流年不顺的NAS之丢失EFI引导无法进行系统

NAS：蜜獾超存

系统：openmediavault5

系统盘：板载 msata SSD，其他Sata盘在 boot menu 里都看不到。

今天停电后开机，就无法进入系统了。 开机提示：

1 、主板 logo 界面右下角 显示 A2 。无法进入 bios 设置。所有按键无效

2 、偶尔能进去，黑屏一个 _ 一直闪。

以为是 msata 的 ssd 坏掉了，通过WEPE利用diskgenis备份到一个新 SSD 上（磁盘克隆），接入新SSD后，发现主板的 boot menu 启动菜单好像无法识别到其他的 Sata 口，只能识别板载的 msata 和优盘。拔掉优盘和 msata 后，插入新的 sata SSD 会直接进入 EFI Shell，查了下资料。通过以下命令，

可以进入系统，并正常运行

fs0：
cd EFI
cd debian
grubx64.efi

抱着试一下的想法，取下 SSD ，把 msata 盘插回去，进入 bios 选择 EFI Shell 启动，重复上面的命令，也可以进入系统，并正常运行。

但是重启如果不选择进入 EFI Shell ，就会黑屏一个 _ 一直闪

解决方案：

google，baidu了一下，这个与我遇到的情况最接近。。。但是涉及到Linux系统而且是NAS，担心数据丢失！

又找了几个，发现说法和方法大同小异，遂进行尝试

Linux下UEFI引导修复 | BlueXIII's Blog

因为我已经进入了系统，所以就没再通过 Live CD、救援模式等方法。

efibootmgr -v
-bash: efibootmgr：未找到命令 //系统未安装efibootmgr
apt install efibootmgr //安装efibootmgr
efibootmgr -v

反馈信息如下，由于不确认那个乱码的是什么，所以不删除。

BootCurrent: 0003
Timeout: 1 seconds
BootOrder: 0004,0003
Boot0003* UEFI: Built-in EFI Shell VenMedia(5023b95c-db26-429b-a648-bd47664c8012)..BO
Boot0004* Hard Drive BBS(HD,,0x0)..GO..NO........o.M.K.M.3.0.0.-.0.6.4.G.T....................A...........................>..Gd-.;.A..MQ..L.A.A.0.0.0.0.0.0.0.0.0.0.0.0.0.0.5.1.5.7........BO

直接运行下面的命令，添加efi引导信息

efibootmgr -c -d /dev/sda -p 1 -l '\EFI\debian\grubx64.efi' -L Debian
reboot

成功引导进入系统！

待解：克隆后的 sata SSD ，装入其他的主机，启动，可以正常进入系统，无需其他操作。那也就是说EFI引导没有丢失 。。。！

参考：

Linux GPT UEFI 引导项丢失修复 – 神楽坂ニャン (lensual.space)

Linux 系统引导失败，出现 grub rescue 恢复界面 - 少数派 (sspai.com)

Linux UEFI与备份还原(引导修复) - 简书 (jianshu.com)

[2021]Debian10 修复Grub（linux引导异常，grub rescue_:）_BigBirdKing的博客-CSDN博客_debian修复引导

Linux下UEFI引导修复 | BlueXIII's Blog

某曙光服务器，在主板CMOS电池掉电后，NVRAM信息丢失。重新开机后，无法自动从SATA0硬盘的EFI分区的/EFI/boot/bootx64.efi进行引导。需要用启动盘进入恢复模式，将引导项重新写入NVRAM。

# 挂EFI分区，已经进入系统时则不需要
fdisk -l /dev/sda
mount /dev/sda1 /boot/efi/

# 查看引导项
efibootmgr -v

# 删除引导项
efibootmgr -b 0001 -B

# 添加引导项
efibootmgr -c -d /dev/sda -p 1 -l '\EFI\centos\grubx64.efi' -L CentOS
efibootmgr -c -d /dev/sda -p 1 -l '\EFI\debian\grubx64.efi' -L Debian
-c 创建引导项
-d 选择硬盘
–p 选择分区
-l efi文件路径
-L 引导项标签