Центр Диагностики & База Системных Ошибок

Решения для Windows Server, Active Directory, 1С, СУБД, Linux, Cisco, MikroTik и IP-телефонии.

⚠️ Важная информация Все материалы, инструкции, команды и скрипты предоставлены исключительно в ознакомительных целях. Их применение может повлиять на работу операционной системы, баз данных и сетевого оборудования. Перед выполнением действий обязательно создайте резервную копию. При отсутствии необходимой квалификации обратитесь к ИТ-специалистам.
ext4_lookup: deleted inode referenced Linux / DevOps

EXT4-fs error: ext4_lookup: deleted inode referenced — Восстановление Ext4

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

Архитектура ошибки и симптомы сбоя

Ошибка «EXT4-fs error (device sda1): ext4_lookup: deleted inode referenced: ...» свидетельствует о повреждении логической структуры файловой системы Ext4. В блоке каталога (directory entry) содержится ссылка на номер иноды (inode), которая в битовой карте инод (inode bitmap) уже помечена как удаленная или свободная. Ошибка возникает при некорректном завершении работы (Hard Reset), сбоях питания или повреждении журнала транзакций JBD2.

Диагностическая таблица параметров сбоя

ПараметрЗначениеИнженерный смысл сбоя
ext4_lookupVFS Name ResolutionФункция ядра, сопоставляющая имя файла с номером иноды в каталоге.
deleted inodeOrphan Inode ReferenceРассинхронизация между записью каталога и таблицей инод.
SeverityFilesystem InconsistencyНарушение логической целостности ФС, требующее офлайн-проверки.

Пошаговое дерево решений и сценарии траблшутинга

Сценарий 1: Офлайн-проверка файловой системы через e2fsck

Никогда не запускайте проверку на смонтированной ФС! Отмонтируйте раздел или загрузитесь с LiveCD:

# Отмонтирование раздела:
sudo umount /dev/sda1

# Принудительная проверка с автоматическим исправлением ошибок:
sudo e2fsck -fyDC0 /dev/sda1

Параметры: -f (принудительно), -y (автоответ «да»), -D (оптимизация и переиндексация каталогов), -C0 (индикатор прогресса).

Сценарий 2: Восстановление с использованием резервного суперблока

Если основной суперблок Ext4 также поврежден, восстановите ФС из резервной копии:

# Поиск адресов резервных суперблоков:
sudo mke2fs -n /dev/sda1

# Восстановление с использованием резервного суперблока (например, 32768):
sudo e2fsck -b 32768 -fy /dev/sda1

Сценарий 3: Проверка потерянных файлов в lost+found

После успешного исправления структуры проверьте директорию /lost+found на наличие восстановленных файлов:

sudo mount /dev/sda1 /mnt
ls -la /mnt/lost+found/
Повреждена файловая система на production-сервере?
ITSTM выполнит бережное восстановление данных, аудит журналов транзакций и настройку сетевых бэкапов для предотвращения потерь.
Практический опыт инженера: При частых сбоях метаданных Ext4 на SSD накопителях проверьте опции монтирования в /etc/fstab: обязательно используйте barrier=1 (или default) для гарантированного сброса кэша накопителя.

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

Почему нельзя запускать e2fsck на работающей смонтированной ФС?

Ядро постоянно модифицирует блоки и журнал активной файловой системы. Запуск e2fsck на смонтированном разделе гарантированно приведет к необратимому разрушению метаданных.

Что означают файлы с номерами (#123456) в папке lost+found?

Это файлы, данные которых удалось восстановить, но их имена и пути каталогов были утрачены. Номер файла соответствует его исходному номеру иноды.