为什么 EFI“BIOS”更新会破坏 EFI 启动管理器？

Question

在使用最新的“bios”版本成功更新我的P8H67-m pro 后，我最终在黑屏的左上角看到一个闪烁的光标。没有错误，什么都没有。bios 现在只列出了一个SATA: <disc name>引导选项，而不是通常的 UEFI 选项ubuntu。我正在使用 GPT 分区方案。

虽然我没有看到任何原因为什么在刷新 bios 时我的硬盘上会发生某些变化；后花浪费了一天这个，工作的解决办法是重新正确安装grub-efi-amd64（这里是我做到了）。到目前为止，我认为 EFI 启动管理器会解析我的 EFI 分区并返回可用的任何选项，但似乎更像是需要明确告知它并且它会忘记更新时的所有内容。

如果是这种情况，在我看来就像是一个严重的限制。那么：这是标准 UEFI 行为，特定于华硕主板还是 linux 首先不正确安装 grub？EFI OS 加载程序路径信息是否存储在某些 NVRAM 上，这些信息在 bios 更新期间会被擦除？如果我尝试用另一台计算机启动我的硬盘，我会遇到同样的问题吗？

PS：bios版本没有问题，初始更新后我降级到初始版本无济于事。现在我解决了这个问题，我运行最新版本就好了。无论哪个版本会破坏系统，它都在闪烁BIOS。

Answer 1

更新 BIOS 后我遇到了类似的问题，并问自己为什么通过 dd 完全恢复硬盘不会给我留下可启动的系统。

看来，在安装引导加载程序时，操作系统必须向 NVRAM 内的“EFI 引导变量”注册一个条目。无法进入，无法启动。更令人困惑的是，在 UEFI 规范 2.3 中，系统可能会查找EFI/boot/bootx64.efi类似于从主硬盘上的外部介质启动时的文件，因此某些版本的 UEFI 可能会直接启动而无需进行任何调整。

这个注册应该可以完成，efibootmgr但modprobe efivars在 ubuntu 下对我来说也失败了。所以我也只是 chroot 并重新安装 grub-efi 并希望一切顺利。