Ошибка resize2fs: Bad magic number in super-block while trying to open /dev/sdXN означает, что утилита resize2fs прочитала первый килобайт раздела и не нашла там сигнатуру файловой системы ext2/ext3/ext4 — магическое число 0xEF53 в суперблоке. Проще говоря, либо раздел содержит не ту файловую систему, которую вы ожидаете, либо его суперблок повреждён, либо команда обращается не к тому устройству.
Проблема часто возникает после расширения виртуального диска на VPS, при работе с LVM-томами, а также при попытке изменить размер раздела с XFS, NTFS или Btrfs инструментом, который с ними просто не работает. Ниже разберём диагностику по шагам и безопасные способы вернуть раздел в рабочее состояние.
Что означает «bad magic number in super-block»
Каждая файловая система семейства ext хранит в суперблоке служебную структуру, где по фиксированному смещению записано двухбайтовое значение 0xEF53. Именно по нему утилиты e2fsprogs — resize2fs, e2fsck, tune2fs — определяют, что перед ними ext-подобная ФС. Если байты на этом месте другие, утилита честно сообщает: «магическое число неверно, открыть не могу».
Важно понимать: это сообщение не всегда означает повреждение данных. В значительной части случаев раздел абсолютно исправен — просто на нём другая файловая система, и resize2fs для неё не предназначен. Поэтому первый шаг — не «чинить», а выяснить, что реально находится на устройстве.
💡Bad magic number — это не приговор диску, а сигнал несовпадения: утилита ожидала ext2/3/4, а нашла что-то другое. Сначала диагностика, потом действия.