20.04 サスペンド後のファイルシステムエラー

20.04 サスペンド後のファイルシステムエラー

2日前、いつものようにアップグレードをインストールし、やっていたことを終えて就寝しました。翌朝、ノートパソコンの蓋を開けたとき(サスペンドから復帰したとき)、約10秒間パスワードを入力できませんでした(これは通常、復帰後約5秒間発生するため、それ最初は少し奇妙に感じましたが、その後、VPN を確認するために右上のメニューを開くと、メニューが通常の 3 倍ほど高くなり、アイコンがいくつか欠け、すべてが奇妙に間隔を空けて配置されていました。数秒ごとに、マウスが右下隅の開始位置に戻ってしまいました。約 15 秒以内に、システムが完全にクラッシュし、次のような白いテキスト メッセージが残りました。

[  108.787159] EXT4-fs error (device dm-1): __ext4_find_entry:1531: inode #36715
60: comm gdm-session-wor: reading directory lblock 0
[  108.787417] Buffer I/O error on dev dm-1, logical block 0, lost sync page write
[  108.787424] EXT4-fs (dm-1): I/O error while writing superblock

このメッセージは、コンピューターを強制的に電源オフにするまで、黒い画面の背景に表示されていました。再起動すると、問題なく動作しました。その後、再度サスペンドしましたが、まったく同じことが起こりました。同じプロセスを数回試しましたが、常に同じ結果になりました。ラップトップをサスペンドした後、ファイルシステム エラーが発生していました。

その朝、ノートパソコンをうっかり車のトランクに置き忘れてしまい、その後かなり暖かくなったので、それが原因かもしれないと心配しました。しかし、サスペンドするまではシステムは正常に動作し、それ以前には問題は発生しません。物理的な損傷だとしたら意味がわかりません。ライブ USB からサスペンドしてみましたが、問題はありませんでした。2 日前にインストールした更新プログラムと関係があるのではないかと思います。

すべてを保存するために外付けドライブにフルバックアップを実行しましたrsyncが、今朝完了しました。Linux ファイルシステムやカーネルエラー全般についてはほとんど経験がないので、できるだけ多くの支援をいただければ幸いです。アップグレードをロールバックする必要があると思いますが、Linux ヘッダーのアップグレードと Ubuntu デスクトップのアップグレードだったので、安全に行うにはどうしたらよいのでしょうか?

解決策に何らかの影響がある場合は、Ubuntu インストーラーで設定されている LUKS 暗号化ドライブを使用していることに注意してください。

答え1

さて、この問題に遭遇した他の人のために言っておきますが、結局原因は5.4.0-45-genericLinux のヘッダーとイメージでした。私は5.4.0-42-genericヘッダーにダウングレードしたところ、システムは問題なく動作しました。

私は素晴らしい指示に従いましたこれaptダウングレードする記事。ただし、1 つの問題は、何らかの理由でインストールされた45 カーネルを削除すると、linux-image-unsigned-5.4.0-45-generic45 カーネルを完全に削除するためにそれを削除する必要があることです (そうしないと、スクロールすることさえできない壊れた OS が表示されます...)。また、自動削除の可能性に少し不安を感じましたintel-microcodeが、実際にはシステムにまったく損傷はありませんでした。

いつものように、カーネルの変更に着手する前に必ずバックアップを取ってください。このバグがすぐに修正され、この問題を抱えている人がlinux-headers-5.4.0-45-generic通常の Ubuntu の方法でアップグレードできるようになることを願っています。

関連情報