
最近、東芝の Windows 8 ラップトップでの Windows 7 セットアップの起動に関する問題について質問しました。ただし、ブート モードを CMS に設定することで起動できました。私が直面した問題は、Windows 7 が GPT をサポートしているにもかかわらず、CMS ブート モードでは Windows 7 を GPT スタイルの NTFS フォーマット パーティションにインストールできないことです。エラーが表示される前に、Windows 8 のインストールとその回復パーティションを消去したため、ファイルをバックアップするチャンスがすべて失われました。インターネット接続がなく、2 台目の PC がなかったため、さらに困難になりました。そのため、ドライブを消去してクリーン インストールを実行しました。しかし、少し調べたところ、エラーは UEFI モードで起動しなかったためであることがわかりました。問題は、東芝が UEFI モードではリムーバブル メディアを認識しないことです。私は 7 をクリーンにインストールして動作させており、CMS モードで正常に起動します。しかし、知識のために、なぜこのようなことが起こるのかを知りたいです。どなたか、何か説明していただけると助かります。
答え1
簡単な答え:
なぜならほとんどOEM UEFI ファームウェアにはバグがあり、一部の機能は箱に記載されているとおりに動作しません。
答え2
あなたは多くの問題を提起しましたが、回答やコメントでさらに多くの問題が浮上しました...
問題: BIOS/CSM/レガシーブートで Windows が GPT にインストールされない
これは Windows の制限です。パーティション テーブル タイプ (GPT と MBR) とブート モード (EFI/UEFI と BIOS/CSM/レガシー) を結び付ける理由を Microsoft の担当者に尋ねる必要があります。他の OS は、BIOS モードで GPT ディスクにインストールできます。とはいえ、このようなインストールは問題を引き起こすことがよくあります。このような構成でうまく動作しないバグのある EFI や、非標準的な方法で設定する必要がある奇妙な詳細がある EFI があります。このような問題はまれですが、Microsoft と同じくらい多くのソフトウェアを販売している場合、GPT ディスクからの BIOS モード ブートをサポートしようとすると、非難が絶えないことは間違いありません。
ちなみに、頭字語は CMS ではなく CSM (Compatibility Support Module) です。
問題: EFI/UEFI モードで Windows 7 を起動できない
この問題は、Windows 7の標準ブートメディアのEFIサポートが貧弱だったために発生した可能性が高い。しかし、これを克服する方法はいくつかあり、Webで検索すると、その方法を説明したページが多数見つかるはずだ。最初にヒットしたのは、このページ、主にインストール手順について書かれていますが、この他のページWindows ディスクから EFI ブート可能な Windows 7 USB フラッシュ ドライブを作成する方法を詳しく説明します。
問題のもう 1 つの原因は、セキュア ブートです。Windows 8 は、この機能をサポートする最初の Windows バージョンであり、Windows 8 がプリインストールされた状態で出荷されるデスクトップおよびラップトップ システムの大部分は、セキュア ブートが有効になっています。したがって、セキュア ブートを無効にしない限り、Windows 7 インストール ディスクを起動することはできません。これを行う方法の詳細はシステムによって異なりますが、ファームウェア セットアップ ユーティリティのメニューから実行できます。私のこのページ。恐ろしい、または混乱を招く選択肢についての報告を見たことがありますが、私が実際に見た選択肢は比較的明確でした。
問題: EFI/UEFI を BIOS に置き換える
理論上は、どのコンピュータのファームウェアでも交換できます。問題は、通常、非常に面倒なことです。最悪の場合、交換用のファームウェアを自分で作成する必要があるかもしれませんが、これは簡単な作業ではありません。実際問題として、かもしれない組み合わせることでそれが可能になりますコアブートとともにシーバイオスペイロード。しかし、それを実装するにはかなりの「オタク度」が必要であり、CoreBoot でサポートされているハードウェア。(ちなみに、私はこれを自分で試したことがないので、これ以上のアドバイスはできません。)
超マニアでない人にとって、唯一の現実的な選択肢はEFI/UEFIに慣れることです。それはそれほど悪くはなく、実際にはBIOSよりもかなりの利点があります。するただし、学習曲線はかなり大きいです。成功するための私のヒントは次のとおりです。
- BIOS について今まで知っていたことはすべて忘れてください。EFI は異なります。メーカーは EFI を馴染みのあるものにしようとしますが、それはオレンジをバナナのような味にしようとするようなものです。
- EFIはないBIOS。製造元や多くの人が EFI を指すのに「BIOS」を使用していますが、これでは混乱を招き、前述のアドバイスに従うことを躊躇することになります。
- するないCSM は、必要だとわかっていて、その結果を理解している場合を除き、有効にしないでください。CSM が最初に行うことは、ブート パスを複雑にすることです。これにより、デバッグの問題が難しくなります。OS インストーラを起動するという最初のハードルがあるため、多くの人が CSM を有効にしますが、多くの場合、CSM を有効にするよりも、EFI モードでブートの問題を解決する方がよいでしょう。CSM を有効にすることが本当に必要な場合もありますが、事前に正当な理由がない限り、これは最後の手段にすべきです。
- マルチブートではなく仮想化を使用します。 BIOS と EFI の両方でマルチブートは困難ですが、仮想化により各 OS が「独自のマシン」でブートできるため、ブート プロセスが簡素化されます。
- 読むEFI の仕組みに関する Adam Williamson のブログ投稿。これは Linux 中心のものですが、EFI と BIOS の違いについて詳しく説明されています。
問題: EFI/UEFI のバグ
はい、多くのEFIにはバグがあります。余裕があるなら、2013年頃まで販売されていたEFIベースのコンピュータのほとんどを避けてください。私が書いたGigabyteのHybrid EFIなど、ここ、本当に私たちの苦しみから解放されるべきだ。
EFI のバグは、ファームウェアを更新することで克服できる場合があります。(ほとんどの製造元は、Web サイトの「BIOS アップデート」ページにバグを掲載しています。) 残念ながら、ほとんどの製造元は、最も悪質な古い EFI のアップデートをあきらめているため、一部の EFI では、ハードウェアを交換するのが最善の策です。