☰

BIOS設定を一時的に変更した後、デュアルブートが機能しなくなった

tag-icon • tag-icon windows-7 linux boot uefi
BIOS設定を一時的に変更した後、デュアルブートが機能しなくなった

私はラップトップ (Toshiba Portege Z30-C) を持っていて、Windows 7 Pro と Linux Mint 18 をデュアル ブートしています。今日、ブート可能な USB をテストするために、ブート BIOS を「UEFI (レガシー)」から「CSM ブート」に変更しました。BIOS 設定を「UEFI (レガシー)」に戻した後、grub はロードされなくなり、Windows ローダーに直接進みます。ブート オーバーライドのために F12 を押すと、オプションとして「HDD」のみが表示されます。これが Windows ブートにつながるものと思われます。

変更前は、BIOS の起動可能デバイスのリストに「Ubuntu」が含まれていたことを覚えています。しかし、現在は Linux インストールが忘れられており、Ubuntu を入手する方法が明らかにないようです (パーティションの 1 つにある grub を参照していると思われます)。

Linux パーティションには何も変更されていません。また、私が知る限り、ブート パーティションにも何も変更されていないはずです。Linux ディストリビューションを BIOS のブート可能な「デバイス」に戻すにはどうすればよいですか?

Windows のパーティション ツールで確認したところ、すべてのパーティションはこれまでと同じ状態です。

答え1

似たようなことが一度私にも起こりました。CD から起動してよりよいブート メニューを表示することでこの問題を解決できました。その後、CD に付属のメニューからディスク上の Linux OS を起動することができました。その後、Grubs のブートを修正しました。Windows がなぜこのような動作をするのか、詳しくはわかりません。これも何年も前のことなので、状況はさまざまです。

答え2

BIOS を CSM に設定すると、ラップトップに付属の Windows 以外の UEFI エントリがすべて削除されることが判明しました。修正方法は、Windows を起動し、bcdeditWindows の DOS プロンプトから次のコマンドを使用してエントリを手動で再追加することでした。

#List the entries to find a usable one to start from:
bcdedit /enum firmware

#Copy the usable entry to a new one with an appropriate name:
bcdedit /copy {bootmgr} /d "Mint UEFI boot"

#The previous command returns the guid of the new entry. This entry goes into the next command where we edit the new entry to point to the ubuntu firmware.
bcdedit /set {guid_goes_here} path \EFI\ubuntu\shimx64.efi

#Optional: Set the new entry to be the first choice when booting:
bcdedit /set {fwbootmgr} displayorder {guid_goes_here_too} /addfirst

これが完了すると、すべてが正常に戻りました。他の変更は必要ありませんでした。

関連情報