grub如何识别并列出硬盘分区？

Question

在多系统共存的环境中，GRUB如何准确识别并列出硬盘上的所有可启动分区？常见问题表现为GRUB菜单缺失某些操作系统入口，或无法检测到新安装系统的分区。这通常涉及GRUB的设备映射机制、/etc/grub.d/ 和 grub.cfg 生成逻辑，以及对不同文件系统（如ext4、NTFS、Btrfs）的探测能力。特别是当使用UEFI与Legacy BIOS混合引导时，分区表（GPT vs MBR）和EFI系统分区的配置差异可能导致识别失败。如何通过调整grub.cfg脚本或执行grub-mkconfig正确枚举所有有效内核镜像与操作系统分区，是排查该问题的关键所在。

Answer 1

一、GRUB在多系统共存环境中的启动识别机制解析

1. GRUB的基本引导流程与设备映射机制

GRUB（Grand Unified Bootloader）作为Linux系统的主流引导程序，其核心职责是在系统加电后加载操作系统内核。在多系统共存环境中，GRUB通过扫描硬盘上的分区来识别可启动的操作系统。

GRUB使用device.map文件进行底层设备映射，该文件通常位于/boot/grub/device.map，用于将BIOS设备编号（如(hd0)）映射到实际的磁盘路径（如/dev/sda）。此映射是GRUB探测分区的基础。

# 示例：/boot/grub/device.map
(hd0) /dev/sda
(hd1) /dev/sdb

当系统存在多个物理磁盘或虚拟磁盘时，若device.map未正确生成，可能导致部分磁盘无法被探测。

2. grub.cfg生成逻辑与/etc/grub.d/脚本结构

GRUB菜单项并非手动编写，而是由grub-mkconfig命令根据/etc/grub.d/目录下的脚本动态生成/boot/grub/grub.cfg。

脚本名	功能描述
10_linux	探测本地Linux内核并生成菜单项
30_os-prober	调用os-prober工具探测其他操作系统（Windows、macOS等）
40_custom	用户自定义启动项模板
20_memtest86+	添加内存测试工具启动项

若30_os-prober脚本被禁用或os-prober未安装，则非Linux系统（如Windows）将不会出现在GRUB菜单中。

3. 文件系统支持与os-prober探测能力

GRUB本身依赖于模块化驱动来读取不同文件系统。常见支持包括：

• ext2/ext3/ext4 — 原生支持
• Btrfs — 需启用btrfs模块
• NTFS — 通过part_msdos和ntfs模块支持
• FAT32 — UEFI环境下关键，用于ESP分区访问

若目标分区使用Btrfs压缩或NTFS权限异常，可能导致os-prober无法挂载分区进而跳过识别。

4. GPT vs MBR：分区表对引导的影响

在Legacy BIOS模式下，MBR分区表仅支持最多4个主分区，且GRUB需安装在MBR扇区；而GPT配合UEFI则允许更多分区，并要求存在EFI系统分区（ESP），通常格式化为FAT32。

混合模式（UEFI + Legacy）易导致冲突：例如，若系统以UEFI安装但GRUB以Legacy方式配置，则可能忽略ESP中的Windows Boot Manager。

典型问题表现为：Windows启动项缺失，原因常为ESP未被正确挂载或os-prober无法访问UEFI启动条目。

5. UEFI与Legacy BIOS共存环境下的挑战

现代主板常支持双模式启动，但操作系统安装方式决定了引导路径：

1. UEFI安装 → 启动文件位于ESP（/boot/efi/EFI/...）
2. Legacy安装 → 依赖MBR和/boot分区中的stage2模块

若Linux以UEFI模式安装，而Windows为Legacy模式（或反之），则os-prober可能因架构不匹配而无法识别对方系统。

解决方案之一是统一引导模式，或手动添加跨模式启动项至40_custom。

6. grub-mkconfig执行过程与调试方法

运行sudo grub-mkconfig -o /boot/grub/grub.cfg时，可通过以下方式追踪问题：

sudo GRUB_OS_PROBER_DEBUG=1 grub-mkconfig -o /boot/grub/grub.cfg 2> osprobe.log

日志中会输出os-prober尝试挂载的设备及失败原因，如“cannot mount NTFS volume”或“invalid signature”。

此外，确保/etc/default/grub中启用探测功能：

GRUB_DISABLE_OS_PROBER=false

7. 手动修复与高级配置策略

当自动探测失效时，可手动编辑/etc/grub.d/40_custom添加外部系统：

menuentry "Windows 11 (on /dev/nvme0n1p1)" {
    set root='(hd0,gpt1)'
    chainloader /EFI/Microsoft/Boot/bootmgfw.efi
}

随后重新生成配置文件即可生效。

8. 自动化检测流程图（Mermaid）

graph TD
            A[系统启动] --> B{GRUB加载}
            B --> C[读取 device.map]
            C --> D[执行 /etc/grub.d/ 脚本]
            D --> E[运行 10_linux: 探测本地内核]
            D --> F[运行 30_os-prober: 探测其他OS]
            F --> G[枚举所有磁盘分区]
            G --> H{支持的文件系统?}
            H -- 是 --> I[尝试挂载分区]
            H -- 否 --> J[跳过]
            I --> K{包含启动管理器?}
            K -- 是 --> L[添加到 grub.cfg]
            K -- 否 --> J
            L --> M[生成最终菜单]

9. 常见故障排查清单

问题现象	可能原因	解决方案
缺少Windows入口	os-prober未启用或ESP未挂载	启用GRUB_DISABLE_OS_PROBER=false，挂载/dev/sda1到/boot/efi
新Linux发行版未显示	内核未安装至/boot或initramfs缺失	检查/boot目录内容，重新安装内核包
Btrfs子卷无法识别	默认未启用Btrfs模块	确保grub-pc-bin包含btrfs模块
UEFI系统中GRUB仅显示自身	未安装efibootmgr或NVRAM条目错误	使用efibootmgr注册启动项
Legacy模式下GPT磁盘无响应	缺少BIOS boot partition	创建1MB未格式化分区，标志为bios_grub

10. 持续集成与多系统部署建议

对于运维团队管理多系统镜像，建议采用如下实践：

• 标准化引导模式（全UEFI或全Legacy）
• 部署前验证os-prober可用性
• 使用Ansible/Puppet自动化grub-mkconfig调用
• 定期审计/boot分区空间与内核版本冗余
• 保留至少一个可启动救援系统（如SystemRescueCD）

通过构建可复现的GRUB配置流水线，显著降低多系统环境下的引导故障率。