实例启动异常常见错误与对应解决方案

问题现象

Windows系统ECS实例在较长时间段内正常运行，但是重启实例后无法进入操作系统。通过VNC登录实例时，Windows系统启动界面显示系统恢复选项。

问题原因

系统恢复选项表示Windows系统进入了Windows恢复环境，Windows操作系统在遇到异常、无法启动的情况下，会进入恢复环境。可能原因如下：

• 系统注册表损坏、磁盘问题、驱动问题、系统文件损坏或丢失、启动配置数据（Boot Configuration Data，BCD）文件损坏等。

• 用户误操作、病毒、第三方杀毒软件、异常强制重启。

解决方案

针对系统进入修复模式，建议您采用微软官方技术支持提出的方案进行处理。具体操作，请参见How Windows RE Works。

为了避免实例重启后进入系统恢复界面，确保系统能够从故障中恢复，在日常使用中，可以参考以下操作避免产生故障。

• 将重要数据放在数据盘。

• 定期对系统盘、数据盘创建快照，以便发生问题时可以恢复数据。

• 在修改系统注册表前备份注册表文件，避免误操作修改了系统文件。

• 定期运行Windows Update，确保安装微软最新安全更新。

• 在ECS中启用云安全中心或其他商业版杀毒防护工具，定期杀毒、定期更新杀毒软件版本。

问题现象

通过VNC登录实例时，Windows系统启动界面显示Checking file system on、CHKDSK is verifying files或CHKDSK is verifying indexes错误信息。

问题原因

导致该问题的可能原因如下：

• ECS实例异常关机。

• Windows内部系统损坏。

解决方案

问题现象

通过VNC登录实例时，Windows启动界面显示出现内部错误或系统找不到指定的文件错误信息。

问题原因

该问题可能是因为Windows操作系统损坏，导致系统启动失败出现报错。

解决方案

您可以尝试重启实例来修复该错误，如无法修复，可以选择恢复系统盘或重置系统盘进行修复。

问题现象

通过VNC登录实例时，Windows启动界面显示An error occurred while attempting to read the boot configuration data错误信息。

问题原因

该问题可能是因为Windows系统引导配置数据（Boot Configuration Data，BCD）配置文件丢失或者损坏，导致系统启动失败。

解决方案

在存有快照的情况下，您可以使用快照来恢复系统盘。具体操作如下：

1. 登录ECS管理控制台。

2. 在左侧导航栏，选择存储与快照 > 快照。

3. 在页面左侧顶部，选择目标资源所在的资源组和地域。

4. 单击云盘快照页签。

5. 找到需要回滚云盘的快照，在操作列中单击回滚云盘。

6. 在弹出的对话框中，单击确定。

问题现象

通过VNC登录实例时，Windows系统启动界面蓝屏，显示INACCESSIBLE BOOT DEVICE错误信息。

问题原因

出现该问题的可能原因如下：

• Windows系统引导扇区丢失或损坏。

• Windows系统驱动文件丢失或损坏。

解决方案

在存有快照的情况下，您可以使用快照来恢复系统盘。具体操作如下：

1. 登录ECS管理控制台。

2. 在左侧导航栏，选择存储与快照 > 快照。

3. 在页面左侧顶部，选择目标资源所在的资源组和地域。

4. 单击云盘快照页签。

5. 找到需要回滚云盘的快照，在操作列中单击回滚云盘。

6. 在弹出的对话框中，单击确定。

问题现象

通过VNC登录实例时，Windows系统启动界面显示bootmgr is missing错误信息。

问题原因

该问题可能是因为Windows系统启动管理器（Bootmgr）丢失或者被破坏，导致系统启动失败。

解决方案

在存有快照的情况下，您可以使用快照来恢复系统盘。具体操作如下：

1. 登录ECS管理控制台。

2. 在左侧导航栏，选择存储与快照 > 快照。

3. 在页面左侧顶部，选择目标资源所在的资源组和地域。

4. 单击云盘快照页签。

5. 找到需要回滚云盘的快照，在操作列中单击回滚云盘。

6. 在弹出的对话框中，单击确定。

问题现象

通过VNC登录实例时，Windows系统启动失败，启动界面显示missing operating system错误信息。

问题原因

该问题可能是因为Windows操作系统文件丢失或者损坏，导致系统启动失败。

解决方案

在存有快照的情况下，您可以使用快照来恢复系统盘。具体操作如下：

1. 登录ECS管理控制台。

2. 在左侧导航栏，选择存储与快照 > 快照。

3. 在页面左侧顶部，选择目标资源所在的资源组和地域。

4. 单击云盘快照页签。

5. 找到需要回滚云盘的快照，在操作列中单击回滚云盘。

6. 在弹出的对话框中，单击确定。

问题现象

通过VNC登录实例时，Windows系统启动失败，启动界面显示Windows未能启动，原因可能是最近更改了硬件或软件错误信息。

问题原因

该问题可能是因为Windows系统注册表丢失或者损坏，导致系统无法加载。

解决方案

在存有快照的情况下，您可以使用快照来恢复系统盘。具体操作如下：

1. 登录ECS管理控制台。

2. 在左侧导航栏，选择存储与快照 > 快照。

3. 在页面左侧顶部，选择目标资源所在的资源组和地域。

4. 单击云盘快照页签。

5. 找到需要回滚云盘的快照，在操作列中单击回滚云盘。

6. 在弹出的对话框中，单击确定。

问题现象

ECS实例意外重启或遇到错误，通过VNC登录实例时，Windows启动界面显示Windows无法完成安装错误信息。

问题原因

该问题可能是由于系统准备（Sysprep）未完成，重启实例导致出现异常。

解决方案

1. 停止ECS实例。

   1. 登录ECS管理控制台。

   2. 在左侧导航栏，选择实例与镜像 > 实例。

   3. 找到需要停止的ECS实例，在操作列，单击 > 实例状态 > 停止。

2. 重新初始化系统盘。

   1. 找到需要重新初始化系统盘的实例，单击实例ID进入实例详情页。

   2. 单击云盘页签。

   3. 找到系统盘，在操作列中，单击重新初始化云盘。

   4. 在弹出的重新初始化云盘对话框里，配置重新初始化参数。

   5. 单击确认重新初始化云盘。

      完成重新初始化后，实例会自动启动。

      

问题现象

通过VNC登录实例时，Windows系统启动失败，启动界面显示Windows未能启动，原因可能是最近更改了硬件或软件错误信息，且状态为0xc0000001。

问题原因

该问题可能是因为Windows系统引导配置数据（Boot Configuration Data，BCD）配置异常或者磁盘文件系统故障，导致系统无法加载。

解决方案

在存有快照的情况下，您可以使用快照来恢复系统盘。具体操作如下：

1. 登录ECS管理控制台。

2. 在左侧导航栏，选择存储与快照 > 快照。

3. 在页面左侧顶部，选择目标资源所在的资源组和地域。

4. 单击云盘快照页签。

5. 找到需要回滚云盘的快照，在操作列中单击回滚云盘。

6. 在弹出的对话框中，单击确定。

问题现象

通过VNC登录实例时，Windows系统启动失败，启动界面卡在选择键盘布局界面。

问题原因

该问题可能是因为Windows系统文件损坏或者驱动不兼容，导致系统无法启动。

解决方案

在存有快照的情况下，您可以使用快照来恢复系统盘。具体操作如下：

1. 登录ECS管理控制台。

2. 在左侧导航栏，选择存储与快照 > 快照。

3. 在页面左侧顶部，选择目标资源所在的资源组和地域。

4. 单击云盘快照页签。

5. 找到需要回滚云盘的快照，在操作列中单击回滚云盘。

6. 在弹出的对话框中，单击确定。

问题现象

通过VNC登录实例时，Windows系统启动失败，启动界面卡在Windows Error Recovery界面。

问题原因

该问题可能是因为Windows系统磁盘故障或硬件变动，导致系统无法启动。

解决方案

在存有快照的情况下，您可以使用快照来恢复系统盘。具体操作如下：

1. 登录ECS管理控制台。

2. 在左侧导航栏，选择存储与快照 > 快照。

3. 在页面左侧顶部，选择目标资源所在的资源组和地域。

4. 单击云盘快照页签。

5. 找到需要回滚云盘的快照，在操作列中单击回滚云盘。

6. 在弹出的对话框中，单击确定。

问题现象

通过VNC登录实例时，Windows启动界面显示An operating system wasn't found. Try disconnecting any drives that don't contain an operating system.错误信息。

问题原因

该问题可能是因为Windows系统无法找到可用的系统引导启动，导致系统无法启动。

解决方案

在存有快照的情况下，您可以使用快照来恢复系统盘。具体操作如下：

1. 登录ECS管理控制台。

2. 在左侧导航栏，选择存储与快照 > 快照。

3. 在页面左侧顶部，选择目标资源所在的资源组和地域。

4. 单击云盘快照页签。

5. 找到需要回滚云盘的快照，在操作列中单击回滚云盘。

6. 在弹出的对话框中，单击确定。

1706506808：找不到启动盘

1706506809：操作系统异常崩溃

1706506811：操作系统处于启动模式选择中

1706506813：注册表破坏

1706506814：关键文件损坏

1706506815：系统无法识别数字签名

1706506816：镜像启动模式不匹配

问题现象

通过VNC登录实例时，可以看到grub>或grub rescue>错误信息，这会导致ECS实例的操作系统启动失败。

问题原因

grub引导失败进而导致操作系统启动过程无法继续。

grub引导失败的可能原因有很多种，包括如下原因：

• grub组件相关文件缺失，比如/boot/grub2/grub.cfg文件缺失。

• grub2内配置不正确或者磁盘上grub2引导已经损坏。

• 如果在VNC界面显示类似/boot/grub2/i386-pc/normal.mod notfound.内容，表示有grub2关键依赖的mod缺失。

• 如果在VNC界面有显示类似error：no suchpartition内容，表示grub2无法识别到对应的分区。

• 如果在VNC界面有显示类似error：unknown filesystem内容，表示grub2无法识别所在的分区文件系统类型。

解决方案

问题现象

通过VNC登录实例时，从VNC控制台上可以看到以下日志：

问题原因

出现该问题通常是因为grub.cfg内配置了UUID设备，但对应设备不存在导致。

例如：图中配置了root=UUID=10c0e7e5-557a-40c1-893c-1e2dcba*****的UUID设备，但ECS实例中不存在该设备。

解决方案

1. 卸载异常ECS实例的系统盘，并将该磁盘作为数据盘挂载到正常ECS实例中。

   具体操作，请参见如何恢复系统盘数据？的步骤一~步骤四。

2. 进入正常实例中，通过磁盘序列号查找对应异常系统盘挂载之后在OS内的设备名。

   具体操作，请参见查看磁盘序列号，此处以/dev/vdb为例。

3. 执行如下命令，查询/dev/vdb1对应的文件系统UUID 。

   blkid /dev/vdb1

   显示结果即为文件系统UUID。

   /dev/vdb1: UUID="10c0e7e5-557a-40c1-893c-1e2dcba*****" TYPE="ext4"

4. 将异常系统盘的grub2.cfg文件内的UUID替换为上述获取到的UUID值。

5. 恢复异常ECS实例的系统盘。

   具体操作，请参见如何恢复系统盘数据？的步骤五。

6. 通过SSH或VNC远程登录已修复的ECS实例，若不再出现该错误，说明该问题已修复。

问题现象

ECS实例一直处于停止中状态，通过VNC登录实例，界面显示如下错误信息。

CentOS release 5.8(Final)
Kernel 2.6.18-308.el5 on anx 86_64
iZuf6isbofkgfnm5qp***** login：md：stopping allmddevices.
System halted.

问题原因

出现该问题通常是系统在关机过程中因未知原因卡住，详细根因需要具体分析系统日志。

解决方案

您可以尝试在ECS控制台强制重启实例来修复问题。具体操作如下：

1. 登录ECS管理控制台。

2. 在左侧导航栏，选择实例与镜像 > 实例。

3. 在顶部菜单栏左上角处，选择地域。

4. 找到需要重启的ECS实例。

   • 如果重启一个实例，在操作列，单击 > 实例状态 > 重启。

   • 如果重启多个实例，选择多个实例（所选实例的状态必须一致），并在页面底部单击 > 重启。

5. 在重启实例对话框中，选择重启方式，并单击确定。

问题现象

通过VNC访问实例，发现界面上不断打印出A start job is running错误信息。

Booting from 0000:7c00
/: clean, 53966/2621440 files, 648440/10485499 blocks
A start job is running for dev-xvda1.device (5s / 1min 30s)
A start job is running for dev-xvda1.device (6s / 1min 30s)
A start job is running for dev-xvda1.device (7s / 1min 30s)
......

问题原因

该问题可能是因为ECS实例内部/etc/fstab配置了不存在的设备挂载点。

如下图，实例内部/etc/fstab配置的/dev/xvda1设备不存在，则会提示A start job is running for dev-xvda1.device。

解决方案

1. 等待系统检测完成。

   例如检测完成后出现类似如下界面：

   

2. 输入实例登录密码（非VNC密码） ，进入OS内部。

3. 执行mount -a命令查看具体报错的行。

   回显如下所示，表示/etc/fstab配置文件中第11行存在错误

   

4. 执行vim /etc/fstab，编辑/etc/fstab文件。

5. 注释（#）或者删除/etc/fstab文件中该行配置，输入:wq，键入Enter，保存并退出。

6. 重启ECS实例。

   具体操作，请参见重启实例。

7. 远程连接ECS实例，若不再出现该问题，说明问题已修复。

问题现象

ECS实例内部OS启动失败，通过VNC登录实例后，在/var/log/dmesg、/var/log/messages等日志出现Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block错误信息。

问题原因

出现Kernel panic的原因有很多种，可能是内核问题、业务问题或者其他问题。具体错误信息如下：

• Kernel panic - not syncing fatal exception in interrupt

• Kernel panic - not syncing: Attempted to kill the idle task!

• Kernel panic - not syncing: killing interrupt handler!

• Kernel panic - not syncing: Attempted to kill init!

解决方案

您可以根据您的需求选择适合的解决方案。

问题现象

ECS实例内部OS启动失败，通过VNC登录实例时，启动界面显示execute/bin/sh, giving up：No such file or directory错误信息。

0K] Stopped dracut cmdline hook.
Stopping dracut cmdline hook...
OK] Stopped Create Static Device Nodes in/dev.
Stopping Create Static Device Nodes in/dev...
OK] Stopped Create list of required sta...ce nodes for the current kernel.
Stopping Create list of required st...nodes for the current kernel...
OK]ClOSed udev Control Socket.
OK]ClOSed udev Kernel Socket.
Starting Cleanup udev dDB.
[OK] Started Cleanup udev dDB.
6.573859] system d-journald[106] ：Received SIGTERM from PID 1(system d) .
[DK]Reached target Switch Root.
[OK] Started Plymouth switch root service.
Starting Switch Root...
[6.583367] systemd[1] ：No /sbin/init， trying fallback
[6.584388] systemd[1] ：Failed to execute/bin/sh， giving up：No such file or directory
[892.889761] random：crn gin it done

问题原因

该问题可能是由于ECS实例内部的/bin/sh或者/bin/bash文件或者软链接被删除，导致实例启动失败。

解决方案

问题现象

ECS实例启动阶段OS启动卡住，通过VNC登录时，可以看到类似如下错误信息：

fsck from util-linux 2.20.1
fsck from util-linux 2.20.1
：clean， 193163/ 1310720 files， 2415199/ 5242368 blocks
/dev/vdb：Superblock last write tine(Tue Nou 2300：31：582021，
now=WedNou1018：28：552021) is in the future.
/dev/vdb：UNEXPECTED INCONSISTENCY； RUN fsck MANUALLY.
(i.e.， without-a or-p options)
mountall：fsck /data[294] terminated with status 4
mountall：File system has errors：/data
Errors were found while checking the disk dr iue for/data.
Press F to attempt to fix the errors， It oig more， S to skip mounting， or M for

问题原因

/data挂载点对应的文件系统/dev/vdb存在异常，执行fsck的时候返回报错，需要人工确认是否修复。

解决方案

1. 按照提示按F自动修复。

2. 如果修复失败，可以再尝试按S跳过对应的/data挂载，继续启动OS。

3. 进入OS之后，执行如下命令，修复对应挂载点/data所在的文件系统/dev/vdb异常。

   fsck -y /dev/vdb

4. 修复完成后，执行如下命令重启实例。

   reboot

5. 远程连接实例，若不再出现该问题，说明该问题已修复。

问题现象

ECS实例内部OS启动卡在Give root password for maintenance等待输入密码页面。如下所示：

Booting from Hard Disk...
Booting from 0000:7c00
[ 2.845229] EXT4-fs (vdb1): Unrecognized mount option "default" or missing value
Welcome to emergency mode! After logging in, type "journalctl -xb" to view
system logs, "systemctl reboot" to reboot, "systemctl default" or ^D to
try again to boot into default mode.
Give root password for maintenance
(or press Control-D to continue):

问题原因

可能存在的原因如下：

• ECS实例中/etc/fstab文件配置的挂载点对应的设备不存在。

• 配置了开机fsck自检文件系统，fsck自检时发现文件系统存在异常，需要人工参与修复。

解决方案

您可以根据实际问题原因来选择适合您的解决方案。

问题现象

Linux系统启动失败。通过VNC登录时，可以看到类似Failed to start Switch Root的错误信息。如下图：

问题原因

Linux系统在启动过程中执行switch root时发生失败的原因可能有很多种，如下：

• 常见的可能原因是/etc/os-release或/usr/lib/os-release文件缺失，请参考方案一：创建缺失文件进行修复。

• 其他可能原因导致switch root失败，请参考方案二：使用快照恢复系统盘进行修复。

解决方案

问题现象

使用Linux实例时，出现程序崩溃、进程读写异常、ECS实例夯住（Hang）、ECS实例运行卡顿等现象，在系统日志/var/log/message中出现大量的Out of Memory（OOM）信息，如下图所示：

问题原因

Out of Memory（OOM）是Linux内核在系统内存严重不足时，强行释放进程内存的一种机制。

出现大量的Out of Memory信息可能是因为系统内存资源不足，系统无法为程序或者进程分配足够的内存空间，从而导致程序无法正常运行或者进程无法读写数据。

解决方案

触发OOM的原因较多（系统资源不足、内存泄漏、不合理的系统配置、内存分配不合理等），您可以通过以下步骤进行排查。

1. 远程登录该ECS实例。

   具体操作，请参见通过密码或密钥认证登录Linux实例。

2. 执行如下命令，查看并记录OOM发生的进程、时间和频率。

   cat /var/log/message

3. 查看发生OOM时间段内，Linux实例系统负载情况及业务应用日志。

   • 查看Linux实例的系统负载情况。

     • 使用云监控查询ECS实例负载信息。

     • 通过free、top或sar命令查看系统负载信息。更多信息，请参见Linux实例负载高问题排查和异常处理。

   • 查看业务应用日志中触发OOM的原因。

     使用Valgrind、jprofiler、jmap等内存分析工具分析应用程序的内存占用情况。

4. 根据Linux实例系统负载及业务日志，分析OOM原因并进行相应处理。

   • 如果是您当前Linux实例的内存不足以支撑业务运行。

     根据业务需要，升级实例内存配置。具体操作，请参见包年包月实例升配规格或更改按量付费实例规格。

   • 您的应用代码存在缺陷（例如内存泄漏、过度分配内存、不合理内存分配等）。

     请根据您的业务应用日志中出现的问题优化您的业务代码。

5. 继续观察ECS实例运行情况，当OOM问题不再出现，说明该问题已解决。