今日、私は2023年12月にext4データ破損（バグ1057843）を引き起こす欠陥のあるDebianカーネルバージョンがあることに気づきました。
/var/log/aptitudeおよび/var/log/aptログを検索し、/usr/bin/unattended-upgradeが一日中問題となるカーネルバージョンをインストールしたことを発見しました。
年代記：
- 2023年9月9日 17:53 システムを手動で再起動
- 2023年10月7日20:02に「aptitude」による手動アップグレード：linux-image-amd64：amd64 6.1.52-1 -> 6.1.55-1
- 2023年12月10日 06:41 無人 "apt" アップグレード: linux-image-amd64:amd64 6.1.55-1 => 6.1.64-1 (無効なバージョンのインストール)
- 2023年12月11日07:00無人「apt」アップグレード：linux-image-amd64：amd64 6.1.64-1 => 6.1.66-1（修正版のインストール）
- 2023年12月16日12:23に「aptitude」による手動アップグレード：linux-image-amd64：amd64 6.1.66-1 -> 6.1.67-1
- 2023年12月18日18時39分システム手動再起動
12月10日、問題のあるカーネルバージョンをインストールしたにもかかわらず、システムは再起動されませんでした。問題のカーネルが起動しないため、データ破損エラーの影響を受けないと仮定できますか？ ext4ファイルシステムコードがカーネルに完全に組み込まれているのか、ext4モジュールの変更が実行中のシステムに適用できるのかは100％確信できません。
答え1
私が知っている限り、あなたはこのバグの影響を受けません。
ext4現在実行中のバグレスカーネルにモジュールの変更を適用する唯一の方法は、まず次のことを行うことです。すべてのext4ファイルシステムのマウント解除、古いext4モジュールをアンロードし、問題のあるカーネルバージョンから強制ロードし、（特定のカーネルバージョンの古いモジュールをロードするようにカーネルのデフォルト設定を無視して）、すべてのファイルシステムを再マウントします。ルートファイルシステムがあれば、ext4より複雑です。
私が知っているディストリビューションは、このようなことをしたことがありません。再起動と同様に、アプリケーションに同様のハングが発生するため、利点はありません。
ext4ファイルシステムをマウントすると、現在のバージョンのext4.koカーネルモジュールが使用されているため削除できません。
Debian 12 カーネルにはこのCONFIG_LIVEPATCHオプションが含まれているようです。実行中のカーネル/モジュールコードパッチただし、特定のカーネルバージョンにパッチを適用するには、特定のlivepatchモジュールが必要です。私が知る限り、Debianは実際にこの機能を使用しません。
livepatch-<something>.koとにかくライブパッチを適用した場合、そのパッチは追加のカーネルモジュール（おそらく名前付き）としてリストされます/sys/kernel/livepatch/。