UEFIはEFIパーティション+ MBRパーティションテーブルで（GPTではなく）動作しますか？
UEFIブートを使用する場合、ドライブがGPTパーティションテーブルを使用する必要がありますか？または、ドライブのパーティションのフォーマットとしてMBRパーティションテーブルを使用し、ブートローダーを別のEFIパーティションに保存することはまだ可能ですか？
今のところ理解しているように、MBRには、ドライブのパーティションとブートローダーに関する情報の両方が含まれています。ただし、UEFIファームウェアでは、ブートローダーを別のEFI（FAT32）パーティションに配置する必要があります。 UEFIファームウェアがドライブのパーティションの形式としてMBR形式をサポートしている場合、すべてが問題ないはずです。正しいですか？
更新：
背景：SSDドライブにXubuntu 14.04を1つインストールしていますが、現在はMBRパーティションテーブルタイプのBIOSブートを使用しています。 UEFIブートに変換したいのですが、ブートローダー用に作成された個別のEFIパーティションでパーティションテーブルタイプとしてMBRを引き続き安全に使用できるかどうか疑問に思っています。 BIOS-UEFIの会話プロセスに精通しています。
ご回答ありがとうございます！
EFIモードブートでMBRパーティションテーブルを使用することは理論的には可能です。ただし、これを行う人はほとんどいないため、十分にテストされていません。また、この方法での私自身の（簡単な）テストでは、ブートローダーの命名とNVRAMエントリ（Ubuntuでefibootmgrによって管理される）に関連する問題が発生するようです。したがって、それは私がお勧めするものではありません。 「壊れていない場合は修正しないでください」という言葉はおそらくあなたのケースに当てはまります。EFIモードのブートに変換することを「希望」すると言いますが、その理由はありません。そのような理由がなければ、「壊れた」ものは何もないので、変換を行うことはお勧めできません。
また、MBRディスクからEFIモードブートをセットアップした場合、今後のUbuntu更新でMFIディスクが気に入るとは約束できません。 Ubuntuのインストーラーまたは更新プロセスが停止する可能性があり、将来的には深刻な問題が発生する可能性があります。 OTOH、それはすべてうまくいくかもしれません。これが、このコンテキストで「テストされていない」が「おそらくこれを試してみたいとは思わない」に変換される理由の一部です。現在も将来も未知数が多すぎます。
ただし、このような変換を行う必要がある場合は、MBRパーティションテーブルを使用してtryに変換することができます。 NVRAMエントリが「取得」されないという問題が発生した場合は、MBRからGPTへの変換を行う必要があります。または、最初から変換を行うように計画することもできます。詳細については、 主題に関する私のWebページ を参照してください。パーティションテーブルのデータ構造は実際には非常に単純であり、変換にはファイルシステムへの変更は必要ありません。したがって、壊滅的な障害の可能性は非常に低くなります。 gdiskを使用する場合、プログラムがMBRデータ構造をロードし、in memoryをGPTに変換すると、問題が発生する可能性が最も高くなります。この時点で、警告が表示されるか、少なくともディスク検証（メインメニューのv）を行うと問題が通知されるため、ディスクに何かを書き戻す前に操作を中止できます。 OTOH、パーティショニング操作はまったくリスクがなく、問題が発生した場合、破局的となる可能性があるため、バックアップを作成することをお勧めします。