ディスクパーティションを別のパーティションに入れ子にできますか?

ディスクパーティションを別のパーティションに入れ子にできますか?

私はディスク、パーティション、およびパーティションテーブル(mbr対gpt)をよりよく理解しようとしています。このプロセス中に、私のコンピュータの1つ(シングルブートUbuntu 20.04)のディスクを確認したところ、すべてのディスクがgptであることがわかりました。しかし、一部のパーティションにはパーティションテーブルもあるという事実も発見しました。私をさらに混乱させるのは、/boot/efiパーティションがgptディスクにあるにもかかわらずmbrであるということです。当時、ディスクがgptであるかどうかわからず、/boot/efigptに変換しようとしましたが、最終的にその過程でコンピュータを起動できなくなりました。 2つのスタイル間の変換方法をオンラインで探してみると、パーティションではなくディスクから変換が行われましたが、ディスクをgptにパーティションを分割しました。したがって、私の質問は3つの部分に分けることができます。 (すべて上記の理解が正しいかどうかによって異なります。)

1-パーティションにパーティションテーブルがあるとはどういう意味ですか?

2-Diskはgptですが、/boot/efiパーティションがmbrなのはなぜですか?なぜ?

3-システムに2つのハードドライブがあり、1つのオペレーティングシステムがある場合、各ディスクに異なるパーティションテーブルを持つことはできますか(1つはmbrで、もう1つはgpt)。

答え1

しかし、一部のパーティションにはパーティションテーブルもあるという事実も発見しました。

そうは思えません。おそらくあなたが間違っている可能性があります。どうやってこの結論を下しましたか?これに対する客観的な証拠は何ですか?

私をさらに混乱させるのは、/boot/efiパーティションがmbrであるということです。

この声明は意味がありません。パーティションテーブルは含まれているパーティションではなく、GPTまたはMBRです。パーティションはバイナリブロブです。

この完全な自由のおかげで、パーティションにはネストされたパーティションテーブルを含むディスクイメージを含めることができますが、ソフトウェアが厳密に武装していない限り、このようなものを作成することはできません。

以前にシステムにインストールされている/boot/efiパーティションは、ESP(EFIシステムパーティション)を目的としたFAT32パーティションです。 ESPには、UEFIファームウェアを起動するためのブートローダが含まれています。 UEFIはFATを理解する必要があり、一般的なハードウェアの場合、ESPは常にFATです。

/boot/efiをgptに変換しようとしましたが、最終的にそのプロセスでコンピュータを起動できなくなりました。

ファイルシステムをパーティションテーブルに変換することは意味がありません。あなたが実際にしたことは誰でも推測できます。結果は予想されます。 ESP は、Linux のチェーンロードに使用される GRUB2 ブートローダを含めるために使用されました。ブートローダを削除したため、コンピュータはもう起動できません。

2つのスタイル間の変換方法をオンラインで探してみると、パーティションではなくディスクから変換が行われましたが、ディスクをgptにパーティションを分割しました。

確かに。そしてディスクはすでにGPTなので、変換することはありません。

1-パーティションにパーティションテーブルがあるとはどういう意味ですか?

パーティション内にはすべてのデータを含めることができます。通常、ファイルシステムがありますが、人気のあるRick Astleyビデオストリームの直接ダンプ、または(ネストされた)パーティションテーブルを含むディスクイメージの直接ダンプなど、奇妙なエントリをそこに配置できます。

なぜこのようなことをするのですか?この会話のレベルは:言い訳の余地はありません。 (もう少し難しい理由があります。たとえば、パーティションには、ネストされたパーティションテーブルを含む仮想マシンで使用されているエミュレートされたディスクに関するデータを保持できます。)

2 - なぜディスクはgptですが、/boot/efiパーティションはmbrですか?なぜ?

これは本当ではなく、あなたは間違っていました。

3-システムに2つのハードドライブがあり、1つのオペレーティングシステムがある場合、各ディスクに異なるパーティションテーブルを持つことはできますか(1つはmbrで、もう1つはgpt)。

各ディスクには、パーティションテーブルのない直接ファイルシステム(フロッピーディスクなど)、パーティションテーブル、ファイルシステムパーティション(通常のハードディスクなど)、ネストされたパーティションテーブル、ダイレクトDump Astlyビデオなど、すべてのパーティションと同様に、必要なすべてのデータがあります。保存できます。 、ランダムノイズなど。

特定のオペレーティングシステムがフォーマットを認識し、ドライブの内容を使用するかどうか、および必要なドライバは別の問題です。

FWIW、私が知っているすべてのオペレーティングシステムは、同時に他のパーティションスキームを含むディスクをマウントするのに問題がなく、そうでなければエラーとして扱われます。

答え2

はい、可能です。

「プライマリパーティションに加えて、プライマリパーティションに割り当てられていないすべてのディスク領域を含むデフォルトブートセクタに拡張パーティションを(正確に)定義できます。拡張パーティションでは、原則としてより多くの論理パーティションを設定できます。同じユーティリティを使用すると、オペレーティングシステムは他のハードディスクからも起動できますが、LILO自体では起動できることを除いて、プライマリパーティションと構造は同じです。

源泉:https://www.nextop.de/lhb/node231.html

コメント:

上記の例は、LiLoをブートマネージャとして使用することに限定されません。

以前のバージョンのDOSとWINDOWSでは、デフォルトのパーティション数には歴史的な制限がないため、GPTハードドライブに拡張パーティションまたは論理パーティションを作成する必要がないことに注意してください。

関連情報