SystemdDoctor
служба не работает загрузка диски файловые системы

fsck failed: проверка файловой системы остановила загрузку

При загрузке systemd проверяет файловые системы перед монтированием. Если проверка вернула ошибку, которую нельзя исправить автоматически, монтирование отменяется, а загрузка уходит в аварийный режим. Это признак проблем с диском или неаккуратного выключения.

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

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

  1. Ошибки файловой системы после аварийного выключения

    Отключение питания или зависание оставляют журнал файловой системы в незавершённом состоянии. Часть ошибок исправляется автоматически, часть требует подтверждения.

  2. Аппаратные проблемы диска

    Если проверка падает повторно или ядро пишет ошибки ввода-вывода, дело не в файловой системе, а в носителе.

  3. Проверка отключена или настроена неверно

    Последнее поле в строке fstab задаёт порядок проверки. Значение 1 для корня, 2 для остальных, 0 — не проверять. Ошибочные значения дают неожиданное поведение при загрузке.

Диагностика

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

Сообщения проверки за текущую загрузку: там код возврата и раздел.

journalctl -b --no-pager | grep -i fsck

Общее состояние диска: отличает проблему файловой системы от умирающего носителя.

sudo smartctl -H /dev/sda

Состояние файловой системы ext: чистая она или требует проверки.

sudo dumpe2fs -h /dev/sdb1 2>/dev/null | grep -iE "state|mount count|check"

Решение

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

1. Ошибки файловой системы после аварийного выключения
Почему происходит
Отключение питания или зависание оставляют журнал файловой системы в незавершённом состоянии. Часть ошибок исправляется автоматически, часть требует подтверждения.
Как проверить
Посмотрите сообщения проверки. 
journalctl -b --no-pager | grep -iE "fsck|systemd-fsck" | head -20
Как исправить
Запустите проверку вручную на размонтированном разделе и подтвердите исправления. 
sudo fsck -y /dev/sdb1
2. Аппаратные проблемы диска
Почему происходит
Если проверка падает повторно или ядро пишет ошибки ввода-вывода, дело не в файловой системе, а в носителе.
Как проверить
Посмотрите записи ядра и состояние диска. 
journalctl -k -b --no-pager | grep -iE "I/O error|ata[0-9]|medium error" | head
sudo smartctl -H -A /dev/sda 2>/dev/null | head -20
Как исправить
Снимите образ данных и замените диск. Повторная проверка на умирающем носителе ускоряет потерю данных.
3. Проверка отключена или настроена неверно
Почему происходит
Последнее поле в строке fstab задаёт порядок проверки. Значение 1 для корня, 2 для остальных, 0 — не проверять. Ошибочные значения дают неожиданное поведение при загрузке.
Как проверить
Посмотрите записи fstab. 
cat /etc/fstab | grep -v "^#"
Как исправить
Приведите последнее поле в порядок: 1 у корня, 2 у прочих локальных разделов, 0 у сетевых и подкачки.

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

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

systemd-fsck[412]: /dev/sdb1: Inodes that were part of a corrupted orphan linked list found.
systemd-fsck[412]: /dev/sdb1: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
systemd-fsck[412]: fsck failed with exit status 4.
systemd[1]: systemd-fsck@dev-sdb1.service: Main process exited, code=exited, status=1/FAILURE
systemd[1]: Dependency failed for data.mount - Data volume.

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

Источники

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