ソフトウェアアップデート後の緊急シェルのアーチ

ソフトウェアアップデート後の緊急シェルのアーチ

私はArchがインストールされているノートブックを持っています、そしてそれはUEFIブートパーティションを持つSSDを持っていて、全体で1つのext4パーティションしか持っていません/。また、古いWindowsがインストールされているハードドライブといくつかのスワップパーティションもあります。

pacman -Syuとにかく数日前に正常に動作してからシステムが正常に起動しなくなりました。特にラップトップを開くと、ルートパーティションのロードに10秒かかりますが、最終的には緊急シェルへの接続に失敗します。

緊急シェルではSSDパーティションはまったく見えませんが、他のArchがインストールされた「構造」USBサムドライブもあり、そのUSBシステムでSSDパーティションをマウントして使用できるので安全です。彼らは壊れていないと思います。

「を使ってみました。/dev/nvme0n1p2/etc/fstabおよびカーネルブートオプションのUUIDの代わりにGRUB_DISABLE_UUID = trueを設定し、ssdパーティションのUSBシステムでgrub-mkconfigを実行しましたが、arch-chrootこれまで肯定的な結果は見られませんでした。

pacman -Syu私は今日SSDルートパーティションでコマンドを再試行しましたが、うまくいきましたが、arch-chrootシステムはまだ私を同じ緊急シェルに配置しました。

何が問題なのでしょうか?そしてもっと重要なことは、どのように修正できるかということです。

ベストアンサー1

ちょっと探してみましたが、もう解決しました!

私も始めました。これアーチフォーラムに投稿した内容によると、これは明らかにカーネル5.7.13で修正されたnvmeドライバのバグであることがわかりました(この内容によると)。その他の投稿)

Arch Linuxでカーネル5.8を使用できるようになりました。[テスト]買戻契約

そのため、ArchがインストールされたUSBキーをインポートし(キーに同じバグがある場合は更新もします)、SSD /パーティションにArch-chrootを作成しました(この時点で起動するにはSSDをマウントすることも重要だと思います/ブート)、/ etc/pacman.confでリポジトリを編集し、[テスト]を有効にしてインストールする必要がpacman -Sy linuxあります。Linux 5.8パッチを含む

おすすめ記事