Dell R720 UEFI启动项丢失的排查与手动恢复指南
1. 问题现象与常见原因分析
当你发现Dell R720服务器开机时卡在"No boot device available"界面，或者启动菜单中原本存在的UEFI启动项神秘消失时，先别急着重装系统。根据我处理过的三十多起同类案例，这类问题通常由以下五种情况引起：
硬件变更引发的连锁反应是最常见的诱因。比如新增硬盘导致RAID阵列重组，或是更换了不同接口的SSD（从SATA换成NVMe）。上周就遇到个典型案例：客户在RAID5阵列中新增一块硬盘后，原本的UEFI启动项直接消失。这是因为控制器在重建阵列时改写了引导元数据。
固件更新过程中的意外也不容忽视。特别是跨大版本升级BIOS时（比如从2.4.3跳到2.8.0），有约15%的概率会出现启动配置重置。我记录到的最棘手的情况是：升级后UEFI启动项虽显示存在，但实际指向的ESP分区位置错误。
操作系统安装冲突尤其容易发生在混合安装场景。例如先通过PXE部署Windows Server，再用U盘安装Linux时，后安装的系统可能会覆盖前者的引导记录。有个客户就因此导致所有UEFI条目变成无效的"Windows Boot Manager"副本。
引导模式切换失误在BIOS/UEFI模式混用的环境中频发。当管理员在System Setup中把Boot Mode从UEFI改为BIOS后，所有UEFI启动项会立即从菜单中隐藏——但这并不意味着它们被删除，只是暂时不可见。
存储控制器配置变更同样危险。比如将SATA Operation从AHCI切到RAID模式，或者调整了NVMe驱动加载顺序，都可能导致引导加载器找不到目标设备。曾有个客户在iDRAC中启用了Secure Boot后，所有自定义启动项全部失效。
提示：遇到启动项丢失时，首先进入System Setup（开机按F2）检查Boot Mode当前设置。UEFI和BIOS模式下的启动项相互独立，切换模式会导致对应启动项"消失"。
2. 快速诊断四步法
2.1 第一步：确认当前引导模式
开机按F2进入System Setup后，按以下路径检查：
System BIOS → Boot Settings → Boot Mode这里会显示"UEFI"或"BIOS"。如果是后者，所有UEFI启动项自然不会显示——这属于正常现象而非故障。我建议拍照记录当前设置，因为后续操作可能需要反复切换这个选项。
2.2 第二步：检查物理磁盘状态
在同一个菜单中查看：
System BIOS → SATA Settings → Embedded SATA确认磁盘控制器处于正确模式（AHCI/RAID）。接着重启按Ctrl+R进入RAID配置界面，检查以下关键点：
- 系统盘所在的VD（Virtual Disk）是否处于Online状态
- 是否有Foreign Config提示（表示RAID信息不匹配）
- 每个物理磁盘的指示灯状态（正常应为绿色常亮）
2.3 第三步：验证UEFI启动文件完整性
从Linux急救盘启动后，挂载ESP分区（通常位于/dev/sda1）检查：
mkdir /mnt/esp mount /dev/sda1 /mnt/esp tree /mnt/esp/EFI健康状态下应该看到类似这样的结构：
/mnt/esp/EFI/ ├── BOOT │ └── BOOTX64.EFI └── ubuntu ├── grubx64.efi └── shimx64.efi如果发现EFI目录为空，或关键.efi文件大小异常（比如只有几KB），说明启动文件已损坏。
2.4 第四步：查看固件启动项记录
还是在Linux急救环境中，执行：
efibootmgr -v正常输出应包含类似条目：
Boot0008* ubuntu HD(1,GPT,...)/File(\EFI\ubuntu\shimx64.efi)若显示"No variables found"或条目指向不存在的路径，就需要手动重建启动项。
3. 通过UEFI Boot Manager图形界面恢复
3.1 进入UEFI引导管理器
开机看到戴尔Logo时连续按F11键（不是F2），你会进入蓝底白字的UEFI Boot Manager界面。这里要注意：如果按F11没反应，可能是：
- 当前Boot Mode设置为BIOS而非UEFI
- 键盘响应延迟（尝试PS2接口键盘）
- 快速启动功能跳过按键检测
3.2 添加缺失的启动项
使用方向键选择"UEFI Boot Settings"回车，然后按以下步骤操作：
- 选择"Add Boot Option"
- 在设备列表中找到系统盘（通常标有"HDD"或"RAID"前缀）
- 导航到EFI分区中的引导文件，路径一般为：
<EFI> → <ubuntu> → grubx64.efi # 对于Linux <EFI> → <Microsoft> → Boot → bootmgfw.efi # 对于Windows - 为启动项命名（建议包含系统类型和日期，如"Ubuntu_20240601"）
- 按F4保存更改
易错点警示：很多人在第三步选错文件。比如Linux系统应该选grubx64.efi而非shimx64.efi（除非启用Secure Boot），Windows系统则要选bootmgfw.efi而非winload.efi。
3.3 调整引导顺序
回到主界面选择"Change Boot Order"，通过空格键将新建的启动项移到首位。这里有个实用技巧：把最常用的启动项设为"Boot Option #1"，同时保留一个急救系统（如Live CD）作为"Boot Option #2"，方便故障恢复。
4. 使用efibootmgr命令行工具修复
当图形界面操作无效时（比如启动项无法持久化保存），就需要祭出终端武器——efibootmgr。以下是在Ubuntu Live环境中的完整操作流程：
4.1 准备工作
首先挂载关键分区：
sudo mount /dev/sda2 /mnt # 挂载根分区 sudo mount /dev/sda1 /mnt/boot/efi # 挂载ESP分区 for i in /dev /dev/pts /proc /sys /run; do sudo mount -B $i /mnt$i; done # 挂载虚拟文件系统 sudo chroot /mnt4.2 查看现有启动项
efibootmgr -v典型问题输出示例：
BootCurrent: 0000 Timeout: 0 seconds BootOrder: 0001,0000 Boot0000* USB Drive HD(2,MBR,0x387c837,0x800,0x1ff800)/File(\EFI\BOOT\BOOTX64.EFI) Boot0001* Windows Boot Manager HD(1,GPT,..)/File(\EFI\Microsoft\Boot\bootmgfw.efi)注意这里缺失了Linux启动项。
4.3 创建新启动项
对于Ubuntu系统执行：
efibootmgr -c -d /dev/sda -p 1 -L "Ubuntu_HDD" -l \\EFI\\ubuntu\\grubx64.efi参数解读：
-d /dev/sda：指定磁盘设备-p 1：ESP分区编号（通常是第一个分区）-L：启动项显示名称-l：EFI文件路径（注意双反斜杠）
4.4 验证并设置启动顺序
再次查看确认新条目（比如显示为Boot0008*）：
efibootmgr -v然后调整启动顺序：
efibootmgr -o 0008,0001,0000这会将新建的Ubuntu启动项设为第一启动项。
5. 深度修复方案
当上述方法都无效时，可能需要以下进阶操作：
5.1 重建GRUB引导加载器
在chroot环境中执行：
grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=Ubuntu --recheck update-grub关键要点：
--efi-directory必须指向ESP分区挂载点- 执行后检查/boot/efi/EFI下是否生成对应目录
- 对于RAID阵列需要添加
--no-nvram参数
5.2 修复Windows BCD存储
从Windows安装盘启动到修复模式，打开命令行执行：
bootrec /fixmbr bootrec /fixboot bootrec /scanos bootrec /rebuildbcd特别注意：在UEFI模式下，/fixmbr其实不修改MBR，而是修复GPT头的保护性MBR。
5.3 更新服务器固件
下载最新BIOS和iDRAC固件（建议从戴尔支持网站获取），通过以下命令更新：
./BIOS_XXXX.BIN -q -f -l=bios.log ./iDRAC_XXXX.BIN -q -f -l=idrac.log更新后务必重置BIOS设置：
- 开机按F2进入System Setup
- 选择"System BIOS → Restore Settings"
- 选择"Factory Defaults"并确认
6. 防患于未然的建议
根据我的运维经验，采取以下措施可降低启动项丢失风险：
配置备份策略：
# 定期备份UEFI启动项配置 efibootmgr -v > /var/backups/efibootmgr_$(date +%F).log # 备份ESP分区 dd if=/dev/sda1 of=/boot/efi_backup.img bs=1M操作规范：
- 进行固件更新前，拍照记录当前Boot Order
- 调整RAID配置前，确保有完整的VD配置备份
- 混合安装多系统时，先Windows后Linux
- 禁用Fast Boot功能（会增加诊断难度）
监控措施：
- 在/etc/cron.daily中添加脚本检查ESP分区可用空间（应保持>50MB）
- 对/boot/efi/EFI目录实施文件完整性监控（如aide）
- 定期验证efibootmgr输出是否包含预期条目