インストール – UEFIやBIOS（レガシー/CSM）のブートモードを使用してOSをインストールするべきか？

この質問はすでにここに答えがあります

「BIOSで起動」と「UEFIで起動」の違いは？ (3件の回答)

クローズド 4年前です。

パソコンに新しいOSをインストールしようとしています。UEFIモードとレガシー(BIOS/CSM)モードのどちらで起動するためにインストールすべきでしょうか？また、どちらか一方を使用することのメリットやデメリットはありますか？

　 21　 kFYatek　 2016-08-15

ベストアンサー

私はこの質問を様々な場所で見てきましたが、部分的な答えしか返ってこなかったので、ブートスキームの完全なガイドのようなものを提供することを目指しています。)

まず、必要な背景情報をいくつか

BIOS の起動には一般的に MBR のパーティション分割が必要ですが、一部のブートローダは GPT のように他のパーティション分割方式をサポートしています
UEFI ブートでは、一般的にファームウェアのビット数に合わせて OS のビット数を調整する必要があります – そして、UEFI ベースのマシンの大部分は 64 ビットのファームウェアを持っています

BIOSを使用しなければならない場合のシナリオ

UEFIブートに対応していない古いOS（例：SP1以前のWindows Vistaなど）をインストールしているか
ファームウェアのビット数とは異なるビット数のOSをインストールする必要があります（64ビットのUEFIを搭載したマシンに32ビットのOSをインストールしたり、逆に32ビットのOSをインストールしたりします）

また、この機能を使用することで、より多くの時間を有効にすることができます。例えば、これは OS X の場合です – Hackintosh の愛好家なら誰でも知っているでしょう

デュアルブートを予定していて、2つ目のOSをインストールしているのであれば

難しいですが、MBR と GPT スキームの間で変換し、異なるモードのブートローダを再インストールすることは可能です

また、ある OS を UEFI 経由で起動し、別の OS を BIOS 経由で起動することも可能です。例えば、UEFI ベースの 64-bit Windows が既にインストールされていて、32-bit Linux をそれと一緒にインストールしたい場合など、選択の余地がないこともあります。あるいは、UEFIをサポートしていない古いOSやエキゾチックなOSを使用している場合などです。しかし、本当にそれをする必要があるのかどうか、よく考えてみてください

つまり、一番大事なことは、選択の余地がない場合を除いて、あなたのマシンにすでにあるブートスキームに固執することです。ほとんどの場合、それが正しい方法です

自分のマシンがどのようなブートスキームを使用しているかを知るにはどうすればいいですか？

親指のルールは

Macの場合、UEFIを使用しています。初期のIntelベースのモデルではEFI32を使用しているものもありますが、2008年以降のモデルはすべて標準の64ビットUEFIを使用しています
Windows 8以降に同梱されたブランドPCであれば、UEFIを使用しており、MicrosoftはWindows 8以降のWindowsロゴ仕様に準拠したすべてのコンピュータで、デフォルトでセキュアブート（UEFIを必要とする）を有効にすることを要求している
Windows XP以前に出荷されたPCであればBIOSを使用しています

Windows Vistaや7で出荷されたPCやLinuxを搭載したPC、DIYパソコンや地元の小さな企業が販売しているPCでは、見た目だけではわからないことがあります。その場合のブートモードの見分け方はいくつかあります

パーティションテーブルを調べることができます。GPTディスクで「EFIシステムパーティション」（通常はメインOSボリュームの前）があれば、UEFIモードで起動します。それ以外はBIOSモードです
BIOS/UEFI セットアッププログラムに入り、ブート優先度のオプションを検索することができます。EFI や UEFI と表示されていたり、オペレーティングシステムの記述が多少ある場合（”Windows Boot Manager” や “Ubuntu” など）は、UEFI モードで起動します。せいぜいドライブのモデル番号だけが表示されている場合は、BIOSモードになっています

新しいマシンに最初のOSをインストールしたり、ハードドライブをクリアするつもりなら

まず、選択肢があるかどうかを確認します。BIOS/UEFIセットアッププログラムに入り、「UEFI」「Legacy」「UEFI+Legacy」のようなものを切り替えられる「Boot mode」のようなオプションを探します。また、”Enable UEFI Boot” や “Enable Legacy Boot” のような名前で呼ばれているかもしれませんし、CSM という用語に言及しているかもしれません。ファームウェアにそのようなオプションがない場合は、運がないので、今あるものをそのまま使うしかありません – 古いマシンではBIOSモードになります。新しいマシン(Microsoft Surface ラインなど)では UEFI モードしかサポートしていないものもあります。もしまだ何を使っているのかわからない場合は、設定で「セキュアブート」を検索してみてください

選択肢があると仮定して両モードのメリットを見てみましょう

UEFIの利点

これは特にWindowsの場合に当てはまります。これは、BIOS で起動した OS が既に初期化されているかもしれないハードウェアを再初期化する必要があること、初期 OS コードを非常に遅いレガシーモードでロードする必要があることなどが理由です。Linux では、GRUB (または同等のもの) を完全に捨てて、ファームウェアから直接カーネルを起動することもできます。また、再起動、スリープ、ハイバネーションなどは、POSTを部分的に、あるいは完全にバイパスすることができ、起動や電力関連の操作の全体的な速度をさらに向上させることができます
セキュアブートオプション。使用ケースにもよりますが、これは利点というよりも面倒なことかもしれません (ただし、大多数のハードウェアではこれを無効にすることができます)。ただ、Secure Boot を使用しているからといって、システムが安全だと決めつけないでください
大容量ドライブのサポートが向上しました。MBR パーティション分割方式は 2 TiB を超えるサイズのディスクをサポートしません。BIOS でハイブリッドパーティションテーブルと追加のブートローダパーティション (ほとんどの OS はデフォルトで作成します) を使用して、そのような大容量ディスクからブートすることができますが、UEFI ではサポートされている方が良いでしょう。また、GPTにはMBRのような4パーティションの制限がないので、「拡張パーティション」のような無意味なものから解放されます。MBR の上にパッチワークでできないことはほとんどありません – しかし、パッチワークを必要とせずに、エレガントでネイティブにサポートされています 😉
ネイティブマルチブート。UEFI は、1 台のハードドライブに複数のオペレーティングシステムがインストールされていることをネイティブに宣言することができます。マルチブートに対応するための最も便利なオプションではありませんが、OS のアップデートやアンチウィルスソフトウェアがブートローダを上書きするなどの問題を減らすことができます
より良いソフトウェア制御。いくつかのUEFI設定（特に起動順）は、OSによって標準的な方法で変更することができます。これにより、ファームウェアのUIに入ることなく、OS内から「CDからシャットダウンして再起動する」(上記の場合は「別のOSを起動する」)などの命令を出すことが可能になります

BIOSのメリット

よりシンプルなブートプロセス。単純化とは、設計上単純化されているという意味で、必ずしも最新のハードウェアのために単純化されているわけではありません (それが遅い理由です)。UEFI では、リムーバブルメディアのみが常に一貫して起動することができ、内部ドライブ上の OS のブートローダエントリはマザーボードに保存されます。そのため、UEFI ベースのマシンでは、ハードドライブを交換したり、マシン間でドライブを移動したりするときに、リムーバブルメディア上の修復環境 (または、DIY マーケットのマザーボードで利用可能な場合もありますが、ブランドのマシンではほとんど存在しません) が必要になり、新しいドライブ用の内部ブートローダ設定を再構築することになります。対照的に、BIOSはドライブの最初のセクタを起動するだけなので、マシン間でのハードドライブのクローニングや移動を楽に行うことができます（もちろん、ドライバ関連の問題がなければですが）
より柔軟なOSの選択。Vista SP1 より古い Windows バージョンは UEFI 経由で起動できません。古い Linux ディストリビューションも同様です。また、UEFIベースのシステムの大部分は64ビットで、レガシーブートに頼らずに32ビットのOSを起動することはできません。これとは対照的に、ほとんどすべてのものがBIOS経由で起動することができます
バグが少ない。UEFI の実装には、微妙だが致命的な欠陥やバグがあり、ファームウェアの設定を削除したり、間違ったドライバをロードしたりすることで、マザーボードが壊れてしまうことがあります。対照的に、BIOSは1981年から存在しており、少なくともこの間にOSとのインターフェースはあまり変わっていません。現代の使用法では、BIOSは起動時にのみ使用される非常に薄い層であり、ほとんど一方向的で、OSはBIOS内にあるものにはほとんどアクセスできません。つまり、致命的に物を壊すことが格段に難しくなっています

Bottom line

私のアドバイスは、レガシーBIOS経由で起動することです

実際に仮想マシンを設定している場合 – VM ハイパーバイザー上の UEFI は限定的で実験的なものである傾向があります
64ビットマシンで32ビットOSを起動する必要があります
特にバグがあることが知られているファームウェアを持っています
多くの場合、マシン間でハードドライブを交換したり、移動したりします

そうでなければ、UEFIを使うのが良いでしょう。UEFIの方が高速で安全で、より良い機能を備えています

Footnotes

BIOSの上にUEFI環境をインストールすることも可能です。TianoCoreのDUETビルドは特にそうしています。BIOSのみのマシンを持っていて、UEFIブートローダ以外の方法では起動できない実験的なOSをインストールしているのでなければ、そのような設定はしたくないでしょう
初期の UEFI ファームウェアの中には、BIOS ベースのファームウェアの上に UEFI ブートローダが「ボルトオン」されているものがあります。そのような稀なケースでは、BIOS の起動が実際には速くなるかもしれませんが、これはほとんどのハードウェアの代表的なものではありません

29　 community wiki　 2018-01-09