Windowsまでのデュアルブート

Windowsまでのデュアルブート

私の設定:

Archを最初にインストールしてからWindows 10をインストールしましたが、デュアルブートはうまく機能しましたが、BIOSアップデートの後、私のボードは最初にsystemdを介して起動せずに自動的にWindowsから起動しました。

BIOSで起動順序を確認すると、私のSSDはまだ最初のものですが、今ではUEFI OS(Linux用)の代わりにWindows起動マネージャが表示されます。

Linuxドライブにはまだすべてのコンテンツがあり、いかなる方法でも影響を受けないようです。

/boot/loader/の内容

なぜこれが起こるのか説明できますか?


私がどのように解決したかを知りたい人がいる場合:

USBスティックからSSDディレクトリを起動してマウントし、ディレクトリを別の場所Microsoftから移動しました。/boot/EFI/

その後、SSDのBIOSタブにUEFI OSが正しく表示され、systemd-bootで再起動しました(明らかにWindowsオプションは表示されません)。

最後にMicrosoftディレクトリを再び移動し、/boot/EFI/すべてが再びうまくいきました。

私の質問は最初になぜそのようなことが起こったのか、そして将来のBIOSアップグレード中にこれを防ぐ方法はまだ残っています。

答え1

UEFIには独自のブートマネージャがあります。このブートマネージャはNVRAMの変数を使用してブートローダを見つけて実行し、BIOSはこれらの変数を使用してブートメニューにブートオプションを一覧表示します。 BIOSアップデートがNVRAMを妨げて問題を引き起こした可能性があります。

答え2

私の考えでは、あなたが重要なことを誤解したようです。 BIOSに「私のドライブにラベルが正しく指定されていません。ドライブはエントリポイントではありません...同じドライブに異なるラベルを持つ多くの起動エントリがある可能性があります。

したがって、文脈上、これは誤った開始項目に関するものではなく、開始項目を追加し、目的の項目を削除することです。

サイズモアの回答NVRAMが消去された可能性があることを示します(おそらく)。また、BIOSはMicrosoft Windowsを最初に確認してから別のディレクトリを検索することもできます。マイクロソフトは、このようなことが常に発生するほど、市場でまだ十分な支配力を持っています。


ほとんどのBIOSには、スタート画面に新しいエントリを手動で追加する方法があります。使用するパスは次のとおりです。

 /EFI/arch/grubx64.efi

Arch Linuxを使用している場合。


そうでなくLinuxで起動できる場合は、ツールを使用efibootmgrして起動項目を読み、書き込み、並べ替えることができます。


また、ウィンドウの下で利用可能です編集する上記のようにここ

関連情報