3. 故障原因分析：ESP分区文件丢失、分区表损坏、NVRAM引导项丢失、固件设置错误

EFI系统分区（ESP）是UEFI启动模式下的核心枢纽。当系统无法引导时，故障根源通常集中在以下四个层面：ESP分区文件丢失、分区表损坏、NVRAM引导项丢失以及固件设置错误。理解这些故障的成因与表现，是精准修复的前提。

3.1 ESP分区文件丢失

ESP分区采用FAT32文件系统，存储引导加载程序、驱动和配置文件。文件丢失是最常见的引导故障原因，通常表现为屏幕提示 File not found 或直接进入固件设置界面。

3.2 分区表损坏

ESP分区的分区表信息存储在GPT头部和分区条目中。当这些元数据损坏时，操作系统无法正确识别ESP分区的类型、位置和大小，导致引导失败。

• GPT头部损坏： 主GPT头部位于LBA 1，备份头部位于磁盘末尾。主头部损坏时，部分固件可自动回退到备份头部；若两者均损坏，磁盘将变为不可识别状态。
• 分区类型GUID错误： ESP分区的类型GUID必须为 C12A7328-F81F-11D2-BA4B-00A0C93EC93B。若被误改为其他值（如Microsoft基本数据分区），固件将跳过该分区。
• 分区表条目错乱： 分区起始扇区、结束扇区或属性字段被篡改，导致文件系统元数据与分区表不一致。

3.3 NVRAM引导项丢失

UEFI固件将引导项存储在主板NVRAM中，包括引导顺序（BootOrder）和具体引导条目（Boot####）。NVRAM数据丢失后，固件无法找到操作系统入口，即使ESP分区文件完好无损。

• CMOS电池放电： 主板电池耗尽或短接放电会清空NVRAM，导致所有自定义引导项丢失。
• 固件更新/重置： BIOS升级或恢复出厂设置会覆盖NVRAM区域。
• 双系统安装冲突： 某些Linux发行版的grub-install可能覆盖现有BootOrder，导致Windows引导项被移除。

3.4 固件设置错误

固件（BIOS/UEFI）中的配置项直接影响引导流程。即使ESP和NVRAM均正常，错误的固件设置仍会阻止系统启动。

3.5 故障组合与诊断优先级

实际故障场景中，上述四种原因常相互交织。例如：CMOS放电导致NVRAM丢失，同时固件设置被重置为Legacy模式，此时即使ESP文件完整，系统也无法引导。建议按以下优先级进行诊断：

1. 固件设置检查： 确认启动模式、Secure Boot、SATA模式等基础配置正确。
2. 分区表完整性： 使用 gdisk -l /dev/sda 或 diskpart list partition 验证ESP分区是否存在且类型正确。
3. NVRAM引导项： 在UEFI Shell中执行 bcfg boot dump 或使用 bcdedit /enum firmware 查看现有条目。
4. ESP文件系统： 最后检查文件完整性，因为文件丢失通常由前三个因素间接导致。