Незакрытые .journal~ файлы накапливаются после unclean shutdown (kernel panic, power loss, hard reset). При большом количестве (десятки+) могут замедлять старт systemd-journald и косвенно влиять на boot.
Где лежат
/var/log/journal/<machine-id>/
├── system.journal # активный
├── user-1000.journal # активный user
├── system@xxx.journal~ # corrupt из crash'а
├── system@yyy.journal~
└── ... # один ~ файл = одно нечистое выключение
<machine-id> соответствует /etc/machine-id.
Когда чистить
- ≥ 10
.journal~файлов - Journal-папка > 500MB и большая часть из
~ - Подозреваешь что journald hang при старте
Безопасный перенос
НЕ удалять — могут содержать диагностические данные из последних минут жизни. Перенести в безопасное место:
sudo mkdir -p /root/corrupt-journals-$(date +%Y%m%d)
sudo mv /var/log/journal/<machine-id>/*.journal~ /root/corrupt-journals-$(date +%Y%m%d)/После переноса journald на следующем старте создаст чистый system.journal.
Чтение содержимого corrupt journals (если нужно)
# попробовать прочитать как обычный journal
journalctl --file=/path/to/system@xxx.journal~ -n 100
# часто работает даже если файл "битый" — systemd толерантенКогда НЕ стоит чистить
- Активный сервер в стабильной работе — мониторинг полезен
- Если место не критично и количество разумное (<10)
- Если идёт расследование инцидента — corrupt journal может содержать ключевую инфу
Применимо
- Любая Linux-система с systemd ≥ 230
- Особенно полезно для Pi/embedded которые часто power-cycle
Связано
Мета
Область:: 00 Linux