多数のデュアルブート構成を経たラップトップ(Windows 8がプリインストールされている)があります。ある時点で、私はすべてを削除し、LinuxMintを唯一のOSとして実行していました。最終的に、私はそれを削除してWindows8を再インストールすることにしました。
そうすることで、いくつかの基本的な機能(USBポート、HDMI、FNキーなど)を復元するためにインストール/更新するドライバーがいくつかありました。必要なすべてのドライバーがオンラインであったため、これは比較的簡単に修正できました。ただし、特定の状況に関連するものが見つからないという問題は、UEFIモードで起動できなくなったことです。
Linux Mintを唯一のOSとして実行していたとき、UEFIブートモードを有効にして、セキュアブートと高速ブートの両方offを使用しました。 Windows 8を再インストールするために、ISOをUSBに書き込みました。これが機能する唯一の方法は、UEFIモードをオフにして、CSMモードを使用した場合です。
Win8を再インストールしたため、UEFIモードで起動できません。これは最終的には、Windowsと一緒にUbuntuを再びデュアルブートしたいという私の願いに影響を与えていると思います。
これを修正する方法について何かアイデアはありますか?
Windows(および他の多くのオペレーティングシステム)では、UEFIシステムで起動できるようにGPTが必要です。また、一部のUEFIシステムは、HDDを「レガシー」MBRとして検出した場合、レガシーBIOSモードで自動的に起動します(技術的にはバグのある実装ですが)。
したがって、ディスクをGPTに変換する必要があります。しかし、gpartedはディスク操作が非常に遅く、MBRをGPTに変換することもできません(それはかなり前のことですが、新しいバージョンでできるかどうかはわかりませんが、できるとは思えません)。その結果、データを失いたくない場合は、他のパーティショニングツールを使用して変換する必要があります。いくつかのGUIの例:
コマンドラインで作業したい場合は、 gdisk があり、データを失うことなくMBRをGPTに変換することもできます。 Windows 10には、 MBR2GPT.EXE と同じ機能があります。
MBR2GPT.EXE
は、ディスク上のデータを変更または削除せずに、ディスクをマスターブートレコード(MBR)からGUIDパーティションテーブル(GPT)パーティションスタイルに変換します。ツールは次のように設計されています。 Windowsプレインストール環境(Windows PE)コマンドプロンプトから実行しますが、/allowFullOS
オプションを使用して、完全なWindows 10オペレーティングシステム(OS)から実行することもできます。
Win8を再インストールしたため、UEFIモードで起動できません。これは最終的には、Windowsと一緒にUbuntuを再びデュアルブートしたいという私の願いに影響を与えていると思います。
これを修正する方法について何かアイデアはありますか?
ASUSQ500Aラップトップでも同じ問題が発生しました。 Windows 8、Debian、Fedora、Ubuntuをマルチブートしようとしていました。最初にすべての基本オペレーティングシステムをインストールしてから、次の2日間をパッチワークに費やすというアイデアでした(1つのインストールで以前のインストール/パッチ作業が失敗した場合)。
私の解決策は、最初にWindowsをインストールしてから、allのWindowsパッチを適用することでした。すべてのWindowsパッチをインストールした後、UEFIを起動して、他のOSをロードできました。また、「すべてのWindowsパッチを適用する」には、必要な再起動も含まれていました。パッチをインストールするだけでは不十分です。
パッチがないと、UEFIブート画面を表示することすらできませんでした。そして、私はそのブート画面に到達するために見つけることができるすべてを試しました-を押すことから ESC、 F2、 F10、 F12、など。私はいまいましいラップトップのマニュアルとAptiosファームウェアのマニュアルさえ読みました。文書化された動作はどこにも見つかりませんでした。
「完全にパッチを当てたWindows」ソリューションを回避しようとしたときのスレッドは次のとおりです。 コンピューターの起動時にUEFIに入る方法(Windowsは何を変更しましたか)? Microsoftフォーラムおよび デュアルブートLinuxおよびASUSラップトップ上のWindows8(Windows 8がインストールされている) スーパーユーザーから。
また、自分のシステムからロックアウトしたことで誰が責任を負っていたのかを特定することはできませんでした(つまり、UEFI仕様要件、Microsoftロゴ要件、ファームウェア機能など)。