SystemdDoctor
мешает работе журнал диски

File corrupted or uncleanly shut down, renaming and replacing

Это сообщение появляется после жёсткого выключения: journald нашёл файл журнала, который не был корректно закрыт. Он переименовывает его и начинает новый. Записи из повреждённого файла обычно остаются читаемыми, поэтому само сообщение — не повод для тревоги. Тревожно, если оно повторяется при каждой загрузке.

Вероятные причины

По порядку: сверху то, что встречается чаще.

  1. Машина выключилась не по правилам

    При потере питания или принудительном выключении последний файл журнала остаётся незакрытым. При следующем запуске journald его переименовывает.

  2. Файлы с повреждениями копятся

    Каждый повреждённый файл переименовывается, но не удаляется. Со временем они занимают место и замедляют поиск.

  3. Диск отказывает

    Повреждения при каждой загрузке без аварийных выключений указывают на проблемы носителя.

Диагностика

Команды идут в том порядке, в котором их стоит выполнять: каждая следующая проверяет то, что осталось после предыдущей.

Проверка целостности всех файлов журнала.

sudo journalctl --verify

Сколько места занимает журнал.

journalctl --disk-usage

Список загрузок: помогает понять, была ли прошлая завершена штатно.

journalctl --list-boots | tail

Решение

Решение своё для каждой причины. Сначала определите, какая из них ваша, — иначе правки наложатся друг на друга.

1. Машина выключилась не по правилам
Почему происходит
При потере питания или принудительном выключении последний файл журнала остаётся незакрытым. При следующем запуске journald его переименовывает.
Как проверить
Посмотрите, была ли прошлая загрузка завершена штатно. 
journalctl --list-boots | tail -5
journalctl -b -1 -n 5 --no-pager
Как исправить
Единичное сообщение после аварийного выключения — норма. Если это происходит регулярно, разбирайтесь с причиной выключений: питание, отключения гипервизором, зависания.
2. Файлы с повреждениями копятся
Почему происходит
Каждый повреждённый файл переименовывается, но не удаляется. Со временем они занимают место и замедляют поиск.
Как проверить
Посмотрите повреждённые файлы и общий объём журнала. 
sudo ls /var/log/journal/*/ 2>/dev/null | grep -c "@" ; journalctl --disk-usage
Как исправить
Проверьте целостность и удалите старые файлы по времени или размеру. 
sudo journalctl --verify; sudo journalctl --vacuum-time=30d
3. Диск отказывает
Почему происходит
Повреждения при каждой загрузке без аварийных выключений указывают на проблемы носителя.
Как проверить
Посмотрите ошибки ввода-вывода и состояние диска. 
journalctl -k -b --no-pager | grep -iE "I/O error|ata[0-9]" | tail
sudo smartctl -H /dev/sda 2>/dev/null | tail -3
Как исправить
Проверьте носитель. Повреждение журнала здесь только признак, а пострадать могут и данные служб.

Пример вывода

Первая загрузка после потери питания. Пример показательный: он собран на тестовой машине специально для этой страницы, а не взят из чужого журнала.

systemd-journald[300]: File /var/log/journal/9c2/system.journal corrupted or uncleanly shut down, renaming and replacing.
systemd-journald[300]: Journal started
systemd-journald[300]: System Journal (/var/log/journal/9c2) is 512.0M, max 4.0G, 3.5G free.

Связанные ошибки

Где встречается чаще всего

Источники

  • systemd-journald(8)
    Обработка повреждённых файлов журнала.     официальная документация, systemd 255
    сверено 15 сентября 2026
  • Воспроизведено на тестовой машине, systemd 255 (Ubuntu 24.04)
    Воспроизведено принудительным выключением виртуальной машины.     собственная проверка, systemd 255
    сверено 15 сентября 2026