内部にArch LinuxでEFIシステムパーティションを構成する方法のガイドライン、その内容は次のとおりです。
/boot に ESP をインストールします。これは、UEFIから直接EFISTUBカーネルを起動するときに好ましい方法です。
システムがまだ起動していない場合、パーティションをマウントする方法を理解できません。これは鶏肉か卵か問題のようです。 Linuxの起動に使用するにはUEFIパーティションをマウントする必要がありますが、Linuxが起動するまで何もマウントできませんでした。この説明は、EFISTUBがEFIパーティションから起動できることを具体的に意味します。スタートアップファイルをコピーする必要はありません。 EFIパーティションで:
パーティションを#Mountする簡単な方法の1つを使用しない場合は、ブートファイルをESPにコピーする必要があります。
ベストアンサー1
/boot に ESP をインストールします。これは、UEFIから直接EFISTUBカーネルを起動するときに好ましい方法です。
説明のこの部分では、次のように言おうとします。
「起動方法としてEFISTUBを選択した場合は、理想的には2つのことを行う必要があります。
- インストール時：
/bootESPをインストールするアーチの場所にインストールします。残りのインストールプロセスを実行する前に通常、vmlinuz-*initramfs（およびオプションでinitramfs）に含まれるファイルは、追加の手動/boot操作なしで自動的にESPに移動します。 - コアArchのインストールが完了したら：すべてのカーネルアップデートがESPでも自動的に完了するようにESPを自動的にインストールするように設定
/etc/fstab（または選択した代替メカニズム）を実行します。/boot
別のタスクを選択した場合は、必要なファイルをESPに保存するために必要なすべての手順を実行する責任があります。 」
明らかに、Archの「推奨手順」は、実際にはOS関連ファイルを\EFI\<OS name>ESPに配置するUEFI規格に違反し、代わりにEFISTUBを搭載したカーネル（およびオプションのinitramfsファイル）をESPのルートに配置します。ただし、ファームウェアESPファイルシステムドライバの予期しない大文字と小文字の区別が原因で発生するエラーの可能性を最小限に抑えます。だから私は彼らがなぜそのような選択をしたのか理解しています。
次に、「代替マウントポイント」の章では、ESPでUEFI標準パスを使用したり、ESPを別の場所にインストールしたり、デフォルトでアンインストールしたい場合に使用できるさまざまな技術について説明します。オプションは、各ソリューションが特定の状況に適している理由を明確に説明することなく、バンドルマウント、さまざまなイベントシステム、および/またはスクリプトフックを含むリストとして表示されます。
もともと、EFIシステムパーティションのArch Wikiページこの記事を書く時点で、UEFIとEFISTUBの仕組みをすでに理解している人には便利ですが、何をすべきか、さまざまなことが互いにどのように依存するかを必ず知る必要がないため、初心者には非常に混乱しています。私はこれに驚かない。新しい概念と概念の間の依存関係を紹介する良い文書を作成するよりも、トピックに適用されるいくつかのヒントをリストする方がはるかに簡単です。