systemd: журнал службы исчезает после перезапуска компьютера

#Что происходит и когда это важно

Команда journalctl -b -1 сообщает отсутствие загрузки, тогда как journalctl -b показывает текущие записи. Это не доказывает, что служба journald не работает.

#Возможные причины и как их отличить

#Пошаговая диагностика и исправление

1. Проверьте список загрузокВ Терминале выполните journalctl --list-boots. Обычно каждая сохранённая загрузка имеет номер и временной интервал. Если только 0, предыдущие не сохранены либо недоступны этому пользователю. Выполните journalctl -b -1 -n 20 --no-pager: отсутствие сообщений отметьте отдельно.
2. Проверьте статус journaldВыполните systemctl status systemd-journald --no-pager. Active: active означает, что сборщик работает сейчас. Если он failed, журнал может не пополняться; ничего не удаляйте до выяснения причины.
3. Изучите итоговую политику храненияПосмотрите systemd-analyze cat-config systemd/journald.conf, если команда поддерживается вашей версией systemd. Ищите Storage=, SystemMaxUse, RuntimeMaxUse; при Storage=volatile записи живут в /run, а при auto постоянное хранение зависит от наличия /var/log/journal. Если команда недоступна, администратор может просмотреть /etc/systemd/journald.conf и drop-in.
4. Посмотрите наличие диска и каталогаВыполните df -h /var/log и ls -ld /var/log/journal. Отсутствие каталога при Storage=auto объясняет, почему хранение может быть только временным. Если файловая система заполнена или стала read-only, сначала сохраните данные и решите проблему диска.
5. Оцените объём и необходимость сохраненияВыполните journalctl --disk-usage; результат — объём сохраняемого журнала, а не свободное место системы. Решите вместе с администратором, сколько дней журналов нужно и есть ли ограничения приватности.
6. Включайте постоянное хранение только по политике организацииЕсли нужен постоянный журнал и достаточно диска, администратор сохраняет копию конфигурации, устанавливает штатный режим Storage=persistent в своём drop-in и обеспечивает каталог хранения по документации systemd. После применения выполняют согласованный перезапуск systemd-journald; нельзя менять права на /var/log через chmod 777 и нельзя запускать очистку старых журналов вслепую.
7. Проверьте сохранение новой загрузкиПосле изменения и плановой перезагрузки снова выполните journalctl --list-boots и journalctl -b -1 -n 20 --no-pager. Предыдущую загрузку задним числом восстановить нельзя; проверяйте сохранность именно новых записей.

#Команды из инструкции с пояснениями

#Как проверить результат

Журналы сохраняются хотя бы для двух последовательных загрузок, не превышают согласованное место и доступны только уполномоченным пользователям.

#Если проблема не устранена

Если предыдущие записи исчезают снова, проверьте свободное место, режим Storage, ограничения SystemMaxUse и правовую политику хранения данных. Не пытайтесь восстанавливать уже утерянные журналы через очистку кэшей.