每次我启动 Fedora 27 UEFI 安装的系统时,它都会与 EFI 启动管理器条目混淆。例如:
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)...
...
Run Code Online (Sandbox Code Playgroud)
BootCurrent 符合预期,BootOrder 的更改(现在包含所有内容)和新的 Fedora 条目是意外的。
因此,在shutdown -r nowinitramfs 紧急 shell 之间运行的某些内容更改了 EFI bootmanager 配置。
UEFI 固件可能会进行此更改,但我不知道它将如何派生“Fedora”名称和路径/EFI/fedora/shimx64.efi。
这是垫片。
在默认的 Fedora 安装中,这EFI/BOOT/BOOTX64.EFI是一个垫片(用于支持安全启动),它还执行一些恢复Fedora 启动管理器条目的回退逻辑。“Fedora”名称来自该EFI/fedora/BOOTX64.CSV文件。
可以通过删除回退代码并将 grub 位复制到BOOT目录来禁用回退逻辑,即:
cd /boot/efi/EFI
rm BOOT/fallback.efi BOOT/fbx64.efi
cp fedora/grub*.efi BOOT
cp fedora/MokManager.efi BOOT
Run Code Online (Sandbox Code Playgroud)
可以通过删除复制的文件并重新安装软件包来恢复默认设置:
rm /boot/efi/EFI/fedora/*.efi
dnf reinstall grub2-efi-x64 shim-x64
Run Code Online (Sandbox Code Playgroud)
| 归档时间: |
|
| 查看次数: |
6297 次 |
| 最近记录: |