UEFI 系统分区的绝对最小大小是多少？

Question

假设我有一个闪存驱动器，我希望它可以启动。假设我还有一个基本的 EFI 文件，它将完成一些事情。那么，ESP 的最小尺寸是多少？我读到它是 100MB，但这似乎是专门针对 Windows 的。EFI 分区必须有一定的大小才能让系统识别吗？还是仅仅推荐 100 是因为现代操作系统使用那么多？

Answer 1

是否仅推荐 100 是因为现代操作系统使用那么多？

请注意，100 MB 分区大小是最小值。虽然 UEFI 没有规定最小尺寸，但Microsoft建议为它的操作系统使用 100 MB 的尺寸。

假设我们需要使用 FAT32 文件系统格式化 EFI 分区。FAT32 驱动器的最小分区大小计算为sector_size x 65527。

在 Advanced Format 4K Native 驱动器中，每个扇区有 4 KB。在这种情况下，FAT32 驱动器的最小分区大小计算为4 KB x 65527 = 256 MB。这就是 4K 驱动器的推荐最小大小为 260 MB 的原因。

但在高级格式 512e 驱动器中，模拟扇区大小为 512 字节。在这种情况下，FAT32 驱动器的最小分区大小计算为512 bytes x 65527 = 32 MB，小于该分区的 100 MB 最小大小。

EFI 分区必须有一定的大小才能让系统识别吗？

尽管 Microsoft 建议为其操作系统使用 100 MB，但 Linux 论坛建议更多用于基于 Linux 的操作系统或任何双引导或多引导情况。

gdisk的作者建议使用 550 MiB。

根据 Arch Linux论坛，为了避免某些 EFI 的潜在问题，ESP 大小应至少为 512 MiB。建议使用 550 MiB 以避免 MiB/MB 混淆和意外创建 FAT16。

因此，EFI 系统分区最常见的大小准则介于 100 MB 到 550 MB 之间。这背后的一个原因是以后很难调整大小，因为它是驱动器上的第一个分区。EFI 分区可能包含语言、字体、BIOS 固件、其他固件相关的东西。有一些固件/软件安装在 EFI 分区而不是数据驱动器中。还有一些人希望将来能够将内容添加到 ESP 中。

由于以后需要扩大容量可能会比较困难，而且现在硬盘容量越来越大，ESP 建议使用 100 MB 或 550 MB 等大容量。但在一般情况下，它只使用一些 Kilo Bytes 的空间。

假设我有一个闪存驱动器，我希望它可以启动。

虽然从您的陈述中并不清楚，但如果您尝试使您的笔式驱动器可作为 UEFI 兼容驱动器启动以进行 Windows 安装，则无需在笔式驱动器中创建额外的 ESP。使用rufus或类似工具将其转换为支持 UEFI 的驱动器。但是将 Windows 安装到该驱动器时，您的硬盘驱动器中需要 ESP。

Answer 2

您可以摆脱的绝对最小大小涉及使用 fat12 文件系统（所以32 KB），实际上需要使用一些最小的引导管理器，其中包含用于读取主分区的文件系统驱动程序 - 以及包含在那里的内核 - 这意味着grub 或 rEFInd。一个典型的 grub-install 镜像大约为 200KB，这还不错。

我已经用 2MB fat12 ESP 启动了很长一段时间，所以很明显可以做到！

我不完全确定使用 512MB 的常见建议从何而来，但Arch Wiki最近被……我……修改为引用 fat12 的可能性。

http://www.rodsbooks.com/linux-uefi/似乎表明至少 fat16 应该可以正常工作，除了混淆 Windows 安装程序，恕我直言，这并不是真正相关的。Arch Wiki 似乎基于该建议，但我没有足够的勇气完全重写它。

正如我在 Wiki 中提到的，UEFI 规范要求使用 fat12 驱动程序。我听说过“仅强制要求可移动驱动器”的论点，这使得有人在某处已经或将要编写包含那些 fat12 文件系统驱动程序的 UEFI 实现的可能性仍然存在，但不知何故禁止它们用于挂载 UEFI 系统分区，但我个人认为这不太可能。