固件秘密之旅：从 BIOS/UEFI 到 OS

您是否曾经想过，按下计算机电源按钮的那一刻会发生什么？在屏幕亮起之前，在那短暂的停顿背后，发生了一系列复杂的过程。本文将深入迷人的 ，探索 。 固件世界 不同组件在启动过程中如何交互 通过了解这些联系，您将更清楚地了解使您的系统充满活力的基础元素。我们的主要重点是 ，但许多原则也适用于其他架构。 英特尔 x86 架构 如果您错过了本系列的第一部分， 查看。 请点击此处 现在，让我们揭开固件背后的秘密。 目录： 定义 整体固件架构 第一阶段引导加载程序 (FSBL) BIOS（POST 阶段） UEFI 平台初始化 (PI) 核心引导 其他解决方案 第二阶段引导加载程序 (SSBL) BIOS UEFI 操作系统引导加载程序 定义 ：一种嵌入在硬件中的专用软件，提供低级控制并使硬件能够正常运行并与其他系统组件交互。 固件 ：一种传统固件（最初为 创建），负责平台开机后的硬件初始化。如今，它通常被含糊地称为整套固件。 基本输入/输出系统 (BIOS) IBM PC ：负责启动计算机的固件的统称。它被用作 的现代概念，通常提供带有引导代码的 来初始化处理器和芯片组，以及第三方（例如主板开发人员）执行平台特定初始化的接口。 引导加载程序 BIOS 框架 ：在 bootloader退出时执行的软件。可以是第二阶段的 bootloader、操作系统、BIOS/UEFI 应用程序等。它通常根据固件设计负责引导流程。 Payload 和 这两个术语的使用可能会令人困惑，因为它们的含义取决于上下文。然而，当有人提到 、 或 时，他们通常指的是 。 BIOS bootloader 固件 BIOS bootloader 在操作系统和硬件之间运行的整套固件 与 ： 是英特尔开发的原始规范。 是 的后继者，由 创建，旨在标准化和扩展原始规范。在大多数情况下， 和 可互换使用。 EFI UEFI 可扩展固件接口 (EFI) 统一可扩展固件接口 (UEFI) EFI UEFI 论坛 EFI UEFI 整体固件架构 为了理解固件组件如何交互，我们将探索整个架构及其所有连接部分。下图所示的执行流程从 开始，它是 的一部分。从那里开始，它经历了各种固件阶段： 复位向量 第一阶段引导加载程序 固件或 BIOS 通常可以分为两个主要部分，它们之间通常具有最小的接口： ：负责初始化系统的硬件组件。 硬件初始化 ：向操作系统和用户提供必要的接口。 操作系统和用户界面 平台固件的设计可以是 ，结合硬件初始化和启动功能，也可以遵循 和 。设计选择取决于系统要求，可能对某些设备更有利。 单片的 模块化 分阶段的启动流程 下图说明了不同的固件组件如何交互以及如何一起使用来支持启动过程（箭头表示执行顺序）： 如果这些图表现在看起来很复杂，请不要担心。阅读本文后再回顾一下，它们会更清晰。 第一阶段引导加载程序 (FSBL) 此固件旨在初始化计算机和嵌入式系统， ：只执行绝对需要的操作，然后将控制权交给 以启动操作系统。 不会从 以外的存储介质加载操作系统。 由于它只初始化底层硬件，而不处理硬盘、SSD 或 USB 闪存驱动器等启动介质，因此需要另一个软件来实际启动 。 重点是最少的硬件初始化 第二阶段引导加载程序 FSBL 闪存芯片 操作系统 ： FSBL 的主要职责 ：从 16 位 切换到 32 位 （ ：或者在 BIOS 的情况下处于 ）。 CPU 实模式 保护模式 注意 虚拟 8086 模式 ：调用 为 配置 。 缓存利用率 FSP-T C 环境 Cache-As-RAM ：通过调用特定于板的初始化方法来初始化配置的调试端口。 调试端口 ：调用 初始化系统主内存并保存关键的系统内存信息。 内存初始化 FSP-M ：配置通用输入/输出（GPIO）引脚用于与外部设备连接。 GPIO ：执行早期平台初始化并使用 完成芯片组、CPU 和 IO 控制器的初始化。 硅 FSP-S ：枚举 PCI 设备并分配内存地址和 IRQ 等资源。 PCI 枚举 ：设置 和 表，包括需要传递给有效载荷的准备信息（coreboot 表、HOB）。 有效载荷准备 SMBIOS ACPI ：装载并将控制权转交给有效载荷。 装载和交接 BIOS（POST 阶段） 在计算机发展的早期，开源软件并不流行，大多数 BIOS 实现都是专有的。只有少数可用的开放解决方案提供 BIOS POST 源代码，例如 和 。这些项目旨在在 IBM 5150/5155/5160 系统和大多数 XT 克隆系统上运行。 Super PC/Turbo XT BIOS GLaBIOS 然而，更知名的开源 BIOS 实现（如 和 ）不执行硬件初始化，因为它们不打算在裸机上运行。但它们被广泛用作 ，并在 QEMU 和 Bochs 等虚拟环境中本地运行。 OpenBIOS SeaBIOS 第二阶段引导加载程序 无论如何，您几乎不需要直接使用这些早期的 BIOS 或深入研究它们的细节。但如果您有兴趣探索，上述存储库是一个很好的起点。 就目前的发展趋势而言，似乎没有专有 BIOS 解决方案的持续开发，而且面对现代替代方案，此类项目已经过时。 UEFI 平台初始化 (PI) 启动过程遵循分阶段的流程，在下图中从左侧开始，然后移至右侧。平台启动过程的时间线分为以下几个阶段，如黄色框所示： ： 之后的第一个阶段，其主要功能是设置临时 RAM（CPU 或 SRAM）。 安全（SEC） 复位向量 Cache-As-RAM ：此阶段调度称为 专用驱动程序。这些模块处理必要的硬件初始化，例如配置 CPU 和芯片组以及设置 。 预 EFI 初始化 (PEI) 预 EFI 初始化模块 (PEIM) 的 主内存 (DRAM) ：在此阶段，执行系统初始化的其余部分。DXE 阶段提供 并支持系统运行所需的各种协议和驱动程序。 驱动程序执行环境 (DXE) UEFI 服务 ：此阶段实施平台启动策略，确定启动顺序并选择适当的启动设备/加载程序。 启动设备选择 (BDS) ：在此阶段，系统使用 UEFI 服务运行应用程序来准备操作系统。它包括从 UEFI 环境到操作系统的转换，最后以 调用结束。 瞬态系统加载 (TSL) ExitBootServices() ：在此阶段，操作系统完全运行，管理其控制下的系统。 运行时（RT） ：此阶段处理硬件或操作系统崩溃/关闭/重启的情况。固件可能会尝试恢复操作，但是，UEFI PI 规范并未为此阶段定义特定要求或行为。 使用寿命结束后 (AL) 这个过程及其执行阶段在 中有所介绍。不过，还有 （图中用粗蓝线表示），它不属于前一个文档，而是在 中有所描述。虽然 的名称和频繁使用可能会造成混淆，但这两个文档的重点有所不同： UEFI 平台初始化 (PI) 规范 UEFI 接口 UEFI 规范 UEFI ：专注于低级固件组件之间的接口，并详细说明这些模块如何交互以初始化平台。 UEFI PI 规范 ：定义操作系统 (OS) 和固件之间交互的接口。这将在 的背景下进一步讨论。请注意，UEFI 规范依赖于 PI 规范。 UEFI 规范 第二阶段引导加载程序 本质上，这两个规范都是关于接口的，只是层次不同。有关详细信息，您可以在 上访问这两个规范。 UEFI 论坛网站 最初设计为统一的固件解决方案，没有考虑第一阶段和第二阶段引导程序之间的区别。但是，当我们将 称为 时，它包括 、 和 阶段。我们将 DXE 分为 和 阶段的原因是由于它们在初始化过程中扮演的角色不同。 UEFI PI UEFI 第一阶段引导程序 SEC PEI 早期 DXE 早期 晚期 在 阶段，驱动程序通常执行必要的 CPU/PCH/主板初始化，并生成 这有助于将 DXE 阶段与平台特定的硬件隔离开来。AP 封装了特定于平台的细节，使 阶段能够独立于硬件细节运行。 早期 DXE DXE 架构协议 (AP) ， 后期 DXE 核心启动 关于 Coreboot 工作原理的详细文章即将发布。关注我的社交媒体 - 它们很快就会发布！ 其他解决方案 ：纯粹的第一阶段引导程序，仅提供核心硬件组件初始化，然后加载有效负载。但是，它 ，不支持 AMD x86 或其他架构。 Intel Slim Bootloader (SBL) 仅适用于 Intel x86 平台 ：既是第一阶段的引导程序，也是第二阶段的引导程序。但是，与其他固件相比，直接从平台的 x86 （称为裸模式）引导的支持有限。它在嵌入式系统和基于 ARM 的设备上更受欢迎。作为第二阶段的引导程序，U-Boot 实现了 ，但专注于嵌入式系统。 Das U-Boot 重置向量 UEFI 的一个子集 第二阶段引导加载程序 (SSBL) 初始硬件设置完成后，进入 。其主要作用是 ，确保操作系统可以管理系统资源并与硬件组件交互。 第二 阶段 在操作系统和平台固件之间设置软件接口 旨在尽可能 ，通过处理大部分硬件级接口来简化操作系统和应用程序开发。这种抽象使开发人员可以专注于更高级别的功能，而不必担心底层硬件差异。 SSBL 隐藏硬件差异 ： SSBL 的主要职责 ：从 获取平台特定信息，包括内存映射、SMBIOS、ACPI 表、SPI 闪存等。 平台信息检索 第一阶段引导加载程序 ：包括 SMM、SPI、PCI、SCSI/ATA/IDE/DISK、USB、ACPI、网络接口等驱动程序。 运行平台独立驱动程序 ：提供一组促进操作系统和硬件组件之间通信的服务。 服务实现（又名接口） ：提供系统配置的设置菜单，允许用户调整与启动顺序、硬件首选项和其他系统参数相关的设置。 设置菜单 ：从可用的启动媒体定位并加载有效负载（可能是操作系统）的机制。 启动逻辑 BIOS BIOS 中的接口称为 。这些功能提供了一组用于硬件访问的例程，但它们在系统特定硬件上执行的具体细节对用户是隐藏的。 BIOS 服务/功能/中断调用 在 16 位 中，可以通过 x86 汇编语言指令调用软件中断轻松访问它们。在 32 位 中，由于 的处理方式不同，几乎所有 BIOS 服务都不可用。 实模式 INT 保护模式 段值 我们以 ( ) 为例，它使用 寻址提供基于扇区的硬盘和软盘读写服务，作为如何使用此接口的示例。假设我们要读取 2 个扇区 (1024 字节) 并将它们加载到内存地址 ，则可以执行以下代码： 磁盘服务 INT 13h 柱面-磁头-扇区 (CHS) 0x9020 mov $0x02, %ah # Set BIOS read sector routine mov $0x00, %ch # Select cylinder 0 mov $0x00, %dh # Select head 0 [has a base of 0] mov $0x02, %cl # Select sector 2 (next after the # boot sector) [has a base of 1] mov $0x02, %al # Read 2 sectors mov $0x00, %bx # Set BX general register to 0 mov %bx, %es # Set ES segment register to 0 mov $0x9020, %bx # Load sectors to ES:BX (0:0x9020) int $0x13 # Start reading from drive jmp $0x9020 # Jump to loaded code 如果您对 SeaBios 中这项服务的编写方式感兴趣，请查看 。 src/disk.c 引导阶段 通过读取设备的 （扇区零）开始搜索 （可以是硬盘、CD-ROM、软盘等）。 第一个 512 字节扇区 可启动设备 BIOS 中的引导序列将它找到的第一个有效的 加载到计算机物理内存的 地址 处（提示： 和 指的是同一个物理地址）。 主引导记录 (MBR) 物理 0x7C00 0x0000:0x7c00 0x7c0:0x0000 BIOS 将控制权移交给有效负载的 。这个 太小，无法容纳整个有效负载代码，其目的是从 加载剩余的有效负载。此时，有效负载可以使用 BIOS 公开的接口。 前 512 个字节 已加载的扇区 可启动设备 值得注意的是，早期 。BIOS 是 - 它的工作方式与 20 世纪 80 年代实际的 IBM PC 上的工作方式相同。其余制造商只是 并制作与 IBM 兼容的 BIOS。因此，没有法规阻止 BIOS 制造商发明新的 BIOS 功能或具有重叠的功能。 并不存在 BIOS 规范 事实上的标准 进行逆向工程 统一可扩展固件接口 (UEFI) 如前所述，UEFI 本身只是一个规范，有很多实现。最广泛使用的就是 ，它是 UEFI 和 PI 规范的开源 。虽然仅靠 EDKII 不足以创建功能齐全的启动固件，但它为大多数商业解决方案提供了坚实的基础。 TianoCore EDK II 参考实现 为了支持不同的 并提供 UEFI 接口，我们使用了 项目。它依赖于完成的初始设置和引导固件提供的平台信息来为 UEFI 环境准备系统。 第一阶段引导加载程序 UEFI Payload UEFI Payload 使用 和 阶段，这两个阶段的设计与平台无关。它提供可适应不同平台的通用负载。在大多数情况下，它不需要任何自定义或针对特定平台的调整，并且可以通过使用 中的平台信息按原样使用。 DXE BDS 第一阶段引导加载程序 ： UEFI Payload 的变体 ：需要解析库来提取必要的特定于实现的平台信息。如果引导加载程序更新其 API，则有效负载也必须更新。 旧版 UEFI 有效负载 ：遵循 ，使用 或 作为通用映像格式。它不需要自己解析它们，而是希望在负载入口处 。 通用 UEFI 负载 通用可扩展固件 (USF) 规范 可执行和可链接格式 (ELF) 平面映像树 (FIT) 接收切换块 (HOB) 虽然 运行良好，但 EDK2 社区正试图将行业转向 。有效载荷之间的选择取决于您的固件组件。例如，如果没有 就无法在 上运行 。另一方面，将 与 coreboot 一起使用需要一个垫片层来将 转换为 ， 中才有的功能。 Legacy UEFI Payload Universal UEFI Payload 我的补丁， Slim Bootloader 支持 SMM 的 Legacy Payload Universal Payload coreboot 表 HOB 这是 StarLabs EDK2 fork 界面 每个符合 UEFI 标准的系统都提供了一个 ，该表会传递给在 UEFI 环境中运行的每个代码（驱动程序、应用程序、操作系统加载器）。此数据结构允许 UEFI 可执行文件访问 例如 、 和一组 。 系统表 系统配置表， ACPI SMBIOS UEFI 服务 表结构在 中描述： MdePkg/Include/Uefi/UefiSpec.h typedef struct { EFI_TABLE_HEADER Hdr; CHAR16 *FirmwareVendor; UINT32 FirmwareRevision; EFI_HANDLE ConsoleInHandle; EFI_SIMPLE_TEXT_INPUT_PROTOCOL *ConIn; EFI_HANDLE ConsoleOutHandle; EFI_SIMPLE_TEXT_OUTPUT_PROTOCOL *ConOut; EFI_HANDLE StandardErrorHandle; EFI_SIMPLE_TEXT_OUTPUT_PROTOCOL *StdErr; // // A pointer to the EFI Runtime Services Table. // EFI_RUNTIME_SERVICES *RuntimeServices; // // A pointer to the EFI Boot Services Table. // EFI_BOOT_SERVICES *BootServices; UINTN NumberOfTableEntries; EFI_CONFIGURATION_TABLE *ConfigurationTable; } EFI_SYSTEM_TABLE; 服务包括以下类型： 、 和 。 引导服务 运行时服务 通过协议提供的服务 UEFI 通过设置 来抽象对设备的访问。这些 ，由 标识，允许其他模块找到并使用它们。它们可以通过引导服务发现。 UEFI 协议 协议是包含函数指针的数据结构 全局唯一标识符 (GUID) 生成这些协议，实际函数（不是指针！）包含在驱动程序本身中。此机制允许 UEFI 环境中的不同组件相互通信，并确保操作系统在加载其自己的驱动程序之前可以与设备交互。 UEFI 驱动程序 虽然某些协议是在 UEFI 规范中预定义和描述的，但固件供应商也可以 来扩展平台的功能。 创建自己的自定义协议 引导服务 提供 在启动时使用的函数。这些服务保持可用，直到调用 函数（ ）。 只能 EFI_BOOT_SERVICES.ExitBootServices() MdeModulePkg/Core/Dxe/DxeMain/DxeMain.c 指向所有启动服务的指针都存储在 ( ) 中： 启动服务表 MdePkg/Include/Uefi/UefiSpec.h typedef struct { EFI_TABLE_HEADER Hdr; ... EFI_GET_MEMORY_MAP GetMemoryMap; EFI_ALLOCATE_POOL AllocatePool; EFI_FREE_POOL FreePool; ... EFI_HANDLE_PROTOCOL HandleProtocol; ... EFI_EXIT_BOOT_SERVICES ExitBootServices; ... } EFI_BOOT_SERVICES; 运行时服务 操作系统运行时，仍有一组最少的服务可供访问。与引导服务不同，在任何有效负载（例如，操作系统引导加载程序）通过调用 控制平台后，这些服务仍然有效。 EFI_BOOT_SERVICES.ExitBootServices() 指向所有运行时服务的指针都存储在 ( ) 中： 运行时服务表 MdePkg/Include/Uefi/UefiSpec.h typedef struct { EFI_TABLE_HEADER Hdr; ... EFI_GET_TIME GetTime; EFI_SET_TIME SetTime; ... EFI_GET_VARIABLE GetVariable; EFI_GET_NEXT_VARIABLE_NAME GetNextVariableName; EFI_SET_VARIABLE SetVariable; ... EFI_GET_NEXT_HIGH_MONO_COUNT GetNextHighMonotonicCount; EFI_RESET_SYSTEM ResetSystem; ... } EFI_RUNTIME_SERVICES; 下图显示了启动和运行时服务的时间线，因此您可以准确地看到每个服务何时处于活动状态。 启动设备选择 (BDS) 阶段 UEFI 规范定义了一个称为 的启动策略引擎。它将尝试按特定顺序加载 。可以通过修改全局 来配置此顺序和其他设置。让我们讨论其中最重要的一些： UEFI 启动管理器 UEFI 应用程序 NVRAM（非易失性随机存取存储器）变量 （ 由一个唯一的十六进制值替换）—— 启动/加载选项。 Boot#### #### — 用于启动当前运行系统的启动选项。 BootCurrent — 仅用于下次启动的启动选项。它仅用于一次 ，并在首次使用后被启动管理器删除。这允许您更改下次启动行为而不更改 。 BootNext BootOrder BootOrder — 有序的启动选项加载列表。启动管理器尝试启动此列表中的第一个活动选项。如果不成功，则尝试下一个选项，依此类推。 BootOrder — 启动管理器支持的启动选项类型。 BootOptionSupport — 固件的启动管理器在自动从 或 中选择启动值之前的超时时间（以秒为单位）。 Timeout BootNext BootOrder 使用 可以轻松从 Linux 获取这些变量： efibootmgr(8) [root@localhost ~]# efibootmgr BootCurrent: 0000 Timeout: 5 seconds BootOrder: 0000,0001,2001,2002,2003 Boot0000* ARCHLINUX HD(5,GPT,d03ca3cf-1511-d94e-8400-c7a125866442,0x40164000,0x100000)/File(\EFI\ARCHLINUX\grubx64.efi) Boot0001* Windows Boot Manager HD(1,GPT,6f185443-09fc-4f15-afdf-01c523565e52,0x800,0x32000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)57a94e544f5753000100000088900100780000004200430044039f0a42004a004500430054003d007b00390064006500610038003600320063002d1139006300640064002d0034006500370030102d0061006300630031002d006600330032006200330034003400640034003700390035007d00000033000300000710000000040000007fff0400 Boot0002* ARCHLINUX HD(5,GPT,d03ca3cf-1511-d94e-8400-c7a125866442,0x40164000,0x100000) Boot2001* EFI USB Device RC Boot2002* EFI DVD/CDROM RC Boot2003* EFI Network RC 让我们根据上面的代码片段来看一下启动过程。UEFI 将开始迭代 列表。对于列表中的每个条目，它会查找相应的 变量 — 表示 0000， 表示 2003，依此类推。如果变量不存在，它将继续查找下一个条目。如果变量存在，它会读取变量的内容。每个启动选项变量都包含一个 描述符，它是可变长度字段的字节打包缓冲区（它只是数据结构）。 BootOrder Boot#### Boot0000 Boot2003 EFI_LOAD_OPTION 数据结构描述在[MdePkg/Include/Uefi/UefiSpec.h][ ) https://github.com/tianocore/edk2/blob/edk2-stable202405/MdePkg/Include/Uefi/UefiSpec.h#L2122 typedef struct _EFI_LOAD_OPTION { /// The attributes for this load option entry. UINT32 Attributes; /// Length in bytes of the FilePathList. UINT16 FilePathListLength; /// The user readable description for the load option. /// Example: 'ARCHLINUX' / 'Windows Boot Manager' / `EFI USB Device` // CHAR16 Description[]; /// A packed array of UEFI device paths. /// Example: 'HD(5,GPT,d03ca3cf-1511-d94e-8400-c7a125866442,0x40164000,0x100000)/File(\EFI\ARCHLINUX\grubx64.efi)' // EFI_DEVICE_PATH_PROTOCOL FilePathList[]; /// The remaining bytes in the load option descriptor are a binary data buffer that is passed to the loaded image. /// Example: '57a9...0400' in Boot0001 variable // UINT8 OptionalData[]; } EFI_LOAD_OPTION; 此时，固件将检查 （ ）。在大多数情况下，我们的计算机是从存储设备（硬盘/SSD/NVMe/等）启动的。因此， 将包含 节点。 设备路径 EFI_DEVICE_PATH_PROTOCOL 设备路径 HD(Partition Number, Type, Signature, Start sector, Size in sectors) — 使用关键字 (1) 或 (2) 表示分区方案使用的格式。 类型 MBR GPT — 如果类型为 ，则为 4 字节 MBR 签名；如果类型为 ，则为 16 字节 。 签名 MBR GPT UUID ：如果您对如何转换其他路径感兴趣，请阅读 。 注意 UEFI 规范 v2.10，10.6.1.6 文本设备节点参考 UEFI 将检查磁盘，看它是否有与节点匹配的分区。如果存在，则应使用特定的 进行标记，将其标记为 。该分区使用文件系统格式化，其规范基于特定版本的 ，名为 ；实际上，它只是一个普通的 。 全局唯一标识符 (GUID) 对其 EFI 系统分区 (ESP) FAT 文件系统 EFI 文件系统 FAT12/16/32 ：如果 包含文件 的明确路径，则 UEFI 将查找该特定文件。例如， 选项包含 。 本机启动 设备路径 File(\Path\To\The\File.efi) Boot0000 File(\EFI\ARCHLINUX\grubx64.efi) ：如果 只是指向一个磁盘，那么在这种情况下，固件将使用基于架构的 — （对于 为 或对于 / 为 ）。此机制允许 （例如 USB 驱动器）在 UEFI 中工作；它们只是使用 。例如， 选项将使用此机制。 后备启动 设备路径 后备启动路径 \EFI\BOOT\BOOT{arch}.EFI amd64 BOOTx64.EFI i386 IA32 BOOTia32.EFI 可启动的可移动媒体 后备启动路径 Boot0002 上面提到的所有 选项均指 示例输出中显示的启动选项。 注意： Boot#### efibootmgr 在这两种情况下， 都会将 （可能是 、UEFI Shell、实用程序软件、系统设置等）加载到内存中。此时，控制权将转移到 的入口点。与 不同， 可以将控制权返回给固件（除了应用程序接管系统控制的情况）。如果发生这种情况或出现任何问题， 将转到下一个 条目，并遵循完全相同的过程。 UEFI 启动管理器 UEFI 应用程序 OS 引导程序 UEFI 应用程序 BIOS UEFI 应用程序 启动管理器 Boot#### 规范中提到， 可以自动维护数据库变量。这包括删除未引用或无法解析的加载选项变量。此外，它可以重写任何有序列表以删除任何没有对应加载选项变量的加载选项。 启动管理器 以上内容介绍了 。此外，UEFI 固件还可以在模拟 BIOS 的 模式下运行。 UEFI 启动 兼容支持模块 (CSM) 操作系统引导加载程序 由固件（通常是 ）启动并使用其接口 软件。它可以像操作系统一样复杂，提供以下功能： 第二阶段引导程序 加载操作系统内核的 从各种文件系统读取（HFS+、ext4、XFS 等） 通过网络进行交互（例如 TFTP、HTTP） 启动兼容 引导的内核 多重 链式加载 加载初始 ramdisk ( ) initrd 还有更多！ 这些程序的共同设计超出了本文的讨论范围。有关流行操作系统引导加载程序的详细比较，您可以参考 和 。 ArchLinux wiki Wikipedia 文章 Windows 系统使用其专有的操作系统引导加载程序，称为 。 Windows 启动管理器 (BOOTMGR) 固件不再是 代码。它已经变成了 ，而当前的趋势只会助长这一点。我们可以在固件上运行 、 和许多其他有趣的应用程序。 一小段复杂的 大量复杂的代码 Doom Twitter 了解整体架构有助于在脑海中组织这些组件。通过检查现有固件的设计，您可以深入了解每次启动计算机时展开的迷人过程。这种自上而下的视角不仅阐明了每个部分的作用，还突出了现代固件系统的复杂和不断发展的性质。 资源 UEFI 规范版本 2.10 UEFI 平台初始化规范版本 1.8（勘误表 A） EDK II 文档 Slim Bootloader 项目文档 UEFI 启动：那么它究竟是如何工作的呢？ 了解现代基于 UEFI 的平台启动 英特尔 Galileo 上的 UEFI 启动顺序剖析 关于一些常见架构中的磁盘设备“路径”的非常简单的注释。 计算机如何启动