回答:
（U）EFIベースのシステムは、仕様により、GPTスタイルのディスクからのみ起動できます。従来のBIOSはMBRスタイルのディスクから起動できますが、場合によっては（メーカーによって異なります）、GPTから起動することもできます。ただし、UEFI仕様に従って、ディスクにはGPTパーティションテーブルが必要です。
UEFIをサポートするシステムでは、ブートパーティションがGPTディスクに存在する必要があります。他のハードディスクは、MBRまたはGPTのいずれかです。
EFIブートはハードウェア固有のものですか？
はい。一部の実装、特に古い実装またはOEMでロックダウンされたマザーボードの実装は、制限またはバグがある可能性が高くなります。
HDDをUEFIモードで起動するには、GPTパーティションテーブルが必要ですか？
技術的にはありませんが、あなたの場合、「おそらく、さらに他のもの（特にEFIファイルとEFI変数）が必要です」。ここに長い答えがあります（将来、これにつまずく他の人にも）：
よく聞かれる質問は「MBRディスクからUEFIブートできますか？」です。答えは「はい、しかし非常に難しい」です。適切な環境で技術的には可能ですが、仕様に厳密に準拠しているUEFI環境や、正しいタイプのパーティションテーブルへのインストールを要求するWindowsインストーラーなど、多くのことが原因でそうすることができません。
まず最初に、光メディアはこの議論の一部ではありません。通常、MBR / GPT領域の完全に外側にあるISO9660やUDFなどのシステムを使用します。
第二に、リムーバブルメディアは、固定ディスクとは少し異なる方法で処理される傾向があります。ほとんどのUEFI実装は、固定ディスクよりもリムーバブルアドホックUEFIブート可能ディスクに対してはるかに寛容です。
そうは言っても、一般的な UEFIシステムがブート可能なデバイスを列挙する方法は次のとおりです。
UEFIブートが有効になっている場合：
EFI変数を調べて、構成されたブートエントリがあるかどうかを確認します。
ほとんどのOSは、EFI変数システム内のブートファイルへのポインターを作成します。これらの変数はEFI NVRAMに保存されます。
また、ほとんどのOSは、メインのOSボリュームではなく、EFIシステムパーティションを作成し、そこにブートファイルを保存するという追加の手順を実行します。これにより、柔軟性が少し向上しますが、典型的なUEFIシステムの明白な問題を回避することもできます。FAT32パーティションのみがネイティブでサポートされます。
"\ EFI \ BOOT \ BOOTX64.EFI"のようなEFIファイルを持つリムーバブルドライブを探します。ほとんどのUEFIシステムはFAT32からしか読み取れないため、リムーバブルドライブがNTFSまたは他のものである場合、おそらくブートが見つかりませんファイル。
EFIブートコードがあるかどうかに関係なく、すべての光学ドライブを列挙します。
BIOSまたはCSMブートが有効になっている場合：
オプションROM、PXEブートなど、上記でカバーされていないものがいくつかあります。
そして今、上記のプロセスに関するいくつかの観察。まず、光学ドライブはブートモードに関係なく常に表示される傾向があります。これは通常、BIOSシステムもUEFIシステムも起動を続行する前にディスクがスピンアップするのを待つ必要がないためです。また、両方のモードで同時に起動可能として表示される傾向があるため、両方の方法で起動できるディスクがある場合は、BIOSの起動メニューからいずれかを選択できます。
ドライブ（固定またはリムーバブル）に有効なMBRブートコードが含まれているかどうかをプログラムで判断するのは少し難しいため、システムでBIOSまたはCSMブートが利用できる場合、現在存在するディスクからのブートのみを許可する傾向があります。ただし、これはおそらくあなたの問題の一部に対する答えです。ほとんどのシステムはUSBスティックをほぼ固定ディスクのように処理する必要がありますが、おそらくシステムは異なる方法でそれを処理します。たとえば、一部のBIOSはUSBデバイスを正確に処理します固定ディスクのようなものであり、BIOSで「ハードディスクの起動順序」またはそのような制御を調整する必要がある場合があります。または、BIOSがロックダウンまたは破損し、BIOSモードで起動できることを認識していない可能性があります。いくつかの追加のポインター：ドライブを3.0ポートではなくUSB 2.0に差し込み、BIOSでUSB互換性オプションを有効にします。一部のBIOSは、チップセットにUSB3が統合されていないマシンで見られるように、サードパーティのUSBまたはATAコントローラの背後にあるデバイスでネイティブに動作するのに問題があります。
EFIの登場により、システムは（ブートエントリを含むEFI変数を調べることで）使用可能なブートデバイスを簡単に判別できるようになりました。また、特定のドライブに実際にブートコードが含まれているかどうか（ BOOTX64.EFIファイル）。ただし、これにはいくつかの興味深い警告があります。一方で、正式にEFIシステムは、GPTディスクでEFIファイルのみを検索することになっています。ほとんどの場合、他の場所でも検索されます。たとえば、Windows 7以降のインストールディスクをFAT32 USBスティックにコピーすると、おそらくEFIモードで正常に起動します。UEFIは、対応するEFI変数がNVRAMに存在しない場合でも、すべてのリムーバブルディスクに「\ EFI \ BOOT \ BOOTx64.EFI」ファイルが存在するかどうかを確認できるほどスマートです。ほとんどのUEFIシステムは、どこに行くべきか、何をすべきかについての詳細を含むEFI変数がある限り、MBRディスクからも問題なく起動します。たとえば、現在、工場出荷時のWindows 8.1でセキュアブートを使用してUEFIモードで起動しているDellラップトップを使用していますが、ディスクはMBRとしてパーティション分割されています。
発生する可能性のあるその他の面白いこと：WindowsやUbuntuなどのEFI対応OSをインストールすると、ブートローダーのインストール時に適切なEFI変数が作成されます。次に、ドライブを削除またはワイプすると、システムにはEFI変数があり、OSの名前が完全に表示されますが、変数が参照するディスクを見つけることができないため、それらを起動できません。また、1台のコンピューターから別のコンピューターに完全に機能するEFIブート可能ディスクを使用する場合、MBRほどシームレスに起動しない場合があります。多くのUEFI実装では、対応する変数がNVRAMに存在しない場合、UEFIモードで固定ディスクからの起動を試みることさえできません。これが、EFI変数などの適切な構造がすべて適切に設定されるまで、RAIDアレイまたはその他の固定ハードドライブがUEFIエントリとしてブートメニューに表示されない理由です。
ただし、正確な一連の問題を考えると、ほとんどの問題は、セットアップの問題よりも壊れたBIOSにまで及んでいます。特に、USBドライブがBIOSデバイスではなくUEFIデバイスとして表示されるのは非常に奇妙です。セキュアブートをオフにし、CSMまたはBIOSブートオプションを有効にしましたか？また、光学ドライブがBIOSオプションとして表示され、UEFIオプションとして表示されないことは、前代未聞ではありませんが、少し奇妙に思えます。