Сообщение «either the superblock or the partition table is likely to be corrupt» выводит утилита fsck (обычно e2fsck), когда она не может прочитать или проверить суперблок файловой системы ext2/ext3/ext4 на указанном разделе. Это происходит при повреждении суперблока после аварийного отключения питания, при попытке проверить раздел, отформатированный в другой файловой системе (например, NTFS или XFS), либо при физических проблемах диска.
Хорошая новость: в файловых системах семейства ext существуют резервные копии суперблока, разбросанные по диску. Во многих случаях данные удаётся восстановить, указав e2fsck альтернативный суперблок. Ниже разберём, как диагностировать проблему и что делать пошагово.
Что означает эта ошибка
Суперблок — служебная структура в начале файловой системы, где хранятся размер блока, количество инодов, метки и другие критичные параметры. Без корректного суперблока ядро и утилиты не могут смонтировать или проверить раздел. Таблица разделов, в свою очередь, описывает границы разделов на диске — её повреждение делает раздел «невидимым» или смещённым.
Типичные причины появления сообщения:
- 🔌 Аварийное отключение питания или жёсткая перезагрузка во время записи на диск.
- 💾 Попытка запустить
fsck.ext4на разделе с другой файловой системой (XFS, Btrfs, NTFS, exFAT). - 🧭 Указано неверное устройство — например, весь диск
/dev/sdaвместо раздела/dev/sda1. - ⚙️ Повреждение таблицы разделов или сдвиг границ раздела после неудачного изменения разметки.
- 📀 Физические сбои накопителя: бэд-блоки в области суперблока.
⚠️ Внимание: никогда не запускайтеfsckна смонтированном разделе и не применяйте опции автоматического «исправления» (-y), пока не убедитесь, что работаете с нужным устройством и правильной файловой системой. Ошибочные действия могут окончательно разрушить данные.
Первичная диагностика: что за раздел перед нами
Прежде чем что-либо исправлять, необходимо выяснить, какая файловая система реально находится на разделе. Загрузитесь с Live-USB или работайте с разделом, который не смонтирован. Затем выполните:
sudo fdisk -l
sudo lsblk -f
sudo blkid /dev/sdXN
Команда lsblk -f покажет тип файловой системы каждого раздела, а blkid — конкретное устройство. Если вместо ext4 там xfs или ntfs, то ошибка объясняется просто: вы использовали не ту утилиту. Для XFS применяется xfs_repair, для NTFS — проверка средствами Windows (chkdsk).
Также убедитесь, что вы указываете раздел, а не весь диск. Если вы запустили fsck /dev/sda вместо fsck /dev/sda1, утилита упрётся в таблицу разделов и выдаст именно это сообщение.
Проверка альтернативного суперблока
Если раздел действительно отформатирован в ext2/ext3/ext4, следующий шаг — найти резервные копии суперблока. Их расположение зависит от размера блока файловой системы. Посмотреть предполагаемые позиции можно командой mke2fs в тестовом режиме — она только выведет список, ничего не записывая:
sudo mke2fs -n /dev/sdXNКлюч -n критически важен: без него команда начнёт форматирование и уничтожит данные. В выводе будет строка вида «Superblock backups stored on blocks:» с перечнем номеров блоков.
Другой способ — утилита dumpe2fs, которая читает существующую структуру:
sudo dumpe2fs /dev/sdXN | grep -i superblockЕсли основной суперблок читается, эта команда покажет список резервных копий. Если и она завершается ошибкой — используйте вывод mke2fs -n как ориентир.
Восстановление через резервный суперблок
Когда позиции резервных копий известны, запустите e2fsck с указанием альтернативного суперблока через опцию -b:
sudo e2fsck -b 32768 /dev/sdXNЧисло 32768 здесь — пример первой резервной копии для типичного размера блока 4096 байт; подставьте значение из вашего вывода mke2fs -n. Если проверка с первой копией не сработала, попробуйте следующие номера из списка по очереди.
☑️ Порядок восстановления раздела ext4
После успешной проверки с альтернативным суперблоком запустите обычную проверку sudo e2fsck /dev/sdXN, чтобы утилита восстановила основной суперблок из резервной копии. Затем смонтируйте раздел и убедитесь, что файлы на месте.
⚠️ Внимание: если диск содержит важные данные, перед любыми операциями восстановления сделайте посекторную копию раздела или всего диска утилитой ddrescue. Все дальнейшие эксперименты выполняйте над копией — это страховка от необратимых ошибок.
Если повреждена таблица разделов
Когда проблема глубже — раздел не виден в fdisk -l или границы разделов потеряны — потребуется восстановление самой таблицы разделов. Основной инструмент здесь — TestDisk. Он сканирует диск, находит следы файловых систем и предлагает реконструировать разметку.
sudo testdisk /dev/sdXРабота в TestDisk интерактивная: выберите диск, тип таблицы (обычно определяется автоматически), затем пункт Analyse и Quick Search. Найденные разделы можно проверить, просмотрев список файлов прямо из интерфейса программы, прежде чем записывать изменения на диск. Запись новой таблицы выполняется только после явного подтверждения.
Если быстрый поиск не находит раздел, используйте Deeper Search — он занимает заметно больше времени, но анализирует диск глубже. Точные пункты меню могут немного отличаться в зависимости от версии TestDisk, поэтому сверяйтесь с подсказками на экране.
Чем отличаются ситуации с fdisk и без
Если fdisk -l показывает разделы корректно, а fsck ругается на суперблок — проблема на уровне файловой системы, поможет e2fsck -b. Если разделы вообще не отображаются или их размеры явно неверны — повреждена таблица разделов, начинайте с TestDisk.
Сравнение инструментов восстановления
| Инструмент | Назначение | Когда применять |
|---|---|---|
e2fsck -b | Проверка ФС с резервным суперблоком | Раздел виден, ФС — ext2/3/4 |
mke2fs -n | Список резервных суперблоков | Подготовка к восстановлению |
TestDisk | Восстановление таблицы разделов | Разделы пропали или смещены |
ddrescue | Посекторное копирование сбойного диска | Перед любыми рискованными операциями |
xfs_repair | Проверка файловой системы XFS | Раздел оказался XFS, а не ext4 |
Когда обращаться к специалистам
Самостоятельное восстановление оправдано, когда диск физически исправен, а данные либо не критичны, либо уже скопированы через ddrescue. Признаки аппаратной неисправности — посторонние звуки (щелчки, скрежет), исчезновение диска из системы, множество ошибок ввода-вывода в dmesg. В такой ситуации каждая попытка чтения усугубляет состояние накопителя.
Если на диске находятся уникальные данные без резервных копий, а накопитель ведёт себя нестабильно, разумнее остановиться и обратиться в лабораторию восстановления данных. Стоимость профессионального восстановления несопоставима с ценой безвозвратной потери информации.
Часто задаваемые вопросы
Почему fsck выдаёт эту ошибку на рабочем, казалось бы, диске?
Чаще всего указано неверное устройство (весь диск вместо раздела) или файловая система не относится к семейству ext. Проверьте тип ФС командой lsblk -f и убедитесь, что используете подходящую утилиту.
Можно ли запускать e2fsck на смонтированном разделе?
Нет. Проверка и исправление смонтированной файловой системы может привести к её разрушению. Размонтируйте раздел командой umount или загрузитесь с Live-USB, если речь о системном разделе.
Что делать, если ни один резервный суперблок не подошёл?
Проверьте, не смещены ли границы раздела — попробуйте TestDisk для поиска файловой системы по другому смещению. Также убедитесь, что размер блока, который предполагает mke2fs -n, соответствует реальному; при необходимости укажите его явно опцией -b.
Удалятся ли файлы при восстановлении суперблока?
Сама операция e2fsck -b не стирает данные — она чинит служебные структуры. Однако в процессе исправления утилита может удалить повреждённые файлы или переместить их в каталог lost+found. Поэтому предварительная копия данных обязательна.
Поможет ли эта инструкция для диска с NTFS или exFAT?
Нет, резервные суперблоки — особенность файловых систем ext2/ext3/ext4. Для NTFS используйте проверку средствами Windows, для exFAT — штатные утилиты соответствующей ОС. Ошибка от e2fsck на таких разделах означает лишь то, что применён неподходящий инструмент.