SystemD-JournalDは、以前に開始された永続ジャーナルデータを追跡しません。

SystemD-JournalDは、以前に開始された永続ジャーナルデータを追跡しません。

私はカスタマイズされた組み込みLinuxボードでSystemD JournalDバージョン244.3を実行しています。

root@board:/var/log/journal# journalctl --version
systemd 244 (244.3+)
-PAM -AUDIT -SELINUX +IMA -APPARMOR -SMACK +SYSVINIT +UTMP -LIBCRYPTSETUP -GCRYPT -GNUTLS -ACL +XZ -LZ4 -SECCOMP +BLKID -ELFUTILS +KMOD -IDN2 -IDN -PCRE2 default-hierarchy=hybrid

私の/etc/systemd/journald.confファイルは永続ログを保持するように設定されています。

root@board:/var/log/journal# cat /etc/systemd/journald.conf 
[Journal]
Storage=persistent
SystemMaxFileSize=10M
SystemMaxFiles=6
SystemMaxUse=64M
SystemKeepFree=64M
SyncIntervalSec=60
RateLimitBurst=0
RateLimitInterval=0s
ForwardToSyslog=no

JournalDが/var/log/jounalで以前の実行を維持しているのがわかります。

root@board:/var/log/journal# ls -rlt
total 8
drwxr-sr-x 2 root systemd-journal 1024 Jul 22 17:40 ffc9c0e961a74d3b8d19a6f32a5f62ce
drwxr-sr-x 2 root systemd-journal 1024 Jul 22 17:40 10fab8e697104bfeb2f769b11cf42473
drwxr-sr-x 2 root systemd-journal 1024 Jul 22 17:40 c9b5b0b8d10a48f68bda02db47bd3998
drwxr-sr-x 2 root systemd-journal 1024 Jul 22 20:36 0cdee57054ba49a3a75ee9f21d5afbce
drwxr-sr-x 2 root systemd-journal 1024 Jul 22 20:47 7b38f3dd12484f9f82e1d9fc686bc3fe
drwxr-sr-x 2 root systemd-journal 1024 Jul 22 22:58 3315ac28810449538f2637d56d3ff707
drwxr-sr-x 2 root systemd-journal 1024 Jul 23 13:56 d9fb69f615b04b69998bd5dc70af7b0f
drwxr-sr-x 2 root systemd-journal 1024 Jul 23 14:29 46e633c0af784239b02f8d230125ee9b

これらのログを表示するには、Journalctlの「-D」フラグを明示的に使用する必要があります。

journalctl -D /var/log/journal -m 

最新のエントリを最初に表示するには、「-r」フラグを追加してください。

journalctl -D /var/log/journal -m -r

私が見る問題は、Journalctlが「-D」を使用してディレクトリを指していない限り、これらの以前のリリースについて知らないようです!

root@board:/var/log/journal# journalctl --list-boots
0 7da269c106be4979bd54bf1f06e6106a Thu 2020-07-23 14:29:50 UTC—Thu 2020-07-23
 14:53:51 UTC

1つの起動のみが一覧表示されます。他のブートは無視されます。

また、Journalctl は以前の起動で使用したディスク容量を計算しません。現在の開始のみを追跡します。

root@board:/var/log/journal# journalctl --disk-usage
Archived and active journals take up 8.0M in the file system.

これは、デーモン自体が以前の開始データを追跡できないように見え、消去されないため、最大の問題です。

JournalDがログローテーションのために以前のブートデータを考慮し、「--list-boots」を使用してブートを確認する方法です。ありがとうございます。

ベストアンサー1

おすすめ記事