내가 이해한 바에 따르면 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
그러나 이는 작동하지 않습니다("???" 단계를 입력하기 전이라도).