1TB SSDを3番目に再パーティションして、正しく機能してください。学んでいますが、まだ気になることがたくさんあります。
私のシステムではUEFIファームウェアがあり、すでにWindows用のSSDがあります。私が理解したところによるとUEFI2番目のSSDにはLinux専用のブートパーティションがあります。使用する場合GPTまた、パーティションに「起動」フラグが設定されている必要があります。
私が最初に混乱していたのは、私が読んでいた衝突する装置でした。GPTそしてMBR-msdos分割。
Ubuntuフォーラムでドライブ2台の取り付け>パーティション状態
UEFIの場合、gptパーティションは（ほぼ）必要です。複数のドライブがある場合、起動可能なすべてのドライブはgptでなければなりません。後で起動可能にする場合に備えて、データドライブもgptであることをお勧めします。 gptの場合、デフォルトパーティション、拡張パーティション、MBRの論理パーティション（msdos）はなく、デフォルトパーティションは4つに制限されません。ドライブごとに1つのefiパーティションしか存在できず、gpartedではブートフラグを使用してefiパーティションとして指定できます。他のパーティションにはブートフラグを持つことはできません。 gptパーティションドライブでUbuntuを使用してBIOSモードで起動する場合は、BIOS_grubパーティションのみが必要です。 WindowsはUEFIモードでのみ起動できるため、UEFIを使用して起動しないと、Windowsをgptドライブにインストールできません。
しかし、ubuntu-mate.communityのパーティショニングガイドは以下を使用しているようです。膜バイオリアクターパーティションのubuntu-mate.communityリファレンスパート4：UEFIブートパーティションを作成します。 + スワップ + ルート + 基本パーティション。
どちらが正しいですか？なぜ？GPT推奨パーティションUEFI？
答え1
私のシステムにはUEFIファームウェアがあり、すでにWindows専用SSDを持っているので、Linux専用の2番目のSSDにはUEFIブートパーティションが必要です。さらにGPTパーティションを使用する場合は、「起動」フラグを設定する必要があります。
gparted「ブート」フラグは、実際には元のMBR用に特別に設計されたインターフェイスを使用してGPTを表示しようとした結果です。 GPTパーティションディスクのパーティションに「起動」フラグが表示されると、gparted実際にはパーティションタイプGUIDが「EFIシステムパーティション」またはESPに一致する標準値に設定されます。
ubuntu-mate.communityガイドいくつかの部分が含まれています。パート1-3はMBRパーティションに関するもので、パート4のみGPTをカバーしています。この記事を書いている時点で、GPT命令はディスク上の唯一のオペレーティングシステムであるLinuxにのみ適用されます。このガイドの作成者はMBRよりGPTに慣れていないようです。
UEFIファームウェアは、ドライブが起動可能かどうかを識別しようとすると、このESPを見つけます。
ESPパーティションは、WindowsとLinux、または複数のオペレーティングシステム間で共有できます。実際、ESPファイルシステムの標準レイアウトはそれを容易にするように設計されています。
UEFIファームウェアがディスクが接続されているディスクコントローラをサポートできる限り、それぞれESPパーティションを持つ複数のディスクを持つこともできます。同じディスクに複数のESPパーティションを持つことはどこにも推奨されないようで、いくつかのファームウェアバージョンを混乱させる可能性があると思います。
UEFIベースのシステムがある場合、製造元で最もよくテストされた構成は、ほぼ確実にGPTパーティションを持つ構成です。よくテストされた2番目の構成は、従来のBIOS互換性（互換性サポートモジュール= CSMとも呼ばれます）とMBRパーティション化を有効にする構成です。
ハイブリッド構成（デフォルトのUEFIブート+ MBRパーティションまたはレガシーBIOS互換ブート+ GPTパーティション）はまれな場合にのみ使用されると予想されるため、限られたテストしか受けられません。
2つのうち、レガシーBIOS + GPTは、2TBを超えるディスクでレガシーブートを使用するオペレーティングシステムをサポートするために必要であるため、実際にはより多くのテストを受けている可能性があります。 GPTはMBRの直後であり、最初のパーティションが始まる前にディスクの場所を占めるため、GRUBブートローダはGPT（他のブートローダも含む）に含めることができないため、このbios_grubパーティションは回避策として開発されました。
MBRパーティションとデフォルトのUEFIブート方法を使用することには何の利点もありません。システムディスクの最大容量は2TBに制限されています（別のワームになる可能性がある4KiBセクタのディスクを使用しない限り）...）
それでも、x86アーキテクチャで最大のゴリラインMicrosoftは、システムがデフォルトのUEFIブート方法を使用している場合、正式にGPTパーティションシステムディスクのみをサポートすることを明らかにしました。
答え2
GPTはUEFI仕様の一部であり、互いに密接に関連しています。 UEFIはMBRパーティションディスクもサポートする必要がありますが、これは従来の理由です。 UEFI + MBRの組み合わせは、使用する必要があるものとは異なり、一部の（将来の）オペレーティングシステムまたはツールで予期しない動作が発生する可能性があります。
答え3
私はこう言い始めました。
UEFIシステムがある場合、MBRを使用する理由はありません。
専門：
GPTはUEFI仕様の一部です。[1]。
UEFIシステムでは正しい、これ能力以前のバージョンとの互換性のためにのみMBRを使用してください。 UEFI 仕様ではこの場合を考慮/予想します。[1]したがって、MBRは許可されます。
したがって、あなたの質問に戻り、GPTにはパーティションの数やサイズなどのMBRに制限がないことを追加することができます。
したがって、GPTの代わりにMBRを選択する理由はありません。
[1] https://wiki.archlinux.org/index.php/Partitioning#GUID_Partition_Table