grub2-install：错误：/boot/efi 在全新 Gentoo 安装中看起来不像 EFI 分区

Question 1

答案很简单。EFI 系统分区 (ESP) 应该是 FAT32（对于大多数合适的 UEFI，FAT16 甚至 FAT12 也适用；它们大多显示vfat在 Linux 中）而不是 ext2：

mkfs.fat -F32 /dev/sda2

值得一提的是，如果您不打算安装 grub i386-pc（用于 BIOS/CSM 启动），则不需要“BIOS 启动”分区。只有GPT 上的grub i386-pc（而不是 grubx86_64-efi或）才需要它。i386-efi

是否使用 ESP 并不重要/boot。如果使用，则应运行：

grub2-install --efi-directory /boot

如果你将它安装上去/boot/efi，那么你应该运行：

grub2-install --efi-directory /boot/efi

--boot-directory /boot/boot是隐含的（即默认）；无论是 ESP，另一个单独的分区，还是文件系统上的目录都没有关系/。

您甚至不需要再次 chroot 来执行grub2-install；例如，您在上sda4为安装了分区；然后在上安装了 ESP，那么您可以简单地运行：//mntsda2/mnt/boot/efi

grub2-install --boot-directory /mnt/boot --efi-directory /mnt/boot/efi

虽然grub2-mkconfig据我所知需要在 chroot 中运行。但如果您打算grub.cfg自己编写一个简单干净的程序（这是使用 grub2 的唯一优雅方式），那么这与您无关。

Answer

答案很简单。EFI 系统分区 (ESP) 应该是 FAT32（对于大多数合适的 UEFI，FAT16 甚至 FAT12 也适用；它们大多显示vfat在 Linux 中）而不是 ext2：

mkfs.fat -F32 /dev/sda2

值得一提的是，如果您不打算安装 grub i386-pc（用于 BIOS/CSM 启动），则不需要“BIOS 启动”分区。只有GPT 上的grub i386-pc（而不是 grubx86_64-efi或）才需要它。i386-efi

是否使用 ESP 并不重要/boot。如果使用，则应运行：

grub2-install --efi-directory /boot

如果你将它安装上去/boot/efi，那么你应该运行：

grub2-install --efi-directory /boot/efi

--boot-directory /boot/boot是隐含的（即默认）；无论是 ESP，另一个单独的分区，还是文件系统上的目录都没有关系/。

您甚至不需要再次 chroot 来执行grub2-install；例如，您在上sda4为安装了分区；然后在上安装了 ESP，那么您可以简单地运行：//mntsda2/mnt/boot/efi

grub2-install --boot-directory /mnt/boot --efi-directory /mnt/boot/efi

虽然grub2-mkconfig据我所知需要在 chroot 中运行。但如果您打算grub.cfg自己编写一个简单干净的程序（这是使用 grub2 的唯一优雅方式），那么这与您无关。

Question 2

问题似乎在于混合和匹配 BIOS、EFI、MBR 和 GPT。我尝试按照指南使用 GPT，但由于我经验不足，我无法解决一些依赖关系。我甚至不清楚内核是否支持 GPT（通过配置选项CONFIG_EFI_PARTITION）。

当我放弃 GPT 和 EFI 并切换到纯 BIOS 和 MBR 时，我能够启动生成的机器。BIOS 和 GPT 应该是一个有效的组合，但我想知道它在实践中是否有效（例如，参见引导加载程序选项）。

以下是我可以运行该机器的配置：

$ parted
GNU Parted 3.2
Using /dev/sda
(parted) print                                                            
Model: ATA VMware Virtual I (scsi)
Disk /dev/sda: 21.5GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags: 

Number  Start   End     Size    Type     File system     Flags
 1      1049kB  135MB   134MB   primary  ext2            boot
 2      135MB   19.5GB  19.3GB  primary  ext4
 3      19.5GB  21.5GB  2012MB  primary  linux-swap(v1)

分区 1 是/boot，分区 2 是/，分区 3 是swap。

Answer

问题似乎在于混合和匹配 BIOS、EFI、MBR 和 GPT。我尝试按照指南使用 GPT，但由于我经验不足，我无法解决一些依赖关系。我甚至不清楚内核是否支持 GPT（通过配置选项CONFIG_EFI_PARTITION）。

当我放弃 GPT 和 EFI 并切换到纯 BIOS 和 MBR 时，我能够启动生成的机器。BIOS 和 GPT 应该是一个有效的组合，但我想知道它在实践中是否有效（例如，参见引导加载程序选项）。

以下是我可以运行该机器的配置：

$ parted
GNU Parted 3.2
Using /dev/sda
(parted) print                                                            
Model: ATA VMware Virtual I (scsi)
Disk /dev/sda: 21.5GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags: 

Number  Start   End     Size    Type     File system     Flags
 1      1049kB  135MB   134MB   primary  ext2            boot
 2      135MB   19.5GB  19.3GB  primary  ext4
 3      19.5GB  21.5GB  2012MB  primary  linux-swap(v1)

分区 1 是/boot，分区 2 是/，分区 3 是swap。

Question 3

我刚刚遇到这个问题，发现 /boot 存在，但我的启动分区没有挂载到它。只需挂载启动分区即可解决这个问题

mnt /dev/sda1 /boot

Answer

我刚刚遇到这个问题，发现 /boot 存在，但我的启动分区没有挂载到它。只需挂载启动分区即可解决这个问题

mnt /dev/sda1 /boot

Question 4

错误：

$> grub2-install --target=x86_64-efi --efi-directory=/boot

Installing for x86_64-efi platform.
grub2-install: error: /boot doesn't look like an EFI partition.

检查 grub2 的源代码，它似乎要求有/boot自己的文件分配表 (FAT) 兼容的单独分区，可能出于安全原因，以前不是这样的。grub2 屈服于主板造成的安全条件。

我在 2020 x86_64 PC 桌面上执行此操作，并且我选择不创建单独的/dev/sda1启动分区/dev/sda（在此fdisk /dev/sda步骤中标记为可启动）。

解决方案1：

在主板的启动 BIOS/EFI/UEFI 实用程序中禁用任何 Bios 安全启动设置，并查找要禁用的任何启动级别安全设置。假设您不喜欢安全性。它可能是F7-> boot->下的设置secure boot。

解决方案2：

接受 grub 的新安全要求，并按照手册创建您自己的单独分区/boot和 grub 配置步骤。

EFI 系统分区 (ESP) 必须是FAT文件系统变体（有时显示为vfat在 Linux 系统上）。官方 UEFI 规范表示FAT12、16或32文件系统将被 UEFI 固件识别，尽管建议 ESP 使用 FAT32。愤怒的声音说，许多月前的可选步骤现在成了必需步骤。

解决方案 3：

该fdisk工具似乎已被弃用并被标记为删除。手册上说：“如果你使用，你将遇到问题fdisk，你只能靠自己了。”他们的解决方案是向上滚动手册并按照使用说明parted创建分区，并使用他们建议的标志标记启动分区bios_grub。然后，grub 会自动知道在哪里查找以及要做什么。

Answer