准备工作

本文提供的解决方案仅支持Legacy启动方式的Linux系统，不支持UEFI启动方式的Linux系统。因此在操作前需要检查下Linux是否为Legacy启动方式。

1. 找到一个相同实例规格的Linux实例。
   如果您没有相同规格的Linux实例，也可以新建一个相同实例规格的Linux实例。具体操作，请参见自定义购买实例。
2. 登录相同实例规格的ECS实例。具体操作，请参见使用VNC登录实例。
3. 检查实例是否为Legacy启动方式。
   执行以下命令：

    

   ls /sys/firmware/

   返回结果如下所示：

    

   acpi  dmi  memmap  qemu_fw_cfg

   • 如果查询结果不存在EFI目录，表示本实例使用Legacy启动方式，后续处理请参见通过修复盘修复grub启动配置或通过中转实例修复grub启动配置。
   • 如果查询结果存在EFI目录，表示本实例使用UEFI启动方式，请提交工单。

通过修复盘修复grub启动配置

1. 远程连接问题实例。
   当ECS实例处于正在挂载修复盘的模式下时，只能通过VNC远程连接。具体操作，请参见使用VNC登录实例。
2. 查看问题实例原有系统盘的挂载信息。
   在临时挂载的修复盘中，问题实例原有系统盘的文件系统会被挂载到某一临时目录下。您可以通过以下任一方式查看所在的临时目录信息：

   • 在系统盘详情页的挂载实例进行查看，对应的临时目录格式示例为：/tmp/ecs-offline-diagnose_disk-bp19bspzms79kqse****，其中bp19bspzms79kqse****为实例原有系统盘的云盘序列号。
   • 在临时挂载的修复盘中，运行mount命令查看。例如，问题实例原有系统盘的设备路径为/dev/vda，命令示例如下所示：
      

     mount | grep /dev/vda

     返回结果如下所示：

      

     /dev/vda1 on /tmp/ecs-offline-diagnose_disk-bp19bspzms79kqse**** type ext4 (rw,relatime)

3. 为了后续操作中grub2-mkconfig命令能够正常识别根分区系统，将当前系统上的/dev、/proc和/sys等虚拟文件系统挂载到chroot环境的根目录下。
   命令示例如下所示：

    

   mount --bind /dev /tmp/ecs-offline-diagnose_disk-bp19bspzms79kqse****/dev
   mount --bind /proc /tmp/ecs-offline-diagnose_disk-bp19bspzms79kqse****/proc
   mount --bind /sys /tmp/ecs-offline-diagnose_disk-bp19bspzms79kqse****/sys

4. 运行chroot命令，将根目录切换为问题实例原有系统盘所在的临时路径，并进入chroot环境。
   您需要在问题实例原有系统盘所在的临时路径中进行文件修复。例如，临时路径为/tmp/ecs-offline-diagnose_disk-bp19bspzms79kqse****，命令如下所示：

    

   chroot /tmp/ecs-offline-diagnose_disk-bp19bspzms79kqse****

5. 备份grub配置文件。
   将grub配置文件/boot/grub2/grub.cfg备份到/root/grub.cfg，以备后续误操作时可以恢复。

    

   cp /boot/grub2/grub.cfg /root/grub.cfg

6. 重新生成grub配置文件。
   执行以下命令会自动识别根文件系统的UUID并写入grub配置文件。

    

   grub2-mkconfig -o /boot/grub2/grub.cfg

7. 检查grub配置文件中根文件系统参数是否正确。
   命令示例如下所示：

    

   grep -n -E "(kernel|linux[16]*[efi]*)[[:space:]]+(/boot)?/vmlinuz-.*root=" /boot/grub2/grub.cfg /boot/grub2/grubenv

   返回结果如下所示：

    

   /boot/grub2/grub.cfg:99:     linux16 /boot/vmlinuz-3.10.0-514.26.2.el7.x86_64 root=UUID=48609326-10e3-40c2-93b3-3f0d9798**** ro crashkernel=auto   net.ifnames=0  console=tty0 console=ttyS0,115200n8
   /boot/grub2/grub.cfg:114:    linux16 /boot/vmlinuz-3.10.0-327.el7.x86_64 root=UUID=48609326-10e3-40c2-93b3-3f0d9798**** ro crashkernel=auto   net.ifnames=0  console=tty0 console=ttyS0,115200n8
   /boot/grub2/grub.cfg:128:    linux16 /boot/vmlinuz-0-rescue-36dc953195bb4389870d2591ff6bfea5 root=UUID=48609326-10e3-40c2-93b3-3f0d9798**** ro crashkernel=auto   net.ifnames=0  console=tty0 console=ttyS0,115200n8

8. 修复完成后，退出修复环境，然后检查问题实例的当前状态。
   1. 运行exit命令，退出chroot环境。
   2. 卸载前面步骤中挂载的虚拟文件系统。
      命令示例如下所示：

       

      umount /tmp/ecs-offline-diagnose_disk-bp19bspzms79kqse****/dev
      umount /tmp/ecs-offline-diagnose_disk-bp19bspzms79kqse****/proc
      umount /tmp/ecs-offline-diagnose_disk-bp19bspzms79kqse****/sys

   3. 在ECS控制台的离线诊断页面，卸载修复系统并恢复问题实例至正常模式。
   4. 远程连接已修复的ECS实例，确认成功登录。

通过中转实例修复grub启动配置

您也可以将问题实例的系统盘卸载，然后挂载到中转实例（同地域的其他Linux实例），再修复grub启动配置。

1. 卸载异常实例的系统盘，并将该云盘作为数据盘挂载到中转实例。具体操作，请参见如何通过挂载到ECS实例作为数据盘的方式登录异常系统盘的步骤一到步骤三章节。
   说明

   根据参考文档中操作，您只需要执行到mount /dev/vdb1 /mnt这一步骤，不需要执行chroot /mnt命令。如果已经执行chroot /mnt命令，请执行exit命令退出。
2. 为了后续操作中grub2-mkconfig命令能够正常识别根分区系统，将当前系统上的/dev、/proc和/sys等虚拟文件系统挂载到chroot环境的根目录下。
   命令示例如下所示：

    

   mount --bind /dev /mnt/dev
   mount --bind /proc /mnt/proc
   mount --bind /sys /mnt/sys

3. 运行chroot命令，切换根目录并进入chroot环境。
    

   chroot /mnt

   此时您可以查看/dev、/proc和/sys等目录，应该已经包含正常ECS实例系统中对应内容的映射。

4. 备份grub配置文件。
   将grub配置文件/boot/grub2/grub.cfg备份到/root/grub.cfg，以备后续误操作时可以恢复。

    

   cp /boot/grub2/grub.cfg /root/grub.cfg

5. 重新生成grub配置文件。
   执行以下命令会自动识别根文件系统的UUID并写入grub配置文件。

    

   grub2-mkconfig -o /boot/grub2/grub.cfg

6. 检查grub配置文件中根文件系统参数是否正确。
   命令示例如下所示：

    

   grep -n -E "(kernel|linux[16]*[efi]*)[[:space:]]+(/boot)?/vmlinuz-.*root=" /boot/grub2/grub.cfg /boot/grub2/grubenv

   返回结果如下所示：

    

   /boot/grub2/grub.cfg:99:     linux16 /boot/vmlinuz-3.10.0-514.26.2.el7.x86_64 root=UUID=48609326-10e3-40c2-93b3-3f0d9798**** ro crashkernel=auto   net.ifnames=0  console=tty0 console=ttyS0,115200n8
   /boot/grub2/grub.cfg:114:    linux16 /boot/vmlinuz-3.10.0-327.el7.x86_64 root=UUID=48609326-10e3-40c2-93b3-3f0d9798**** ro crashkernel=auto   net.ifnames=0  console=tty0 console=ttyS0,115200n8
   /boot/grub2/grub.cfg:128:    linux16 /boot/vmlinuz-0-rescue-36dc953195bb4389870d2591ff6bfea5 root=UUID=48609326-10e3-40c2-93b3-3f0d9798**** ro crashkernel=auto   net.ifnames=0  console=tty0 console=ttyS0,115200n8

7. 修复完成后，退出修复环境，然后检查问题实例的当前状态。
   1. 运行exit命令，退出chroot环境。
   2. 卸载前面步骤中挂载的虚拟文件系统。
      命令示例如下所示：

       

      umount /mnt/dev
      umount /mnt/proc
      umount /mnt/sys

   3. 卸载异常ECS实例的系统盘。
      命令示例如下所示：

       

      umount /mnt

   4. 恢复异常ECS实例的系统盘。具体操作，请参见如何通过挂载到ECS实例作为数据盘的方式登录异常系统盘的步骤五。
   5. 远程连接已修复的ECS实例，确认ECS实例恢复正常。