Linux启动修复：GRUB故障排查与引导恢复详解

相信很多Linux用户都遇到过这样的噩梦：开机后，熟悉的GRUB引导界面消失不见，取而代之的是一堆错误信息，或是直接卡死在某个阶段。这通常意味着GRUB引导程序出现了问题，导致系统无法正常启动。不要慌，本文将带你一步步排查问题，并提供多种修复方案，助你重获系统控制权。

GRUB故障的常见原因

GRUB (Grand Unified Bootloader) 负责在系统启动时加载内核和初始化操作系统。它的重要性不言而喻，任何与其相关的错误都会导致启动失败。了解常见原因有助于我们更快地定位问题：

启动失败的表现形式多种多样，但以下几种情况通常预示着 GRUB 存在问题：

在修复 GRUB 之前，我们需要一个可以启动的Linux环境。最简单的方法是使用Live CD/USB启动盘。你可以选择任何你熟悉的Linux发行版，例如Ubuntu, Fedora, Debian等。制作启动盘的过程很简单，可以使用 Rufus, Etcher 等工具。

如果你的机器进入了 grub rescue> 模式，这说明 GRUB 已经部分加载，我们可以尝试手动指定启动参数：

查找根分区： 使用 ls 命令列出所有分区，例如 ls (hd0,1)/。找到包含 /boot 目录的分区。
设置根分区： 假设 /boot 位于 (hd0,1)，执行 set root=(hd0,1)。
加载内核和initrd： 找到内核文件 (vmlinuz-*) 和 initrd 文件 (initrd.img-*)，通常位于 /boot 目录下。使用 linux 和 initrd 命令加载它们：
```
linux /boot/vmlinuz-* root=/dev/sda1 ro
```
```
initrd /boot/initrd.img-*
```
注意将 /dev/sda1 替换为你的根分区设备。
启动系统： 执行 boot 命令。

如果成功启动，你需要重新安装 GRUB 以修复引导。后面我们会讲到如何操作。

这是更常用的修复方法。通过 Live CD/USB 启动后，我们需要找到根分区并重新安装 GRUB：

确定根分区： 使用 fdisk -l 或 lsblk 命令查看磁盘分区信息，找到根分区。
挂载根分区： 将根分区挂载到 /mnt 目录下： mount /dev/sda1 /mnt。
挂载 /boot 分区（如果单独分区）： 如果 /boot 是一个单独的分区，也需要挂载：mount /dev/sda2 /mnt/boot。
绑定必要的目录： 为了让 chroot 环境能够访问必要的系统资源，需要绑定 /dev, /sys, /proc 目录：
```
mount --bind /dev /mnt/dev
```
```
mount --bind /sys /mnt/sys
```
```
mount --bind /proc /mnt/proc
```
切换到根目录： 使用 chroot /mnt 命令切换到根目录。
重新安装 GRUB： 执行 grub-install /dev/sda 命令，将 GRUB 安装到 /dev/sda (你的硬盘)。
更新 GRUB 配置： 执行 update-grub 命令更新 GRUB 配置文件。
退出 chroot 环境： 输入 exit。
卸载所有挂载点： 依次卸载所有挂载点，例如 umount /mnt/boot, umount /mnt/dev, umount /mnt/sys, umount /mnt/proc, umount /mnt。
重启系统： 移除 Live CD/USB，重启系统。

注意： 确保将命令中的 /dev/sda1, /dev/sda2, /dev/sda 替换为你实际的设备名称。

如果你的系统使用 UEFI 引导，修复过程略有不同。你需要找到 EFI 分区（通常挂载在 /boot/efi），并指定 --target=x86_64-efi 参数：

确定 EFI 分区： 使用 fdisk -l 或 lsblk 命令找到 EFI 分区。
挂载 EFI 分区： 将 EFI 分区挂载到 /mnt/boot/efi 目录下： mount /dev/sda1 /mnt/boot/efi (假设 /dev/sda1 是 EFI 分区)。

执行 grub-install 命令：

grub-install --target=x86_64-efi --efi-directory=/mnt/boot/efi --bootloader-id=GRUB

注意： --bootloader-id 参数用于设置启动项的名称，你可以自定义。