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を参照してください）
上記のバグレポートが記載された理由を説明する最後のコメントは次のとおりです。
これを無視してもいいですか？
はい。
一時ディスクがいっぱいになった後も、このようなメッセージが長く続くことがわかります。上記の内容をもとに、正常な動作中にも発生する可能性のある異常現象を報告しており、異常現象の存在によりこれ以上ダメージが発生しないことが私の解釈です。