如何通过诊断工具修复grub启动配置错误_云服务器 ECS(ECS)-阿里云帮助中心

Linux实例无法启动，并且通过诊断工具检测到grub启动配置错误时，您可以通过实例健康诊断工具进行问题修复。

前提条件

ECS实例已通过实例健康诊断工具诊断出grub格式检查异常的问题。

背景信息

问题描述：Linux实例中grub配置异常，导致Linux系统启动失败。

问题原因：Linux实例的grub配置中有一项是根文件系统参数，如果此参数未指向系统盘上根文件系统所在的分区（例如/dev/vda1），或者所指定的UUID与系统盘上的根文件系统的UUID不匹配，那么系统启动时可能由于内核无法正确加载根文件系统，从而导致系统启动失败。

准备工作

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

找到一个相同实例规格的Linux实例。
如果您没有相同规格的Linux实例，也可以新建一个相同规格的Linux实例。具体操作，请参见自定义购买实例。
登录相同实例规格的ECS实例。具体操作，请参见使用VNC登录实例。
检查实例是否为Legacy启动方式。
执行以下命令：
```
ls /sys/firmware/
```
返回结果如下所示：
```
acpi  dmi  memmap  qemu_fw_cfg
```
- 如果查询结果不存在EFI目录，表示本实例使用Legacy启动方式，后续处理请参见通过修复盘修复grub启动配置或通过中转实例修复grub启动配置。
- 如果查询结果存在EFI目录，表示本实例使用UEFI启动方式，请提交工单。

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

说明

此解决方案仅支持Legacy启动方式的Linux系统，不支持UEFI启动方式的Linux系统。

远程连接问题实例。
当ECS实例处于正在挂载修复盘的模式下时，只能通过VNC远程连接。具体操作，请参见使用VNC登录实例。
查看问题实例原有系统盘的挂载信息。
在临时挂载的修复盘中，问题实例原有系统盘的文件系统会被挂载到某一临时目录下。您可以通过以下任一方式查看所在的临时目录信息：
- 在系统盘详情页的挂载实例进行查看，对应的临时目录格式示例为：/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)
```

为了后续操作中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

运行chroot命令，将根目录切换为问题实例原有系统盘所在的临时路径，并进入chroot环境。
您需要在问题实例原有系统盘所在的临时路径中进行文件修复。例如，临时路径为/tmp/ecs-offline-diagnose_disk-bp19bspzms79kqse****，命令如下所示：
```
chroot /tmp/ecs-offline-diagnose_disk-bp19bspzms79kqse****
```
备份grub配置文件。
将grub配置文件/boot/grub2/grub.cfg备份到/root/grub.cfg，以备后续误操作时可以恢复。
```
cp /boot/grub2/grub.cfg /root/grub.cfg
```
重新生成grub配置文件。
执行以下命令会自动识别根文件系统的UUID并写入grub配置文件。
```
grub2-mkconfig -o /boot/grub2/grub.cfg
```

检查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

修复完成后，退出修复环境，然后检查问题实例的当前状态。
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启动配置。

卸载异常实例的系统盘，并将该云盘作为数据盘挂载到中转实例。具体操作，请参见如何通过挂载到ECS实例作为数据盘的方式登录异常系统盘的步骤一到步骤三章节。
说明
根据参考文档中操作，您只需要执行到mount /dev/vdb1 /mnt这一步骤，不需要执行chroot /mnt命令。如果已经执行chroot /mnt命令，请执行exit命令退出。
为了后续操作中grub2-mkconfig命令能够正常识别根分区系统，将当前系统上的/dev、/proc和/sys等虚拟文件系统挂载到chroot环境的根目录下。
命令示例如下所示：
```
mount --bind /dev /mnt/dev
mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys
```
运行chroot命令，切换根目录并进入chroot环境。
```
chroot /mnt
```
此时您可以查看/dev、/proc和/sys等目录，应该已经包含正常ECS实例系统中对应内容的映射。
备份grub配置文件。
将grub配置文件/boot/grub2/grub.cfg备份到/root/grub.cfg，以备后续误操作时可以恢复。
```
cp /boot/grub2/grub.cfg /root/grub.cfg
```
重新生成grub配置文件。
执行以下命令会自动识别根文件系统的UUID并写入grub配置文件。
```
grub2-mkconfig -o /boot/grub2/grub.cfg
```

检查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

修复完成后，退出修复环境，然后检查问题实例的当前状态。
1. 运行exit命令，退出chroot环境。
2. 卸载前面步骤中挂载的虚拟文件系统。
  命令示例如下所示：
```
umount /mnt/dev
umount /mnt/proc
umount /mnt/sys
```
3. 卸载异常ECS实例的系统盘。
  命令示例如下所示：
```
umount /mnt
```
4. 恢复异常ECS实例的系统盘。具体操作，请参见如何通过挂载到ECS实例作为数据盘的方式登录异常系统盘的步骤五。
5. 远程连接已修复的ECS实例，确认ECS实例恢复正常。