linux怎么引导uefi

在Linux系统中，引导**UEFI**（统一可扩展固件接口）的方式与传统的**BIOS**（基本输入输出系统）引导有着根本性的架构差异。**UEFI**引导不再依赖磁盘主引导记录（**MBR**）中的引导代码，而是通过主板固件直接加载存储在独立分区中的**EFI可执行文件**。

要理解Linux如何引导**UEFI**，首先需明确核心硬件与软件协作机制。当计算机通电后，主板上的**UEFI固件**会完成自检，随后读取**NVRAM**（非易失性随机访问存储器）中记录的引导条目。这些条目定义了应从哪个**EFI系统分区**（**ESP**）加载哪个**.efi**文件。

**EFI系统分区**（**ESP**）作为引导链路的关键枢纽，是在采用**GPT**（全局唯一标识分区表）格式的磁盘上创建的一个独立分区。该分区通常格式化为**FAT32**文件系统，在Linux运行时的挂载点多为`/boot/efi`或`/efi`。系统安装的引导加载程序，如**GRUB2**（大统一引导加载程序）或**systemd-boot**，会将生成的**EFI可执行文件**（例如`grubx64.efi`或`systemd-bootx64.efi`）精准安装到此分区的`/EFI/`目录层级下。

对于主流发行版（如Ubuntu、Fedora、Debian），最常采用的引导加载器是**GRUB2**。安装**GRUB2**时，执行`grub-install --target=x86_64-efi`这一命令会完成两项核心工作：第一，将**GRUB2**的核心模块与驱动复制到**ESP**分区；第二，通过`efibootmgr`工具向**UEFI固件**的**NVRAM**写入一个启动条目。当系统触发启动时，**UEFI固件**会严格按照顺序执行`grubx64.efi`，随后**GRUB2**接管控制权，读取其配置文件，负责加载Linux**内核**（通常为`vmlinuz-linux`）和**initramfs**（初始根文件系统），最终将系统控制权完整转交给**内核**。

对于追求轻量级与快速响应的现代发行版（如Arch Linux、Manjaro），**systemd-boot**成为了**GRUB2**的绝佳替代方案。**systemd-boot**的逻辑更为简洁：它直接扫描**ESP**分区中`/loader/entries/`目录下的条目文件，这些文件内部通过`linux`和`initrd`指令显式指定**内核**与**initramfs**的路径。固件在执行`systemd-bootx64.efi`后，它会进入一个极简的菜单界面，用户选择后即直接跳转加载**内核**，省去了**GRUB2**复杂的模块化加载过程，从而显著提升启动速度。

在实际部署与故障排查中，必须高度关注**Secure Boot**（安全启动）与**NVRAM**引导项。若主板开启了**Secure Boot**，则Linux引导加载器或其上游**shim**（安全启动前导程序，如`shimx64.efi`）必须经过有效签名认证，否则**UEFI固件**会拒绝加载并报错。此外，若系统发生引导丢失，通常是因为**NVRAM**中的引导变量被清除或损坏。此时，管理员可进入**UEFI固件**的BIOS设置界面手动添加引导项，或在Live CD环境中利用`efibootmgr -c`命令强制重新创建**ESP**与引导加载程序的关联条目。

总结而言，Linux引导**UEFI**的完整链路为：主板**UEFI固件**通电 → 读取**NVRAM**引导变量 → 从**GPT**磁盘的**ESP**分区中定位并执行**EFI**引导加载程序（**GRUB2**或**systemd-boot**） → 引导加载程序收集并加载**内核**与**initramfs** → **内核**初始化硬件并挂载根文件系统，最终完成系统全部接管。相较于老旧的**BIOS**，**UEFI**引导机制支持大容量**GPT**磁盘原生直启、提供更丰富的固件驱动接口，并借力**Secure Boot**强化了安全防线，因此如今已成为所有现代化Linux硬件平台唯一的标准化引导方式。