开机看到黑底白字的直接 grub rescue> 提示符，很多人第一反应是进入重装系统。别急，系统这通常只是直接 GRUB 找不到自己的配置文件了，系统本身大概率完好无损。进入你只需要手动告诉它内核在哪，系统就能直接进系统。直接

先搞清楚一件事：grub rescue> 模式下，进入GRUB 只加载了最核心的系统模块，没有 normal.mod，直接所以 ls、进入set、系统insmod 这些命令能用，直接但 linux、进入initrd 之类的系统命令不一定直接可用。你得先找到 /boot/grub 目录所在的分区。

输入 ls 回车。你会看到类似 (hd0) (hd0,msdos1) (hd0,msdos2) (hd1,gpt1) 这样的列表。每个括号代表一个分区。接下来逐个探测，比如 ls (hd0,msdos1)/。如果返回 File system is ext2 或者列出目录内容，说明这个分区能被识别。继续找，直到某个分区下能看到 /boot/grub 或者直接就是 /grub。我见过不少 Ubuntu 用户，/boot 单独分区，GRUB 文件在 (hd0,msdos1)/grub 里；而 Arch 或 Fedora 通常把 /boot 和根分区放一起。

假设你找到了 (hd0,msdos1)/grub。现在设置前缀和根分区：

set prefix=(hd0,msdos1)/grub set root=(hd0,msdos1)

注意，set root 后面跟的是分区，不是目录。如果 /boot 是独立分区，那 root 应该是那个独立分区，而 prefix 指向 /grub。这一步搞错的话，后面加载模块会报 unknown filesystem。

接着加载正常模块：

insmod normal normal

如果 insmod normal 成功，你会看到熟悉的 GRUB 菜单。但有时候会提示 can't find command 'normal'，说明 prefix 设错了，或者那个分区里根本没有 normal.mod。换个分区再试。

菜单出来后，直接选默认启动项就能进系统。但别高兴太早——这次进去只是临时的。重启后照样掉回 grub rescue>。你得在系统里修复 GRUB 安装。

进系统后打开终端。先确认你的磁盘和分区布局：lsblk 或者 sudo fdisk -l。假设系统装在 /dev/sda1，/boot/grub 也在那。执行：

sudo grub-install /dev/sda sudo update-grub

Debian/Ubuntu 用 update-grub，Fedora/Arch 用 grub-mkconfig -o /boot/grub/grub.cfg。如果 /boot 是独立分区，grub-install 的目标仍然是磁盘（/dev/sda），不是分区。

有一种情况比较烦：grub-install 报 efi directory not found。那是 UEFI 系统，得指定 --efi-directory=/boot/efi，并且确认 /boot/efi 挂载正确。我遇到过一台笔记本，EFI 分区在 /dev/nvme0n1p1，但挂载点写成了 /boot/efi/EFI，结果 GRUB 装到了错误位置。重新挂载再装一次就好了。

还有个小技巧：如果 grub rescue> 下 ls 看不到任何分区，或者所有分区都报 unknown filesystem，可能是分区表损坏或者硬盘接触不良。先检查 BIOS 里硬盘是否识别，再考虑用 Live USB 启动修复。别在 rescue 模式里死磕。

临时进系统的方法不止一种。有人喜欢用 configfile 直接加载 grub.cfg：

configfile (hd0,msdos1)/grub/grub.cfg

这比 insmod normal 更直接，前提是 grub.cfg 存在且路径正确。但 configfile 命令在纯 rescue 模式下可能不可用，得先 insmod 相关模块。所以还是老老实实走 normal 路线更稳。

最后说个真实案例。上周帮人修一台双系统机器，Windows 更新后 GRUB 被覆盖，开机直接进 Windows。用 Live USB 启动，chroot 进去重装 GRUB 就解决了。但如果是 grub rescue> 而不是直接进 Windows，说明 GRUB 第一阶段还在，只是第二阶段丢了。这时候手动引导反而更快，五分钟就能进系统。

记住核心逻辑：找分区 → 设 prefix 和 root → insmod normal → normal。进去之后立刻修复，别拖到下次重启。