Архитектура файловой системы EXT4 и структура суперблоков

Файловая система EXT4 (Fourth Extended Filesystem) организует пространство накопителя в группы блоков (Block Groups). Критически важные метаданные (размер блока, общее число инодов, статус монтирования, указатели на таблицы дескрипторов) хранятся в Суперблоке (Superblock), расположенном со смещением 1024 байта от начала раздела. Для защиты от повреждений EXT4 автоматически создает копии суперблока в резервных группах блоков. При аппаратных сбоях, крахе питания или повреждении диска система выдает критические ошибки:

• EXT4-fs error (device sda1): ext4_lookup: deleted inode referenced: ...
• mount: /mnt: wrong fs type, bad option, bad superblock on /dev/sda1, missing codepage or helper program, or other error.
• Remounting filesystem read-only (автоматическая защита ядра при обнаружении битых структур).

Бизнес-риски

Невозможность монтирования корневого раздела, повреждение файлов баз данных, потеря указателей директорий с перемещением файлов в папку lost+found.

Расположение резервных суперблоков EXT4 (при размере блока 4096 байт)

Регламент восстановления целостности файловой системы EXT4

Сценарий 1: Размонтирование файловой системы

КРИТИЧЕСКИ ВАЖНО: Никогда не запускайте e2fsck на смонтированной файловой системе в режиме Read-Write! Это приведет к гарантированному уничтожению данных!

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

# Если это корневой раздел -> загрузитесь с LiveCD или перемонтируйте в Read-Only:
sudo mount -o remount,ro /

Сценарий 2: Стандартная проверка и интерактивное исправление ошибок

# Запуск проверки целостности с автоматическим исправлением безопасных ошибок (-p / preen):
sudo e2fsck -p /dev/sda1

# Если повреждения серьезные -> запуск с ручным подтверждением или автоматическим соглашением (-y):
sudo e2fsck -y -f -c -v /dev/sda1
# -f: принудительная проверка даже чистой ФС
# -c: проверка диска на битые секторы (badblocks) с занесением в черный список
# -v: подробный вывод статистики

Сценарий 3: Поиск и восстановление из резервного суперблока (Backup Superblock)

Если первичный суперблок поврежден и e2fsck сообщает «Bad magic number in super-block»:

# 1. Определение списка номеров резервных суперблоков через dumpe2fs:
sudo dumpe2fs /dev/sda1 | grep -i "superblock"

# 2. Если dumpe2fs не может прочитать раздел -> используйте утилиту mke2fs в режиме симуляции (-n):
sudo mke2fs -n /dev/sda1
# В конце вывода отобразится список резервных суперблоков: 32768, 98304, 163840, 229376, 294912...

# 3. Запуск восстановления с явным указанием резервного суперблока:
sudo e2fsck -b 32768 -y -f -v /dev/sda1

# 4. Если первый резервный суперблок тоже поврежден -> пробуйте следующий:
sudo e2fsck -b 98304 -y -f -v /dev/sda1

Сценарий 4: Восстановление потерянных файлов из lost+found

После глубокого восстановления иноды с утерянными именами директорий перемещаются в корень диска в каталог lost+found:

# 1. Монтирование восстановленного раздела:
sudo mount /dev/sda1 /mnt

# 2. Проверка содержимого каталога потерянных файлов:
ls -la /mnt/lost+found

# 3. Определение типов найденных файлов утилитой file:
file /mnt/lost+found/*

Типовые ошибки администраторов

• Запуск mke2fs без ключа -n: Запуск mke2fs /dev/sda1 без флага симуляции -n мгновенно создаст новую пустую файловую систему, перезаписав все таблицы инодов и каталогов.
• Игнорирование аппаратных ошибок диска: Попытка многократного запуска e2fsck на диске с деградирующей механикой или битыми секторами добьет накопитель. Сначала снимите сырой образ через ddrescue!