grub引导失败需按报错分类处理：grub>或grub rescue>表明grub未正确安装；error 15为内核或initrd路径错误；error 17系根分区uuid变更或文件系统不识别；黑屏多因显卡驱动冲突或initramfs损坏。
Linux系统引导加载失败，通常卡在GRUB阶段，表现形式不同，处理方式也不同。关键不是猜，而是看屏幕第一眼出现什么——它直接告诉你问题在哪一层。
看报错提示，快速定位故障类型
启动时屏幕显示的内容就是最直接的线索：
- 出现 grub> 或 grub rescue>：说明GRUB主程序没装好，或配置文件丢失，连菜单都出不来
- 显示 Error 15: File not found：内核（vmlinuz）或初始化镜像（initrd.img）路径写错，或者文件真被删了
- 提示 Error 17: Cannot mount selected partition：root=参数指向的分区UUID变了，或/boot所在分区文件系统不被识别（比如XFS但没加载模块）
- 黑屏、光标闪烁、反复重启：大概率是显卡驱动冲突、initramfs损坏，或内核panic导致挂起
能进GRUB菜单，就用e键临时修复
如果还能看到启动选项，只是默认项启动失败，按e进入编辑模式，几处关键点可快速验证：
Browser Setup (No-Root Linux)
下载
在无 root/sudo 权限的环境（云容器、VPS、隔离主机）中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景：...
- 检查 linux 行里的 root= 参数是否匹配当前根分区UUID（不确定就进Live环境跑
sudo blkid确认） - 确认 initrd 行列出的镜像文件名（如
/boot/initrd.img-6.8.0-xx-generic）在 /boot 下真实存在 - 若怀疑显卡问题，在 linux 行末尾加
nomodeset再试；老旧设备可加acpi=off - 改完按 Ctrl+X 或 F10 启动，成功后立刻执行
sudo update-grub或sudo grub2-mkconfig -o /boot/grub2/grub.cfg
只剩grub>命令行，手动加载试试
没有菜单，只有命令行，说明/boot分区可能还在，只是GRUB找不到配置。这时靠命令逐层加载：
- 先输
ls查所有磁盘和分区，例如输出(hd0) (hd0,gpt1) (hd0,gpt2) - 挨个试
ls (hd0,gpt1)/、ls (hd0,gpt2)/，找含vmlinuz-、initramfs-和grub/目录的分区 - 找到后执行
set root=(hd0,gpt2)（替换成你确认的分区） - 如果提示
unknown filesystem，先加载对应模块，比如insmod xfs或insmod ext2 - 再执行
linux /vmlinuz-xxxx root=UUID=xxx ro（UUID从Live环境查），接着initrd /initramfs-xxxx.img，最后boot
彻底修复，得用Live环境重装GRUB
手动引导成功只是临时救急，要一劳永逸，需用安装U盘启动到Live系统：
- 终端里用
sudo fdisk -l找出Linux根分区（比如/dev/sda2）和/boot所在分区（可能是同一分区，也可能是独立的/dev/sda1） - 挂载根分区：
sudo mount /dev/sda2 /mnt；如果/boot独立，再挂载：sudo mount /dev/sda1 /mnt/boot - 如果是BIOS传统启动，运行：
sudo grub-install --root-directory=/mnt /dev/sda - 如果是UEFI启动，需挂载EFI分区（通常是
/dev/sda1，格式FAT32），然后：sudo grub-install --target=x86_64-efi --efi-directory=/mnt/boot/efi --bootloader-id=ubuntu - 最后更新配置：
sudo chroot /mnt update-grub（或grub2-mkconfig -o /boot/grub2/grub.cfg）
