#### [ System Environment ] #### The Linux system mount loops /var/log on start-up from a var-log.ext4 file. The /var/log mount is given a fixed size of the disk (976MB). Systemd creates a journal entry directory given a hash name in /var/log/journal/<hash1>. #### [ System Information ] #### Linux 4.19.0-6-2-amd64 #1 SMP Debian 4.19.67-2+deb10u2 (2019-11-11) x86_64 GNU/Linux
When the system firmware is upgraded, Systemd creates a new journal entry directory with a different hash name and no longer recognizes the previous hash directory.
The old logs from the previous journal entry can no longer be managed. The old logs are never rotated and cannot be manually rotated using the journaldctl cli. The disk usage calculator by Journald does not
account for the previous journal entry meaning if there are two previous entries in /var/log that consume 900MB of space; then the new journal entry only has 76MB of space to work with. Eventually, disk space will be full. Journald cannot automatically flush,
vacuum, clean, rotate previous logs because it does not recognize the previous journal entries. There must be a systemd journald check that occurs where it determines these other entries are not for it to manage.
~$ du -m --max-depth=1 /var/log/journal 115 /var/log/journal/990cf742bf724548b6eb3e7479b715b8 82 /var/log/journal/f1ab90ffe26f453a880194dd1de999a2 51 /var/log/journal/c3eb2c473e08407cb6ee04d3d1ebe989 Journald disk usage (Note: Does not recognize previous journal entries.) ~$ sudo journalctl --disk-usage
Archived and active journals take up 114.7M in the file system. Journald not finding previous journal entry hashes: ~$ journalctl --verify PASS: /var/log/journal/990cf742bf724548b6eb3e7479b715b8/user-1000.journal #### [ Question ] #### Is there a way to define or set a re-usable Systemd-Journald entry under /var/log/journal that can be used after system upgrades? I can provide any additional system details or logs. Thank you for any feedback or support. -Eric Z |