4. ESP分区结构：文件系统、目录与引导文件命名规范

EFI系统分区（ESP）是UEFI固件加载引导加载程序的唯一磁盘区域。理解ESP的文件系统格式、标准目录布局和引导文件命名规则，是定位Bootloader加载失败的基础。本节将逐一拆解这三个核心要素。

4.1 文件系统：FAT32的强制要求

UEFI规范要求ESP必须使用FAT32文件系统。这是固件内置的FAT32驱动程序能够直接识别的唯一通用格式。

4.2 标准目录结构：EFI/Boot、EFI/Microsoft、EFI/ubuntu

ESP的根目录下必须存在一个名为 EFI 的文件夹。该文件夹内按操作系统或厂商存放各自的引导加载程序。以下是三种最常见的目录结构：

ESP (卷标: SYSTEM_DRV 或 EFI)
├── EFI/
│   ├── Boot/
│   │   └── bootx64.efi          ← 默认/回退引导加载程序
│   ├── Microsoft/
│   │   └── Boot/
│   │       ├── bootmgfw.efi     ← Windows Boot Manager
│   │       ├── bootmgr.efi
│   │       └── BCD              ← 启动配置数据
│   ├── ubuntu/
│   │   └── shimx64.efi          ← 安全启动垫片
│   │   └── grubx64.efi          ← GRUB 2 引导加载程序
│   └── tools/
│       └── Shell.efi            ← UEFI Shell（可选）
└── System Volume Information/   ← Windows 系统卷信息（隐藏）

4.2.1 EFI/Boot —— 默认/回退引导路径

当UEFI固件在NVRAM中找不到任何有效的引导条目时，它会回退到 \EFI\Boot\bootx64.efi（64位x86架构）。这个文件通常是一个引导加载程序的副本，用于紧急启动或安装介质。

4.2.2 EFI/Microsoft —— Windows 引导体系

Windows 安装程序会在 \EFI\Microsoft\Boot\ 下放置 bootmgfw.efi（Windows Boot Manager）和 BCD 配置文件。如果此目录缺失或 BCD 损坏，Windows 将无法启动。

4.2.3 EFI/ubuntu —— Linux 引导体系

Ubuntu 及其他主流 Linux 发行版通常使用 shimx64.efi（安全启动垫片）和 grubx64.efi（GRUB 2 主程序）。部分发行版也可能直接使用 grubx64.efi 作为默认引导文件。

4.3 引导文件命名规范：bootx64.efi 的由来

UEFI规范定义了引导加载程序文件的命名规则，该规则与CPU架构绑定。文件名由 基础名 + 架构后缀 组成。

命名规则解析：boot 是固定前缀，x64 表示x86-64架构，.efi 是PE32+格式的可执行文件扩展名。UEFI固件在回退路径下只会查找与自身架构匹配的 boot*.efi 文件。

4.4 ESP结构故障排查流程图

以下SVG图展示了从ESP分区检查到引导文件修复的完整排查路径：

4.5 实战：使用diskpart验证ESP结构

在Windows PE或恢复环境中，可以使用 diskpart 工具快速验证ESP分区结构：

diskpart
list disk
select disk 0
list partition
select partition 1          <!-- 假设ESP分区为第1个分区 -->
detail partition            <!-- 确认类型为 "系统" -->
assign letter=S             <!-- 挂载为S盘 -->
exit

dir S:\EFI\Boot\bootx64.efi  <!-- 检查默认引导文件 -->
dir S:\EFI\Microsoft\Boot\   <!-- 检查Windows引导目录 -->