私はLinuxユーザーです。ラップトップにWindowsがありません。また、ハードドライブのサイズは2 TB未満です。次に、なぜGPTテーブルを使用する必要があるのですか？旧式のMBRを使用することはできませんか？
2つのルートパーティション、2つのホームパーティション、およびスワップスペースがあります。パーティションがプライマリではなく、拡張されている場合、パフォーマンスに違いはありますか？
回答:
まったく違いはありません。GPTの利点は次のとおりです。
あなたの場合、最初に必要はありません。2つ目は、拡張パーティションを作成し、そこに論理パーティションを作成することで実現できます。
Linuxの場合、インストールするパーティションのタイプ（論理またはプライマリ）は関係ありません。ただし、GPTを使用すると、パーティションがすべてプライマリになるため、必要に応じてパーティションを移動する方が若干便利です。
パフォーマンスの違いはまったくありません。
GPTの他のすべての「利点」は非常に小さいため、言及する価値はありません。
GPTにはいくつかの利点があります。
テビバイト（TiB; 1024 ^ 4バイト）とテラバイト（TB; 1000 ^ 4バイト）の違いに注意してください。前者はIEEE-1541ユニットですが、後者はSIユニットです。ほとんどのディスク測定では、IEEE-1541ユニットがより自然です。一部のドキュメントとソフトウェア（特に古いもの）では、SIサフィックスがIEEE-1541の測定に誤って適用され、混乱を招きます。
これらの利点のほとんどは、ほとんどのインストールではマイナーなものです。2つの最も重要な利点は、GPTがEFIの自然な分割スキームであるという事実と、プライマリ/拡張/論理的な区別がないことです。他のGPTの利点を組み合わせることは注目に値しますが、ほとんどの人にとって圧倒的な問題ではありません。
2011年半ば以降に導入されたほとんどのコンピューターは、Windows 8以降で出荷されたシステムの大部分を含め、EFIファームウェアを使用しています。BIOSモードの起動を可能にするCSMを使用するのではなく、このようなコンピューターをEFIモードで起動する場合、GPTを使用することはデフォルトの設定です。EFIモードでWindowsを起動（またはデュアルブート）する場合、GPTを使用する必要があります（Windowsの制限です）。IIRC、UbuntuはEFIモードのMBRディスクにもインストールされませんが、おそらくパーティションテーブルタイプを変換し、インストール後に起動することができます。ただし、EFIモードでのMBRディスクからの起動は十分にテストされておらず、一部のEFIでは失敗する場合があります。
MBRの主要/拡張/論理的な区別は、MBRの4つのパーティションの制限を回避するために1980年代に作成された厄介なハックです。GPTはデフォルトで128パーティションをサポートしますが、絶対に必要な場合は制限を引き上げることができます。MBR論理パーティションは、プライマリパーティションよりもアクセスに時間がかかりませんが、ディスク全体に散在する複数のセクターにまたがるリンクリストデータ構造に依存しているため、破損しやすい傾向があります。最大の問題は、プライマリパーティションの不足や、プライマリパーティションと論理パーティションの両方を含むパーティションサイズ変更操作の処理などの手間を単純に処理することです（したがって、追加の操作である拡張パーティションのサイズ変更も必要になります-そして何かのための余分な機会間違って行く）。
サブ2TiBディスクでBIOSモードで起動する場合は、GPTディスクからの起動に反応しないBIOSがあるため、MBRを使用することをお勧めします。通常、このような問題は回避できますが、そもそも問題にぶつからないほうが簡単です。BIOSベースのコンピューターでGPTを使用すると、そのシステムにWindowsをインストールすることもできなくなります。しかし、あなたが何をしているかを知っていてGPTを使用したい場合、UbuntuインストールのためにBIOSモードでGPTを使用することはできます。そうすることをお勧めしません-しかし、問題が発生した場合は、トラブルシューティングする必要があります。
ただし、最新のコンピューターのほとんどはEFIを使用しているため、GPIはEFIモードで起動する場合に必要になる場合があります。このようなコンピューターでBIOS / CSM /レガシーモードを使用する場合、上記の理由から、MBRに固執することが依然として望ましいです。FWIW、この時点での私の推奨事項は、選択があれば、BIOS / CSM /レガシーサポートを無効にし、EFIベースのコンピューターでのみEFIモードを使用することです。これにより、ブートパスが簡素化され、問題が発生する可能性が低くなります。問題は、逆に多くの悪いアドバイスがあり、それが解決するよりも多くの問題を引き起こすということです。（たとえば、このサイトを検索すると、クロスモードOSのインストールや、EFIベースのコンピューターでのBIOS / CSM /レガシーモードの使用に関連するその他の問題によって引き起こされる多くの問題が明らかになります。）
2TiBを超えるディスクを使用している場合、GPTを使用する必要があります。これの主な例外は、ディスクが4096バイトの論理セクターサイズを使用している場合で、これにより2TiB MBR制限が16TiBに引き上げられます。これを行う外部ディスクもありますが、これを行うハイエンドの内部ディスクもあると聞きました。（多くのディスクには4096バイトの物理セクターと512バイトの論理セクターがあることに注意してください。512バイトの物理セクターと論理セクターを持つディスクと同じ2TiB MBR制限があります。）
私はこれについて何ヶ月も疑問に思っていました。あなたの質問に対するWindowsの答えは次のとおりです。GPTは私には非常に速いようです。これまでに以下をサポートするテスト結果は見つかりませんでしたが、起動時以外のパフォーマンスの違いは無視できると多くの推測を見つけました。今はよくわかりません。ここに私のタッペンスの価値がある：
2TBのSamsung D3 USB 3.0外付けドライブがあります。それぞれ約1 TBの2つのMBRパーティションに分割しました。私のPCはWindows 10 64ビット、Asus Z97-P m / b、8GBメモリ、i5 4460 CPUです。MBRを使用してフォーマットされている間にCrystalDiskMark x64テストを3回実行し、これを取得しました。
MBR平均結果（すべてのMB / s）：-SEQ Q32T1 40の読み取り-4K Q32T1 1.47の読み取り-SEQ 142の読み取り-4K 1.22の読み取り-SEQ Q32T1 101の書き込み-4K Q32T1の書き込み8.7-SEQ 112の書き込み-4K 8.5の書き込み
残念ながら大量の空き時間があるので、データ（約750GB）をバックオフし、GPT（この場合は単一の2TBパーティションとして）に再フォーマットし、データをディスクにコピーして、テストを再度実行しました。
GPT平均結果（すべてのMB / s）：-SEQ Q32T1 165の読み取り-4K Q32T1 1.83の読み取り-SEQ 170の読み取り-4K 1.5の読み取り-SEQ Q32T1の書き込み135-4K Q32T1の書き込み8.7-SEQ 138の書き込み-4K 8.6の書き込み
したがって、SEQ Q32T1の結果はGPTではるかに高く、他のすべての結果はGPTでより高くなりますが、必ずしも有意ではありません。
私はこれらの違いの実際の日常的な意味に関して確かに専門家ではありませんが、私はそれを逃れることができると思うときはいつでもGPTを使用するようになりました（つまり、それを読むことができない古いオペレーティングシステムを避けます）。