journalctlが破損する

Question

次のように入力すると: sudo journalctl --verify

私はいつもこう思います:データオブジェクトのエントリ配列がソートされていません。
ファイルの破損が検出されました私のログの一部によって。

ターミナルからのスクリーンショット

Ubuntu でこの原因が何なのか、どうすればわかりますか? Pop_Os! を別のドライブにインストールして、ログ ファイルを大きくしましたが、破損することはありません。ディスクの fdisc をテストしましたが、エラーは表示されませんでした。Ubuntu を別のパーティションにもインストールしましたが、しばらくするとそこでも同じ破損が始まります。

Answer 1

ログファイルにこのような破損が見られるのは好ましくありません。原則として、破損したファイルは書き換え可能しかし、Redhat のソフトウェア エンジニアによると、現時点では、これらの破損をクリーンアップするのではなく、単に無視する方がよいとのことです。引用:

これらを削除することには、実際意味がありません。 journalctl は、これらを読み取るときに、可能な限りすべてを自動的に回収します。ファイルはほとんどが追加専用であるため、破損は通常、最後の半分書き込まれたエントリにのみ影響し、したがって、以前のものはすべて正常に動作するはずです。

これをより詳細に文書化し、破損したジャーナル ファイルに対して対処する必要はなく、journalctl は暗黙的に読み取り可能なものを回復し、fsck のようなツールは必要なく、ユーザーが手動で何かを削除する必要もないということを明確にする必要があると確信しています。