Windows 10がインストールされているArch Linuxを起動したいです。
UEFI-GPTを使用しています。
Windows 10のインストールでは、UEFIの要件に基づいてEFIシステムパーティションを作成します。このパーティションの容量は100MBです。優秀Arch Linuxインストールガイド一覧Arch Wikiでは、260〜512MBの容量のEFIシステムパーティションを作成する必要があることが示されています。ステートメントによると、これはWindows 10がインストール中に作成する100MB EFIシステムパーティションには不十分です。優秀ArchWiki EFIシステムパーティション：既存のパーティションの確認ページにすでにEFIシステムパーティションがある場合は、そのパーティションのインストールを続行できることを示すメッセージが表示されます。
100MB EFIパーティションにのみ問題がありますか？それとも、パーティションを移動するか、別のパーティションを作成して何らかの方法で拡張する必要がありますか？
私が使用するブートローダはGRUB2です。
ベストアンサー1
Archのファイルシステムレイアウトがgrubx64.efi（そしてGRUB2設定ファイルも）EFIパーティションにのみ配置されている場合は、100MBも問題ありません。
ただし、レイアウトがEFIパーティションを/boot（代わりに/boot/efi）マウントしたり、カーネル+ initramfsファイル全体がここに配置されるようにした場合、1つ以上のカーネルバージョンをインストールするとスペースが不足する可能性があります。これにより、カーネルの更新が不必要に危険になります。
常に少なくとも2つのカーネル、つまり現在使用されているカーネルと既知の良好なバックアップカーネルをインストールしようとしています。新しいカーネルをインストールする場合、これは古いカーネル、現在のカーネル、新しいカーネルの3つのカーネルを一時的にインストールすることを意味します。
コンテナがある場合は、新しいカーネルをインストールする前に古いカーネル（および対応するinitramfsファイル）を削除できますが、本番システムではそれをしたくありません。
（免責事項：私は大きなシステムディスクに交換する前にメインホームシステムにこのレイアウトを使用しました。）
EFIシステムパーティションは通常FAT32でフォーマットされ、このファイルシステムタイプには最小ブロック数必要です。ディスクが古典的な512バイトブロックを使用している場合は、100 MBで十分です。ただし、後で新しい4096バイトブロックを使用して新しいディスクにシステムを移行すると、FAT32ファイルシステムの最小サイズは260MBよりわずかに小さくなります。したがって、新しくインストールされたEFIシステムパーティションの将来の互換性のある最小サイズは260 MBです。デュアルブートの場合、100MBは少し不足する可能性があります。
（Windows 10でディスクが4096バイトブロックを使用していることを検出すると、そのサイズも使用されます。）
はい、同様のツールを使用してgpartedディスク上の次のパーティションのサイズを変更したり、これらのパーティションをさらに移動してEFIシステムパーティションのサイズを変更したりできます。この種の操作は、外部メディア（一部のLinux Live DVD / USBなど）からシステムを起動して移動する必要があるファイルシステムをマウントして使用しないようにするのが最善です。