Initramfs Error: fsck died with exit status 4 (File system errors left uncorrected) Linux / DevOps

Ошибка fsck died with exit status 4 / status 1 — Исправление

Обновлено: 18.08.2026 · Официальная база знаний

В процессе старта initramfs фоновая утилита fsck находит повреждения метаданных корневого раздела и прекращает загрузку: fsck died with exit status 4. File system errors left uncorrected. Dropping to a shell!

Код возврата fsck	Значение	Требуемое действие
Exit status 1 / 2	Ошибки исправлены / Требуется перезагрузка	Система может продолжить загрузку штатно
Exit status 4	Ошибки ФС НЕ исправлены (требуется подтверждение)	Требуется ручной запуск `fsck -y`
Exit status 8	Операционная ошибка fsck	Проверка параметров запуска утилиты

В появившейся аварийной консоли запустите принудительную проверку и исправление целостности тома (подставьте имя вашего корневого раздела):
```
(initramfs) fsck.ext4 -fy /dev/sda2
# Флаг -y автоматически соглашается со всеми исправлениями
```

Если используется файловая система XFS:

# Для XFS используется утилита xfs_repair (раздел должен быть размонтирован):
(initramfs) xfs_repair -v /dev/sda2
# Если журнал поврежден, используйте очистку (с риском потери последних транзакций):
(initramfs) xfs_repair -L /dev/sda2

После завершения исправления блоков синхронизируйте буферы и перезагрузитесь:
```
(initramfs) sync
(initramfs) reboot
```
В запущенной системе проверьте SMART статус диска: sudo smartctl -H /dev/sda.

Предупреждение: Применение xfs_repair -L очищает лог транзакций XFS. Используйте его только тогда, когда стандартный repair сообщает о невозможности воспроизведения журнала.

Практический опыт инженера: Появление ошибки `fsck exit status 4` на серверах с включенным кэшированием записи RAID-контроллера — частый признак севшей батарейки BBU (Battery Backup Unit).

Частые вопросы (FAQ)

Почему fsck не исправил ошибки автоматически?

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

Где сохраняются восстановленные файлы без имен?

В каталоге lost+found в корне соответствующего раздела.