web-dev-qa-db-ja.com

Arch Linuxでは、EFIシステムパーティションを/ boot / efiにマウントできますか

Arch Linuxをインストールしたいのですが、ESPを/bootまたは/boot/efiにマウントする必要があるかどうかわかりません。ESPを/boot/efiにマウントする場合、作成時に-pオプションを使用する必要がありますかmkdir -p /mnt/boot/efiのあるディレクトリ。

linuxpartitioningarch-linux
3
user18297

Arch Linuxをインストールしたいのですが、ESPを/ bootまたは/ boot/efiにマウントする必要があるかどうかわかりません

シングルOSマシンの場合、次の理由により、/bootが最も簡単です。

  1. 公式カーネルパッケージ（linuxなど）は、/bootの直下にカーネルをインストールします。
  2. 一部の小さなUEFIブートローダー（例：systemd-boot）は、EFIシステムパーティションからカーネルを起動できますのみ。 （GRUBはどこからでも起動できます。）

したがって、ブートローダーでカーネルがESPにある必要がある場合は、ESP at /bootにマウントするか、スクリプトを自動的に設定する必要がありますコピーカーネルは/bootからESPがマウントされている場所）まで。

-pオプションを使用する必要がありますか

-pオプションの機能を調べてから、必要かどうかを検討します。

ディレクトリを特別なものにするわけではありません。mkdir -pの目的は、すべての親ディレクトリを自動的に事前作成することです。 /boot/efiを作成している場合、それが欠落している場合に備えて、自動的に/bootが作成されます。

4
user1686

Arch-onlyインストールの場合、grawityが適しています。ただし、Arch以外のほとんどのディストリビューションをインストールする場合、またはArchと他の何かの間でマルチブートする場合は、ESP at /bootにマウントすることには次のようないくつかの欠点があります。 ：

  • カーネルをESPに配置すると、/bootにマウントした場合と同様に、起動している他のOSでカーネルを使用できるようになります。これは混乱を招く可能性があります。特に、複数のLinuxディストリビューションの/bootにESPをマウントする場合、どのディストリビューションがどのカーネルを所有しているかが明確でない可能性があります。（ Bootローダー仕様 はこの問題を修正するはずですが、それを採用しているディストリビューションはほとんどなく、広く使用されている場合にのみ有効です。）Windows、macOS、またはその他のものでマルチブートしている場合は、Linuxを配置します。 ESPのカーネルは、他のOSからの改ざんや誤った削除にさらされます）（確かに、他のOSによる損傷からLinuxを保護することはできません-他のOSは可能性がありますLinuxパーティションを削除するか、ファイルシステムドライバーを使用して大混乱を引き起こします。ESPはFATを使用し、意味で共有されます。ただし、OSは、そのコンテンツを偶発的または悪意のある損傷を受けやすくします。）
  • ESPは、Linuxカーネルを保持するために、そうでない場合よりも大きくする必要があります。最初から始める場合は、適切なサイズを設定できるため、これは大きな問題ではありません。ただし、たとえば既存のWindowsインストールから始める場合は、既存のESPが小さすぎる可能性があります。その場合は、サイズを変更するか（非常に面倒）、を使用する必要があります。別のESP（現在のものに加えて、またはその代替として）。
  • 一部のLinuxディストリビューションでは、Linuxカーネルを保持するファイルシステムがシンボリックリンクまたはFATがサポートしていないその他の機能をサポートしている必要があります。ただし、ArchはFAT上のカーネルで問題ないため、これはArchだけでは問題になりません。
  • /boot/efiは、/bootよりもESP）の一般的なマウントポイントです。ただし、Archのドキュメントと主要なサポートスクリプトは、ESP /bootで、特にArchエコシステムの外部から何かを実行する場合、よりあいまいなサポートスクリプトに遭遇する可能性があります。これにより、ESPは/boot/efiにマウントされています。これは問題を引き起こす可能性があります。これの具体的な例はわかりませんが、それは要点の一部です。ランダムスクリプトAが何をするかわかりません。

FWIW、最近、 Linux用のEFIブートローダー ページを改訂しました。そのページのブートローダーとブートマネージャーの中には、今日はほとんど関係のないものもあります-ELILO、GRUB Legacy、rEFItはすべて開発を中止し、重要な方法で取り残されています。SYSLINUXはtもしばらくの間更新され、ELILOよりも柔軟性が高いとは思えません。GRUB 2、rEFInd、およびsystemd-boot（以前はgummiboot）、後者の2つは3.3.0以降のLinuxカーネルの一部であるEFIスタブローダーに依存しています。これらのうち、カーネルをESPに格納する必要があるのはsystemd-bootのみであり、これが大きな制限です。 systemd-bootのような軽量のブートマネージャーの魅力であり、Archのみのシステムでは、ESP at /bootにマウントしてsystemd-bootを使用することは理にかなっています。ただし、マルチブートの場合は、GRUB 2またはrEFIndを使用する方が理にかなっています。（免責事項：rEFItからrEFIndをフォークしました。だから私は公平ではありません。）

3
Rod Smith