Question

如果我在启用GPT的分区上使用GRUB2，装载程序如何“知道”在哪里找到其配置文件和其他第二阶段的文件？

注意：我发现有些配置文件与GRUB的EFI加载器位于同一文件夹中，并且包含来自指定分区的“主”配置文件的链式加载，但这肯定不是真的 - 只有一个“something.efi”文件。

Answer 1

实际上有几种方法可以实现：

加载嵌入的配置文件。
将配置文件加载到与GRUB二进制文件相同的目录中。
从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。

Answer 2

对于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。

GRUB2 UEFI加载器如何知道在哪里查找配置文件（或第二阶段文件所在的位置）？

2 个答案: