Journalctlはリサイクルされていない非常に古いブーツを表示します。

Question

Linuxオペレーティングシステムの新しいバイナリログは、以前のバイナリログとは異なる動作をします。

以前のバイナリログ/var/log/wtmpはとです/var/log/btmp。システムが起動するとユーザwtmp名でエントリが記録され、システムがシャットダウンするとユーザ名rebootでエントリが記録されます。システムがいつ再起動したかを確認するには、コマンドを使用して項目を印刷します。wtmpshutdownlast rebootlast shutdown

新しいバイナリログはシステムログであり、対応するエントリはありません。

代わりに、日記帳ごとというプログラムがあります。スタートID。-o verboseオプションでこれを確認できますjournalctl。起動IDは起動時にカーネルによって生成され、カーネルから取得された現在のsystemd-journald起動IDは、ログに追加されると各ログレコードに適用されます。

list-bootsこの機能を実行するには、journalctlスキャンジャーナル全体、タイムスタンプと開始IDを読み取ります。各レコード、そして言及最初と最新のタイムスタンプ各一意の実行IDに関連付けられています。

持ついいえ以前のバイナリログの場合と同様に、クリーンアップするログエントリを明示的に開始します。代わりに、あなたは削除する必要がありますみんな表示したくない実行 ID でタグ付けされた項目です。

あなたの問題はあなたが特権ユーザーなので、ジャーナル全体返品含む各ユーザーの日記：ディレクトリリストで表示できるファイルとファイルuser-1001.journal。user-42.journalまた、2014年と2015年以降に触れていない一部のユーザーのユーザー固有のログがあることを確認できます。これらのログエントリには、以前の起動IDが含まれています。

ドキュメントに示すように、「クリーン」は現在アクティブなファイルではなく、アーカイブされたログファイルでのみ機能します。しかし、2014年と2015年のさまざまなユーザー固有の日記をさらに見ることができます。まだアクティブなファイルそのユーザーのために。皮肉にも保管できるほど大きくはありませんでした。

2つのオプションがあります。

--systemシステムファイルのみを制限しjournalctl --list-boots、ユーザー固有のファイルを読み取らない場合は、このオプションを使用します。
journalctl --rotateユーザー固有のログ（およびシステムログ - 洞窟！）を強制的にアーカイブして「空にする」ことを可能にするために使用されます。これがない場合は、マニュアルページの説明に従ってjournalctlプロセスにシグナルを送信する必要があります。systemd-journald

gdmもちろん、これを行う前に、ユーザーアカウントに各ユーザーのログがある理由と、ユーザーID 995が2015年エイプリルフールで何をしたのかを調べたい場合があります。 ☺

他のブートIDのjournalctl -n 20 _BOOT_ID=53baf678f0d749d6b390afea4a3ef96b結果とそれに対応する結果を確認したい場合があります。journalctl --reverse -n 20 _BOOT_ID=53baf678f0d749d6b390afea4a3ef96b

Answer 1