最近、システムを AMD FX 8320 (DDR3 RAM および M5A97 マザーボード搭載) から Intel i7-9700K (DDR4 RAM および z-390 マザーボード搭載) にアップグレードしました。
私は2つの異なるSSDを持っています。1つはWindows 10がインストールされたもので、もう1つはarchlinuxがインストールされたものです。上記のアップグレード後、問題なくWindowsを起動できるようになりましたが、EFIブートローダーはarchlinuxのドライブをリストしません。簡単UEFI、UEFI ファームウェア ブートローダーに Arch Linux インストールのエントリを追加しました。
これまでのところ、順調です。GPT ID が変更され、ブートがひどく失敗する可能性があることは理解していますが、少なくともレスキュー シェルにフォールバックするはずだと予想していました。
新しく作成/復元されたアーキテクチャ エントリを起動し、起動用に Linux を選択すると、カーネル パニックに関連するさまざまなメッセージが表示されて失敗します (以下のスクリーンショット)。
また、USBブート可能ドライブを作成して、を再現できるかどうかを確認しようとしましたfstabが、ブート可能ドライブも失敗し、マイクロコード udevエラー。
Arch ブートローダーのブート構成をクリーンアップする方法について何かアイデアはありますか?
@VarunNarravula のコメントの手順に従います。
Windows マシン自体から起動可能なファイルを作成しようとしました。arch-netinstall の起動可能な ISO をダウンロードし、unetbootin を使用してフラッシュ ドライブを作成しましたが、USB インターフェイスで再起動すると、同様のメッセージが表示されて失敗します。
答え1
そのため、CPUなどの重要なハードウェアを交換する場合、通常は再インストールでWindowsはUNetbootinで問題を解決します。また、Windowsを定期的に再インストールすると、Windowsの問題は常に解決します。ただし、UNetbootinは使用しないでください。これは、Windowsが最初にインストールされたマシンのハードウェアサポートを構成するだけです。ルーファス。
代わりに Rufus を使用すると、UNetbootin とは異なり、現在の Windows カーネルが使用されます。そのため、USB にイメージ化された Linux ISO はすべて機能するはずです。これは、CPU で使用されるさまざまなマイクロコードがイメージに反映されるようになったためです。