UEFIESPと複数のディスクドライブ
Usb接続SSD（sdb）を（元々はWin8）UEFI東芝ラップトップに追加しました...ラップトップHDD（sda）でGRUB2を介したEFIマルチブートです... ManjaroKDEディストリビューションをインストールしました新しいSSD（sdb）と、必要だと思うすべてのパーティションを構成しました...質問は、SSD（sdb）に独自のESPがあるか、SSDのfstabを設定してマウントする必要があるか）です。 ESPメインHDD（sda）？複数のドライブで各ドライブに独自のESPが必要ですか、それともすべて同じドライブを使用する必要がありますか？
ロッド・スミスがこれに対する答えを持っていることを願っています。
どちらの方法でも機能しますが、いくつかの注意点と違いがあります。
- 一部のEFIは、アクセスできないブートローダーをブートローダーのNVRAMリストから「便利に」削除します。あなたのものがそれらの1つであり、ファームウェアから直接起動されるブートローダーをリムーバブルディスクに置くと、外部ディスクを抜いてコンピュータを起動すると、そのエントリは消えます。これは明らかに望ましくありませんが、最初のディスクに格納されている別のブートプログラム（GRUBまたはrEFIndなど）からそのディスクに格納されているブートローダーのみを起動する場合は重要ではない可能性があります。
- コンピュータ間で外部ディスクを移動して複数のコンピュータで起動する場合は、外部ディスクにESPを設定する必要があります。この場合、起動を保存することをお勧めします。ローダー、または少なくともそのコピーを外部ESPの
EFI/BOOT/bootx64.efiとして。このようにして、ターゲットコンピューターはおそらくそれを取得し、組み込みのブートマネージャーから起動するオプションを提供します（これトリックは、前の箇条書きで特定された問題を克服するのにも役立ちます。） - ドライブを移動して、ESP（たとえば、rEFIndで実行できる）がなくても、セカンダリコンピュータでドライブを起動できる場合、
/etc/fstabエントリはESPプライマリコンピューターではおそらく機能しません。これは無害な障害である可能性が高いですが、パーティションの欠落に関する苦情が表示される場合があります。最悪のシナリオは、次の場合ですします動作します（たとえば、/dev/sda1のようにデバイスファイル名でESPを参照するため））、GRUBを更新しようとするソフトウェア更新を実行すると、セカンダリコンピュータで深刻な問題を引き起こします。
全体として、ディスクの使用方法（常に1台のコンピューターに接続する、時々接続するが別のマシンでは使用しない、または複数のマシンで使用されるローミングOSインストールとして）と、どのような種類のブートローダーを検討する必要があると思います。必要な構成（すべてを起動する単一のGRUBなど）、マシンの組み込みのブートマネージャーを使用してブートを起動するOSまたはディストリビューションごとに個別のブートローダーを起動するブートマネージャー各OSのローダーなど）。これらの要素を決定すると、外部ディスクで個別のESPを使用することの長所と短所が明らかになります。多くの場合、違いは次のようになります。小さいか存在しない。
大多数のシステムでは、ESPの唯一の目的は起動です。通常、システム内の1つのドライブのみがESPを必要とします。これは、「起動元のドライブ」として設定されたドライブになります。ファームウェア設定をいじって、異なるドライブのESPから異なる時間に起動するようにしたい場合を除いて、追加のドライブからのESPを使用することはありません（繰り返しますが、ほとんどの場合）。