谈国平1. 故障现象：不是“启动不了”那么简单的一次宕机
手里这台超聚变2288H V5，双路配置，装的是一张硬RAID卡，后端挂了四块SAS盘组的RAID10，跑的是线上业务数据库。机器平时稳如老狗，没人会刻意去碰它的启动配置。直到一次机房断电重启，噩梦来了：服务器上电自检一切正常，RAID卡顺利识别出VD（虚拟磁盘），但到引导阶段直接卡在“Boot Device Not Found”或者反复进入PXE网卡启动界面，就是进不了系统。
我刚开始也以为是RAID卡掉配置或者阵列损坏，但进RAID卡配置界面一看，VD状态是Optimal，四块物理盘全部Online。更诡异的是，把启动模式从UEFI切到Legacy之后，系统反而能正常开机进系统；但切回UEFI又启动不了。再仔细排查才发现，原来这台机器之前一直跑在UEFI模式下，系统也是按UEFI方式装的，结果某次误操作或者固件层面重置，把启动项给弄丢了。
这个故障最迷惑人的地方在于：阵列没坏，系统没坏，但UEFI引导环境里的BootOption被清空了。服务器不知道去哪找引导程序，自然就卡死了。如果你也遇到类似情况——RAID正常但启动失败、切Legacy能启动但UEFI起不来、或者开机直接进EFI Shell——这篇文章基本就是奔着你写的。
先说清楚，这篇的排查思路和操作步骤，针对的是超聚变2288H V5这一类基于Intel平台、使用华为/超聚变iBMC管理芯片的服务器。其他品牌的机器原理相通，但菜单位置和命名会有差异，参考时要学会举一反三。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 排查前必须搞懂的底层逻辑：UEFI和Legacy到底在争什么
在动手修复之前，我建议你先理解这两个启动模式之间的本质差异，否则你只能照着教程瞎试，遇到一点变数就懵。
2.1 两种模式下的“找系统”过程完全不同
Legacy BIOS的引导逻辑非常线性：BIOS按硬盘顺序去读第一个扇区（MBR），然后执行里面446字节的引导代码，再由这段代码去加载真正的系统引导器（比如GRUB）。整个过程不关心分区格式，只要第一个扇区有有效引导代码就行。这也是为什么Legacy模式下，Windows和Linux都能共用一个硬盘——大家各写各的引导代码，互不干扰。
UEFI就完全是另一套玩法。它不读扇区，而是读取硬盘上FAT16/FAT32格式的EFI System Partition（ESP分区）里的.efi文件。UEFI固件按照NVRAM里记录的BootOrder（启动顺序）、Boot0000（具体启动项）之类的变量，去ESP分区里加载对应的启动管理器（比如Windows的bootmgfw.efi、Linux的grubx64.efi）。简单说，Legacy是“我按顺序读扇区”，UEFI是“我按名单找文件”。
明白了这个差异，你就能理解为什么UEFI模式的启动项会“凭空消失”：NVRAM里的启动变量被重置、损坏，或者ESP分区里的引导文件被删除/覆盖。而Legacy不受这些变量影响，只要MBR和引导代码还在，照样能拉起来。
2.2 RAID10在其中的角色：为什么RAID正常也会启动失败
RAID10（先镜像后条带）本身和启动项没有直接关系，它只负责把四块盘聚合成一个VD。但问题往往就出在这层聚合上。UEFI固件在启动阶段需要读取RAID卡OptionROM（或者UEFI Driver）来识别VD。如果RAID卡固件损坏、OptionROM没有正确加载，UEFI固件就看不到VD，自然无法从中读取ESP分区，启动项也就无从加载。
在我这次故障里，RAID卡本身工作正常，VD识别无异常，所以问题确凿地指向了UEFI启动变量层面。但也发生过有人把RAID卡固件刷挂、导致UEFI下完全无法识别VD的案例，那种情况下Legacy模式通常也会出问题，因为Legacy也需要OptionROM。两个模式都挂了，才能怀疑RAID卡本身；只有一个模式挂，优先怀疑启动环