每次我启动 Fedora 27 UEFI 安装系统时,它都会与 EFI 引导管理器条目混淆。例如:
- 作为 root,我更改了引导顺序,使 Fedora 的条目不是第一个。和/或我删除 Fedora 条目。
- 在启动时,在系统 UEFI 启动菜单中,我启动了一个通用硬盘启动项。
- 这可以很好地启动 Fedora。
- 以 root 身份检查,
efibootmgr
我发现 Fedora 以某种方式设法为自己添加了一个条目(如果它之前被删除)并将该条目放在引导顺序之前。
这种行为对于标准安装是有意义的,但如果 Fedora 安装在您想要启动以进行救援工作的 USB 记忆棒上,那么就没有意义了,而不会隐式更改 EFI 引导管理器条目。
因此,Fedora 的哪些部分负责这些启动时间更改?以及如何禁用它?
编辑:另一个实验:
以 root 身份使用 efibootmgr 删除所有 Fedora 引导条目,并将引导顺序更改为仅包含一个通用条目 (000C)。
将 efibootmgr 包含到 initramfs 中(使用 dracut)。
重新启动并放入 dracut shell。
efibootmgr 现在打印:
BootCurrent: 000C
BootOrder: 000A,0000,...
...
Boot000A* Fedora HD(2,GPT,...)/File(\EFI\fedora\shimx64.efi)
Boot000C* UEFI Misc Device 2 PciRoot(0x0)/Pci(0x5,0x0)...
...
BootCurrent 符合预期,BootOrder 的变化(现在包含所有内容)和新的 Fedora 条目是出乎意料的。
因此,shutdown -r now
在 initramfs 紧急 shell 之间运行的某些东西改变了 EFI 引导管理器配置。
UEFI 固件可能进行了此更改,但我看不出它如何派生“Fedora”名称和/EFI/fedora/shimx64.efi
路径。
是垫片。
对于默认的 Fedora 安装,它
EFI/BOOT/BOOTX64.EFI
是一个 shim(用于支持安全启动),它还执行一些恢复 Fedora 启动管理器条目的回退逻辑。“Fedora”名称来自该EFI/fedora/BOOTX64.CSV
文件。可以通过删除回退代码并将 grub 位复制到
BOOT
目录来禁用回退逻辑,即:可以通过删除复制的文件并重新安装软件包来恢复默认设置:
It might be some boot script or
systemd
unit file runningefibootmgr -c
with the appropriate options, so you might want to run:在启动时可能运行的任何脚本中找到任何提及 efibootmgr 的内容。然后阅读可能的嫌疑人,看看是否有一种设计方法可以关闭它们。
另一方面,它也可能是您的 UEFI 固件试图“提供帮助”:自动注册使用通用 UEFI 设备名称引导的任何引导加载程序,假设某些东西可能已经清除了现有的注册。在这种情况下,向系统或主板供应商报告错误可能会受到赞赏。