Linux双系统引导设置与Grub修复方法

本文深入解析Linux双系统引导中GRUB常见的四大“疑难杂症”：BIOS+GPT下“embedding is not possible”错误的根源与修复（需创建ef02 BIOS Boot分区并正确挂载）、chroot失败的真实原因（缺设备节点绑定而非bash缺失）、Windows启动项消失的真相（新版发行版默认禁用os-prober，需手动启用并确保EFI分区挂载）、以及recovery模式和旧内核不显示的配置陷阱（由GRUB_DISABLE_RECOVERY和GRUB_DISABLE_SUBMENU等开关控制）；文章强调双系统引导问题本质是启动模式、分区表、/boot布局与探测工具四者间的匹配失效，而非命令误用，提供精准、可复现的诊断逻辑与实操命令，助你彻底摆脱GRUB黑屏、系统丢失、修复卡死等困扰。

grub-install 报错 “embedding is not possible” 怎么办

这个错误说明 GRUB 无法在 BIOS 模式下把核心镜像写入 MBR 后面的空白扇区（即“embedding area”），常见于 GPT 分区表 + BIOS 启动组合，或者磁盘开头被其他工具占满。

根本原因不是 GRUB 坏了，而是启动模式和分区表不匹配，或者 /boot 没有独立且靠前的 ext4 分区。

• 确认启动模式：ls /sys/firmware/efi/efivars —— 如果报错“No such file”，就是 BIOS 模式；否则是 UEFI
• BIOS + GPT 必须有 BIOS boot partition（类型为 ef02，大小 1MB，无文件系统），且不能挂载
• BIOS + MBR 则要求 /boot 在第一个主分区（sda1），且格式为 ext2/ext3/ext4；若用 LVM 或加密卷，grub-install 默认失败
• 修复命令（假设 BIOS 启动、/dev/sda 是系统盘）：grub-install --target=i386-pc /dev/sda，前提是已 chroot 进系统且 /boot 可见

chroot 进不去，提示 “cannot run command `/bin/bash`: No such file or directory”

这不是 bash 缺失，而是 chroot 环境缺少关键设备节点或挂载点没对齐，尤其在 Live USB 里操作时容易漏掉。

典型场景：用 Ubuntu/Fedora Live 盘修复另一个 Linux 安装，但只 mount 了根分区，忘了 bind mount /dev、/proc、/sys。

• 必须依次执行：mount /dev/sdXY /mnt（X 是盘符，Y 是根分区号）
• mount /dev/sdXZ /mnt/boot（如果 /boot 单独分区）
• mount -t proc /proc /mnt/proc
• mount -t sysfs /sys /mnt/sys
• mount -o bind /dev /mnt/dev 和 mount -o bind /dev/pts /mnt/dev/pts（后者防 chroot 内无法开终端）
• 再 chroot /mnt，否则 /bin/bash 路径存在，但动态链接器找不到 /lib64/ld-linux-x86-64.so.2 等依赖

更新内核后 Windows 启动项消失

GRUB 自动发现操作系统靠的是 os-prober 工具，而它默认在大多数新发行版中被禁用（出于安全考虑），不是 GRUB 配置坏了，是压根没扫描。

Ubuntu 22.04+、Debian 12、Fedora 38+ 都默认关闭 os-prober，所以 update-grub 不会生成 Windows 条目。

• 先确认 Windows 分区是否能识别：lsblk -f 看有没有 NTFS 分区，通常标为 Microsoft basic data
• 临时启用：sudo nano /etc/default/grub，添加或修改 GRUB_DISABLE_OS_PROBER=false
• 安装 os-prober（如未装）：sudo apt install os-prober（Debian/Ubuntu）或 sudo dnf install os-prober（Fedora）
• 运行 sudo update-grub，看到 “Found Windows Boot Manager on /dev/sdXZ” 才算成功
• 注意：若 Windows 是 UEFI 启动，其 EFI 分区需已挂载到 /boot/efi，否则 os-prober 扫不到

grub-mkconfig 生成的菜单里只有 Linux，没有 recovery mode 或旧内核

这不是配置丢失，而是 /etc/default/grub 里控制内核列表行为的开关被设成了最小化模式，尤其在某些云镜像或精简版系统中默认关闭。

GRUB 菜单条目由 /boot/grub/grub.cfg 生成，而它的内容取决于 /etc/grub.d/ 下脚本的输出逻辑，其中 10_linux 控制内核条目，20_linux_xen 等同理。

• 检查 GRUB_DISABLE_RECOVERY：若值为 true，则 recovery mode 不会出现；改为 false 后 update-grub
• 检查 GRUB_DISABLE_SUBMENU：设为 y 会把旧内核全塞进 submenu，看起来像“只有当前内核”
• 旧内核残留靠 /boot/vmlinuz-* 和 /boot/initrd.img-* 文件存在与否决定；若手动删过这些文件，对应菜单项自然消失
• 想强制显示所有内核（包括未在 /boot 的）？不行 —— GRUB 只读取真实存在的内核镜像，不会猜测或回退

终于介绍完啦！小伙伴们，这篇关于《Linux双系统引导设置与Grub修复方法》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布文章相关知识，快来关注吧！