2. 计算机启动基础
在多系统环境中，启动参数能否被正确读取，首先取决于固件、分区表与引导加载程序三者是否协同。很多“系统装好了却进不去”“切换系统后参数丢失”的问题，根源并不在操作系统本身，而在启动链路的前半段。理解 BIOS/UEFI 的启动流程、MBR/GPT 的分区结构，以及引导加载程序的职责与分类，是后续做分区适配和参数注入的前提。
一、核心原理：从加电到内核的三级接力
计算机加电后，CPU 从固定地址取指，执行固件代码。固件完成自检（POST）、初始化关键硬件，然后寻找可引导设备。这一阶段分为两种主流固件形态：传统 BIOS 与 UEFI。BIOS 依赖中断调用和实模式，通过读取磁盘第一个扇区（MBR，512 字节）中的引导代码，把控制权交给它；UEFI 则以 FAT 格式的 EFI 系统分区（ESP）为载体，直接加载 .efi 应用程序，支持 64 位、图形界面和驱动模型。
固件交出控制权后，进入引导加载程序阶段。引导加载程序的核心任务是：定位内核、准备启动参数、把参数与内核镜像一起交给内核。对于多系统，它还要提供菜单选择，并针对不同系统加载不同的参数集合。最后，内核接管硬件，挂载根文件系统，启动用户空间。
二、MBR 与 GPT：分区表的两种范式
MBR 位于磁盘最开始的 512 字节，包含引导代码、分区表和结束标志。它最多支持 4 个主分区，超出需用扩展分区和逻辑分区；分区地址用 32 位表示，单盘容量通常限制在 2TB 左右。GPT 则使用 64 位 LBA 地址，支持 128 个以上分区，并在磁盘首尾各存一份分区表用于校验恢复，通常与 UEFI 配合使用。
| 对比项 | MBR | GPT |
|---|---|---|
| 分区数量 | 最多 4 主分区 | 通常 128 个以上 |
| 容量上限 | 约 2TB | 远大于 2TB |
| 引导方式 | BIOS + MBR 引导代码 | UEFI + ESP 分区 |
| 冗余保护 | 无备份分区表 | 首尾双份，可校验恢复 |
| 典型场景 | 老机器、Legacy 模式 | 新机器、多系统、大容量盘 |
需要特别注意的是，MBR 与 GPT 并非“谁更先进”这么简单，而是与固件模式强绑定。Legacy BIOS 通常读 MBR，UEFI 通常读 GPT 并加载 ESP 中的 EFI 程序。混用（如 UEFI 读 MBR 盘、BIOS 读 GPT 盘）虽然部分固件支持兼容模式，但会显著增加多系统参数适配的复杂度。
三、引导加载程序的作用与分类
引导加载程序位于固件与内核之间，承担四项职责：一是识别可引导分区与内核位置；二是提供启动菜单和超时选择；三是向内核传递启动参数（如 root=、ro、quiet、init=）；四是加载 initramfs 并跳转到内核入口。多系统适配中，参数往往写在引导加载程序的配置里，因此它的分类和配置位置直接决定参数注入点。
- 按固件模式分：Legacy 引导程序（如 GRUB Legacy、LILO、Windows Bootmgr 的 BIOS 路径）与 UEFI 引导程序（如 GRUB 2 的
grubx64.efi、systemd-boot、Windows Boot Manager 的bootmgfw.efi）。 - 按功能层级分：一级引导（固件直接加载的 EFI 程序或 MBR 代码）与二级引导（菜单、配置解析、内核加载）。
- 按操作系统分：Linux 侧常见 GRUB 2、systemd-boot、rEFInd；Windows 侧为 Boot Manager；macOS 使用自身引导链。
以 GRUB 2 为例，UEFI 模式下配置通常位于 /boot/efi/EFI/<distro>/grub.cfg，而实际生成逻辑在 /etc/default/grub 与 /etc/grub.d/。修改 GRUB_CMDLINE_LINUX 后需执行更新命令，参数才会写入最终配置。
# 查看当前内核启动参数
cat /proc/cmdline
# 编辑 GRUB 默认参数（示例）
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash root=UUID=xxxx ro"
# 重新生成配置
sudo grub-mkconfig -o /boot/grub/grub.cfg
# 或
sudo update-grub
四、案例与场景：双系统参数为何“各说各话”
一台笔记本预装 Windows 11（UEFI + GPT），用户再装 Linux。安装时若把 Linux 引导程序写入 MBR 或错误 ESP，可能出现：固件只认 Windows Boot Manager，Linux 菜单不出现；或 GRUB 能启动 Linux，但 Windows 条目参数缺失导致休眠恢复异常。正确做法是确认 ESP 分区挂载点、把 GRUB 安装到同一 ESP，并用 efibootmgr 检查启动项顺序。
# 查看 EFI 启动项
efibootmgr -v
# 查看分区表类型
sudo parted -l
# 输出中 Disk label type: gpt 或 msdos
另一个常见场景是内核参数需要按系统区分。例如 Linux 需要 nomodeset 才能进图形界面，而 Windows 不需要；若两者共用同一份引导配置且未做条目隔离，参数就会互相污染。此时应在引导加载程序中为每个系统建立独立菜单项，分别维护参数。
五、误区与复盘
误区二：把引导加载程序当成“只是菜单”。它同时负责参数传递，菜单背后的配置才是多系统适配的关键。
误区三：在 UEFI 机器上沿用 BIOS 时代的 MBR 修复思路，导致 ESP 被忽略、启动项混乱。
复盘时应按“固件模式 → 分区表类型 → 引导程序位置 → 参数配置 → 内核命令行”的顺序逐层核对。先确认固件是 UEFI 还是 Legacy，再确认磁盘是 GPT 还是 MBR，然后检查 ESP 或 MBR 中的引导代码，最后比对 /proc/cmdline 与配置文件是否一致。只有这条链路每一层都对齐，多系统的启动参数分区适配才有稳定基础。
把这张链路图记牢，后续遇到“参数写了不生效”“切换系统后启动项消失”等问题，就能快速定位是固件模式、分区表类型还是引导程序配置层出了偏差，而不是盲目重装系统。