別のドライブ(UEFIモード)にあるトリプルブートシステムの3番目のオペレーティングシステムのブートパーティションの問題について

別のドライブ(UEFIモード)にあるトリプルブートシステムの3番目のオペレーティングシステムのブートパーティションの問題について

Linux の新機能 - Light - Intermediate はここにあります。

Linux Mint、Windows 10、Popを使ってトリプルブートシステムを作ってみよう!オペレーティングシステムはすべて別々のSSDドライブにあります。

私の質問はPopのブートパーティションについてです!オペレーティングシステムPopOSにはブートパーティションが必要ですか?私はLinux Mintのgrubを使用して起動するオペレーティングシステムを選択し、可能な限り変更せずに維持したいと思います。

人気も多いでしょう! OSが別々のドライブにあるので、スワップパーティションが必要ですか?

sda      8:0    0 223.6G  0 disk 
├─sda1   8:1    0   700M  0 part /boot/efi
├─sda2   8:2    0    28G  0 part /
├─sda3   8:3    0  55.9G  0 part [SWAP]
└─sda4   8:4    0 130.4G  0 part /home
sdb      8:16   0 223.6G  0 disk 
└─sdb1   8:17   0 107.6G  0 part 
sdc      8:32   0 447.1G  0 disk 
├─sdc1   8:33   0   100M  0 part 
├─sdc2   8:34   0    16M  0 part 
├─sdc3   8:35   0 446.5G  0 part 
└─sdc4   8:36   0   499M  0 part 

現在、sdcにはWindows 10があり、sdaにはLinux Mintがあります。両方のオペレーティングシステムは別々のSSDドライブにインストールされ、UEFIモードでGPTパーティションテーブルを使用します。 sdb(GPTテーブル)の場合は、NTSFパーティションを作成して3つのオペレーティングシステム間でファイルを共有し、2番目のパーティションを使用してPop!オペレーティングシステムがUEFIモードになっています。

助けてくれてありがとう!

答え1

UEFIモードを使用しているため、すべてのブートローダを含めるのに十分な大きさであると仮定すると、同じESPにすべてのブートローダをインストールできます。

ただし、各ドライブを独自に起動するには、各ディスクにESPを作成することをお勧めします。

私が見たすべてのLinuxディストリビューションは、既存のUEFI NVRAMブート変数を保持し、インストール時にのみ独自の変数を生成します。起こり得る最悪の状況は、Mintのブートローダをファームウェアが起動しようとした最初のブートローダに戻すことです。efibootmgrコマンドを使用するか、ファームウェア設定メニュー(「BIOS設定」)にアクセスしてこれを行うことができます。

100%はわかりませんが、Windows 10がUEFI NVRAMブート変数で独自の起動エントリをチェックすると、他のエントリは無視されますが、何らかの理由でそのエントリが削除される傾向がありますBoot0000。この変数について。

慎重にポップを始めましょう!インストールされているすべてのオペレーティングシステムが最終的に同じ起動モードを使用するように、UEFIモードのオペレーティングシステムインストーラです。異なるブートモードを持つオペレーティングシステムの組み合わせは、面倒です。レガシーブートプロセスは単にUEFIブートローダに切り替えることはできず、ブート中にUEFIからレガシーモードに切り替えるブートローダの機能は保証されません。 (rEFIndブートローダは明らかに次の場所にインストールできます。一部ただし、すべてのUEFI実装で動作が保証されるわけではありません。 )

関連情報