【发布时间】:2026-02-06 23:10:01
【问题描述】:
如果我在启用 GPT 的分区上使用 GRUB2,加载程序如何“知道”在哪里可以找到其配置文件和其他第二阶段的文件?
注意:我发现一些关于与 GRUB 的 EFI 加载器位于同一文件夹中的配置文件的提及,并且包含来自指定分区的“主”配置文件的链式加载,但这绝对不是真的 - 只有一个“something.efi”文件。
【问题讨论】:
标签: boot uefi grub grub2 guid-partition-table
如果我在启用 GPT 的分区上使用 GRUB2,加载程序如何“知道”在哪里可以找到其配置文件和其他第二阶段的文件?
注意:我发现一些关于与 GRUB 的 EFI 加载器位于同一文件夹中的配置文件的提及,并且包含来自指定分区的“主”配置文件的链式加载,但这绝对不是真的 - 只有一个“something.efi”文件。
【问题讨论】:
标签: boot uefi grub grub2 guid-partition-table
这有几种实际发生的方式:
grub-mkimage(由grub-install 调用)执行时间决定的路径加载配置文件。后者可能是您真正需要的功能 - 它是默认配置文件名 (grub.cfg)、前缀(默认为 /boot/grub,但可以显式指定为 grub-mkimage) 和前缀所在分区的 grub 分区名称。
如果我在当前工作站上运行strings /boot/efi/EFI/debian/grubx64.efi | tail -1,它会打印出存储的值:(,gpt2)/boot/grub,告诉grubx64.efi 在 GPT 分区 2 的 /boot/grub 中查找其配置文件。逗号前的位(GRUB 磁盘设备名称)在运行时根据 grubx64.efi 映像本身是从哪个磁盘加载而来的。
还将在此位置下搜索动态加载的模块,但在特定于架构/平台的目录中 - 在本例中为 /boot/grub/x86_64-efi。
【讨论】:
/efi/<name of distribution>,使用磁盘和分区的运行时默认值 - 这些默认值是“无论磁盘和分区grubx64.efi 是从"加载的。
对于 EFI 图像,我发现 grub-install 或 grub-mkimage 将总是将 early config 嵌入结果 EFI 二进制文件中,无论您是否指定了 --config FILE 选项.如果不指定--config FILE选项,它会尝试嵌入/boot/grub/x86-64_efi/load.cfg,
这个早期的配置文件如下所示:
search.fs_uuid 8ef704aa-041d-443c-8ce6-71ac7e7f30da root hd0,gpt1
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg # this line seems can be omitted, because it seems to be the default next action
uuid是文件系统的uuid,不是分区的uuid,可以用blkid列出来。hd0,gpt1 只是一个提示。set root=hd0,gpt1
这种自动嵌入的默认行为与 BIOS 模式下不同,后者默认情况下只嵌入一个前缀字符串,如 (,gpt3)/boot 而不打扰 search.uuid。
我还发现 Ubuntu 仿生 EFI 映像嵌入了这样的早期配置 https://source.puri.sm/pureos/core/grub2/blob/master/debian/build-efi-images#L64
if [ -z "\$prefix" -o ! -e "\$prefix" ]; then
if ! search --file --set=root /.disk/info; then
search --file --set=root /.disk/mini-info
fi
set prefix=(\$root)/boot/grub
fi
if [ -e \$prefix/$platform/grub.cfg ]; then
source \$prefix/$platform/grub.cfg
elif [ -e \$prefix/grub.cfg ]; then
source \$prefix/grub.cfg
else
source \$cmdpath/grub.cfg
fi
cmdpath 是 efi 二进制文件的 DIR,因此它会回退到与 efi 二进制文件相同的目录中的 grub.cfg,如您所见。
【讨论】: