私が理解したように、systemdログは次のエラーを修正または修正できません。
journalctl --verify
以下は、今見たエラーの例です。私が管理しているすべてのデバイスで、常にこのようなエラーが表示されます。
FAIL: /var/log/journal/487de3ee24374fe3a1130c6f02b29c1c/[email protected]~ (Bad message)
391de0: Invalid entry item (30/31 offset: 000000
391de0: Invalid object contents: Bad message
File corruption detected at /var/log/journal/487de3ee24374fe3a1130c6f02b29c1c/[email protected]~:391de0 (of 8388608 bytes, 44%).
私の理解が正しい場合、唯一の解決策は次のとおりです。
rm /var/log/journal/487de3ee24374fe3a1130c6f02b29c1c/[email protected]~
もしそうなら、それを自動化するためのツールやスクリプトはありますか?確認したばかりのデバイスには削除するファイルが5つありました。私は自動化されたスクリプトでメンテナンスを実行するのが好きですが、これは一般的な問題であるため、ホイールを再構築したくありません。それでは他の人は何をしていますか?もちろん、誰かがこれを自動化しました。そうでなければ、私の最初の考えは次のとおりです。
journalctl --verify | grep 'File corruption detected at ' | ??? | xargs rm
ただし、これは機能しません(「???」ステップを入力する前でも)。