据我了解,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
然而,这不起作用(即使在进入“???”步骤之前)。