☰

"journalctl --verify"가 "unused data"를 출력하면 어떻게 해야 합니까?

tag-icon • tag-icon systemd systemd-journald
"journalctl --verify"가 "unused data"를 출력하면 어떻게 해야 합니까?

journalctl --verify일부 분명히 비밀스러운 콘텐츠(Google을 사용하여 인터넷에서 이 현상에 대한 합리적인 설명을 찾지 못했기 때문에)의 출력은 다음과 같습니다 .

# journalctl --verify 2>&1 | grep -v '^PASS: '
7fffa0: Unused data (entry_offset==0)
7fec48: Unused data (entry_offset==0)
7ffe20: Unused data (entry_offset==0)
7ffed0: Unused data (entry_offset==0)
7ffd50: Unused data (entry_offset==0)
7ffda0: Unused data (entry_offset==0)
7ffdf0: Unused data (entry_offset==0)

이로 인해 다음과 같은 문제가 발생합니다.

  • 이건 어디서 녹음됐나요?
  • 무슨 뜻이에요?
  • 관리자들은 이를 경계하고 있나요?
  • 아니면 무시해도 되나요? 그렇다면 그것은 왜 존재하는가?
  • 그러한 항목을 제거하는 방법은 무엇입니까?
  • 이에 대한 BCP의 반응은 무엇입니까?

어떤 조언이라도 미리 감사드립니다.

답변1

커밋 메시지https://cgit.freedesktop.org/systemd/systemd/commit/?id=92fba83e

로그 유효성 검사: 연결되지 않은 데이터 항목 허용

때때로 항목이 성공적으로 기록되지 않고 "링크 해제"되어 어떤 항목에도 연결되지 않고 어떤 항목에서도 사용되지 않는 데이터 항목이 생성되는 경우가 있습니다. 이러한 상황은 일반적으로 코어 덤프를 작성할 때 발생합니다. 초기 작은 데이터 필드는 성공적으로 작성되었지만 거대한 COREDUMP= 필드는 작성되지 않았습니다. 이 상황은 피하기 어렵지만 결과는 대부분 무해합니다. 따라서 사용되지 않은 데이터 항목만 경고됩니다.

또한 로그 파일 유효성 검사가 실패한 이유에 대한 자세한 내용입니다. 이는 16진수 편집기를 사용하지 않고도 로그 오류 모드를 진단하는 데 도움이 됩니다.

https://bugs.freedesktop.org/show_bug.cgi?id=65235(특히 버그 리포트에 첨부된 system.journal을 참고하세요)

위의 버그 보고서가 명시된 이유를 설명하는 마지막 의견은 다음과 같습니다.

이를 무시해도 될까요?

예.

임시 디스크가 가득 찬 후에도 이와 같은 메시지가 오랫동안 지속되는 것을 볼 수 있습니다. 위 내용을 바탕으로 정상적인 작동 중에도 발생할 수 있는 이상 현상을 보고하고 있으며, 이상 현상의 존재로 인해 더 이상 피해가 발생하지 않는다는 것이 저의 해석입니다.

관련 정보