我想将 Arch Linux 与已安装的 Windows 10 一起双启动。
我正在使用 UEFI-GPT。
在 Windows 10 安装中,它会根据 UEFI 的要求创建一个 EFI 系统分区。此分区的容量为 100 兆字节。在Arch Wiki 上列出的 Arch Linux 安装指南中,它显示我需要创建一个容量为 260-512 兆字节的 EFI 系统分区。根据该声明,这对于 Windows 10 在安装时创建的 100 兆字节 EFI 系统分区是不够的。在ArchWiki EFI 系统分区上:检查现有分区页面,它显示如果我已经有一个 EFI 系统分区,我可以简单地继续挂载该分区。
只有 100 MB EFI 分区会有任何问题,还是我需要通过移动分区或创建另一个分区以某种方式扩展它?
我将使用的引导加载程序是 GRUB2。
如果 Arch 的文件系统布局只放置
grubx64.efi
(可能还有 GRUB2 配置文件)到 EFI 分区,那么 100 MB 就可以了。但是,如果您的布局将 EFI 分区挂载为
/boot
(而不是/boot/efi
)或以其他方式导致将整个内核 + initramfs 文件放置在其中,那么您可能会因为安装的不止一个或两个内核版本而空间不足。这将使内核更新带来不必要的风险。您总是希望至少安装两个内核:一个是您当前正在使用的内核,另一个是作为已知良好备份的内核。当您安装一个新内核时,这意味着您将临时安装三个内核:旧内核、当前内核和新内核。
如果你够勇敢,你总是可以在安装新内核之前删除旧内核(+ 它的 initramfs 文件),但在生产系统中我不想这样做。
(免责声明:在我的主要家庭系统上,我曾经有过这样的布局,然后我用更大的系统磁盘替换了系统磁盘。)
请注意,EFI 系统分区通常格式化为 FAT32,并且该文件系统类型具有最小块数要求。如果您的磁盘使用经典的 512 字节块,那么 100 MB 就可以了。但是,如果您稍后将系统迁移到恰好使用新的 4096 字节块的新磁盘,则 FAT32 文件系统的最小大小计算为略小于 260 MB。因此,对于新安装的 EFI 系统分区,260 MB 是一个很好的向前兼容的最小大小。如果双启动,100 MB 可能有点太小了。
(如果 Windows 10 检测到磁盘正在使用 4096 字节块,它也会使用该大小。)
是的,使用像
gparted
您这样的工具可以调整或移动磁盘上的以下分区,然后调整 EFI 系统分区的大小。这种操作最好通过从外部媒体(例如某些 Linux Live DVD/USB)引导系统来完成,这样您需要移动的文件系统就不会被挂载和使用。