在Linux系统的启动链条中，引导程序（bootloader）是介于硬件固件与操作系统内核之间的关键软件。它的核心任务是将存放在磁盘上的内核映像与初始内存盘加载到内存，并把CPU执行权移交给内核。如果引导程序损坏或配置错误，机器便会卡在黑屏或闪烁光标处，无法进入任何系统。因此弄清楚Linux下常见的引导程序种类及其工作机制，是每一个系统管理员和嵌入式开发者都应掌握的基础能力。
BIOS与UEFI环境下的引导程序分类
传统BIOS固件在加电自检后，会读取启动磁盘的0号扇区即主引导记录（MBR），该扇区末尾的引导程序代码只有446字节空间，不足以识别复杂文件系统。于是像GRUB这样的引导器采用了阶段一加阶段二的设计：阶段一仅负责加载位于后续扇区的阶段一点五或阶段二，再由后者解析文件系统并呈现启动菜单。这种链式加载思路弥补了BIOS寻址能力弱的缺陷。
UEFI则抛弃了MBR机制，改由固件直接读取EFI系统分区（ESP）中的PE格式可执行文件。此时引导程序以grubx64.efi或systemd-boot.efi等文件形式存在，不再受512字节限制，可直接包含文件系统驱动与图形界面。对于Linux而言，无论底层是BIOS还是UEFI，用户层感受到的引导器名字可能相同，但其安装路径与模块结构完全不同，排查故障时必须首先确认固件类型。
除了上述主流路径，还有一些专用引导器只服务于特定介质。例如PXE网络启动依赖的是网卡固件配合服务器端的引导文件，而非本地磁盘程序。我们在讨论Linux引导程序时，应当把本地磁盘引导与网络引导区分开，因为它们涉及的协议栈和故障点毫无交集。
GRUB2的功能特性与配置实践
GRUB2是目前绝大多数Linux发行版的默认引导程序，它支持BIOS与UEFI两种模式，能够识别ext4、xfs、btrfs等多种文件系统，还允许用户在启动菜单中临时修改内核参数。其主配置文件通常位于/boot/grub/grub.cfg，但该文件由工具自动生成，管理员一般编辑/etc/default/grub与/etc/grub.d/下的脚本，再执行update-grub命令刷新。
下面是一段典型的GRUB2自定义菜单项配置示例，展示了如何添加一个手动启动条目：
menuentry 'Manual Linux' {
set root='hd0,1'
linux /boot/vmlinuz-6.1.0 root=/dev/sda1 ro
initrd /boot/initrd.img-6.1.0
}
从这段配置可以看出，GRUB2使用linux指令加载内核，用initrd指令加载初始内存盘。如果磁盘使用了LVM或加密，还需在配置中指定相应的模块。GRUB2的优势在于高度灵活，代价是配置语法相对复杂，新手容易在引号或括号匹配上出错，导致生成配置时报错。
在服务器批量部署场景中，我们可以利用GRUB2的命令行模式实现免交互修复。当系统因误删内核无法启动时，开机进入GRUB命令行，手动敲入linux与initrd路径即可临时引导，这种能力是LILO等老式引导器不具备的。
LILO、SYSLINUX及裸机引导的局限与适用
LILO（Linux Loader）是早期经典的引导程序，它直接将内核地址写入自身配置，启动时不依赖文件系统驱动，因此结构极为简单。但其致命弱点是每次变更内核或分区后都必须重新运行/sbin/lilo写回MBR，且不支持UEFI，在现代化硬件上已基本被淘汰。下面是一段LILO配置片段：
boot=/dev/sda
image=/boot/vmlinuz
label=linux
root=/dev/sda1
read-only
SYSLINUX家族则专注于可移动介质与轻量引导，包含SYSLINUX（FAT）、ISOLINUX（光盘）、PXELINUX（网络）等变种。制作Linux live USB时，常把它放在FAT32分区的根目录，配合syslinux.cfg实现菜单选择。它的代码体积小、启动快，但不适合作为硬盘主引导器管理多系统。
对于嵌入式设备，有的方案甚至不采用通用引导程序，而是由BootROM直接跳转到U-Boot，再由U-Boot加载Linux内核。这类裸机引导链条中，U-Boot扮演着类似GRUB的角色，但命令体系与硬件耦合更紧密。综合来看，选择哪种引导程序取决于设备固件、存储介质与维护成本，不存在万能方案。
引导程序故障排查与修复思路
当Linux主机开机后提示operating system not found或反复进入固件界面，多半是引导程序丢失。在BIOS机器上可使用Live CD挂载原系统，执行grub-install /dev/sda重写MBR与模块；UEFI机器则需确认ESP分区已挂载到/boot/efi且目录中存在grubx64.efi。修复前务必用lsblk看清磁盘代号，避免写错设备清空数据。
另一个常见问题是引导菜单不显示新增内核。这通常因为grub.cfg未更新，只需重新运行update-grub即可。若遇到引导器本身被病毒或错误操作覆盖，也可借助dd命令从备份镜像恢复MBR前446字节。掌握这些手段，才能在生产环境突发启动时从容应对，而不必重装整个系统。
从架构视角看，引导程序虽处系统最底层，却直接影响可用性。建议在部署脚本中将引导器安装与配置纳入自动化校验，每次内核升级后自动比对grub.cfg中的条目数量，出现异常即刻告警。这种前置防御比故障后救援更节省业务停机时间。
LinuxbootloaderGRUB修改时间：2026-08-13 14:45:32