Bad superblock on dev как исправить

0

2

mount: wrong fs type, bad option, bad superblock on /dev/sdb,
       missing codepage or helper program, or other error

fsck из util-linux 2.20.1
e2fsck 1.42.9 (4-Feb-2014)
ext2fs_open2: Bad magic number in super-block
fsck.ext2: Superblock invalid, trying backup blocks...
fsck.ext2: Bad magic number in super-block при попытке открыть /dev/sdb

The superблок could not be read or does not describe a valid ext2/ext3/ext4
ФС.  If the устройство is valid and it really contains an ext2/ext3/ext4
ФС (and not swap or ufs or something else), then the superблок
is corrupt, and you might try running e2fsck with an alternate superблок:
    e2fsck -b 8193 <устройство>
 or
    e2fsck -b 32768 <устройство>

One or more блок группа descriptor checksums are invalid.  Исправить? yes

группа descriptor 0 checksum is 0xc3d6, should be 0xf053.  ИСПРАВЛЕНО.
.................
и таких descriptor тысячи. 

группа descriptor 22356 checksum is 0x39be, should be 0x0a3b.  ИСПРАВЛЕНО.
Проход 1: Проверка inodes, блокs, а также размеров

Different Fault Causes this Error:

In addition to trying to mount a disk instead of a partition (see accepted answer), there’s another problem which causes the same error to be puked:

Attempting to mount a partition without a filesystem.

In below example, please substitute the X in «/dev/sdX1″ with your own disk designation and the «1» with the partition number you want to format with the filesystem.

Error:

I was indeed mounting a partition and not an entire disk as was the case with the OP’s error when I executed:

mount -t vfat /dev/sdX1 /media/userName

but nonetheless received the same error:

«mount: /media/userName: wrong fs type, bad option, bad superblock on
/dev/sdX1, missing codepage or helper program, or other error«

Diagnostics:

I checked the filesystem type on the partition against the one I was specifying in the mount command:

df -Th /dev/sdX1

This returned devtmpfs; clearly this was not correct.

Solution:

Format the partition with a filesystem and remount:

sudo mkfs.vfat /dev/sdX1

sudo mount -t vfat /dev/sdX1 /media/userName

The mount now succeeds.

If you execute

df -Th /dev/sdX1

the FS Type now reports «vfat«

Conclusion:

I had a Homer Simpson moment. I had partitioned the disk but got called away before I laid down a filesystem on the new partition. Thus, of course the mount command failed.

D’Oh!

I have a different process for this that replaced the bad superblock with one of the alternatives. FSCK can be a «lossy» process because FSCK may want to remove too much data or to remove data from a sensitive location (e.g. data directory for a data base) so there are times when I don’t want to use it or it doesn’t work.

You can sudo yourself silly or just become root for the process. Just remember that when you are root, Linux assumes that you know what you’re doing when you issue commands. If so directed, it will speedily delivery Mr. Bullet to Mr. Foot. Like many other things, with great power comes great responsibility. That concludes my warning on running your system as root.

sudo -s

fdisk -l

Figure out which device — assuming /dev/sdc1 for this example along with EXT4 as its the most common for this explanation.

fsck -N /dev/sdc1

Your device and your file system (ZFS, UFS, XFS, etc.) may vary so know what you have first. Do not assume it’s EXT4. Ignoring this step can cause you problems later if it’s NOT an EXT4 file system.

fsck.ext4 -v /dev/sdc1

Get your error message which says the superblock is bad. You don’t want to do this if your superblock is OK.

mke2fs -n /dev/sdc1

This will output the alternate superblocks stored on your partition.

*Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208*

Pick an alternate superblock — keep in mind that the first one is the default and its bad so let’s not use that one. You will also want to pick one from the list you get from your partition. Do not use the example. Your superblocks may be stored elsewhere.

e2fsck -b 98304 /dev/sdc1

Reboot and see if this worked. If not try the next superblock on the list. I’ve had to go the third or fourth one a couple of times.

e2fsck -b 163840 /dev/sdc1

Now try the command to validate the disk again. See if you get the same messabout about bad superblocks.

fsck.ext4 -v /dev/sdc1

Keep trying until you either run out of superblocks or it works. If you run out, you likely have bigger issues and I hope you have good backups. You can try running FSCK at that point.

0 Пользователей и 1 Гость просматривают эту тему.

Бывает, что наш сервер самопроизвольно отключается. После очередного такого отключения он не загрузился в Рабочий стол.
Пришлось закомментить один из SSD в fstab.

Когда удачно загрузились в рабочий стол, то пробуем примонтировать SSD (на нём сверхважные данные).
# mount /home/mybase
mount: /home/mybase: special device /dev/sdc1 does not exist

Смотрим что выдаёт команда lsblk про раздел sdc1:

# lsblk -o NAME,MOUNTPOINT,LABEL,PARTLABEL,FSTYPE,STATE,SIZE,TYPE,MODEL
sdc running 223,6G disk D2CSTK251M11-024

Как видим, про sdc1 не упомянуто.

Видимо слетела разметка. Создаем командой fdisk один раздел на диске sdc, но не форматируем.

Диск /dev/sdc: 223,6 GiB, 240057409536 байт, 468862128 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: dos
Идентификатор диска: 0x28ba59eb

Устр-во Загрузочный начало Конец Секторы Размер Идентификатор Тип
/dev/sdc1 2048 468862127 468860080 223,6G 83 Linux

Вывод команды lsblk:

sdc running 223,6G disk D2CSTK251M11-024
└─sdc1 223,6G part

Пробуем смонтировать:
# mount /home/mybase
mount: /home/mybase: wrong fs type, bad option, bad superblock on /dev/sdc1, missing codepage or helper program, or other error.

Смотрим перечень суперблоков:

# mkfs -n /dev/sdc1
mke2fs 1.42.9 (28-Dec-2013)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
14655488 inodes, 58607510 blocks
2930375 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=4294967296
1789 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872

Пробую каждый из них задействовать взамен вышедшего из строя, но всё время такая картина:

# e2fsck -b 294912 /dev/sdc1
e2fsck 1.42.9 (28-Dec-2013)
e2fsck: Bad magic number in super-block while trying to open /dev/sdc1

The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>

Команда «mkfs -n /dev/sdc1» перечислила 14 номеров суперблоков и ни один из них не рабочий?..

Иногда вместо слов
e2fsck: Bad magic number in super-block while trying to open /dev/sdc1
были слова
«e2fsck: Недопустимый аргумент while trying to open /dev/sdc1»

////////////////////////////////////////////////////////////
По поводу разметки.

Ранее, разметка на диске создавалась в parted командой:
mkpart primary ext4 2MiB 100%
Сегодня (как я упоминал выше) разметка создавалась утилитой fdisk.

fdisk выдаёт, что начало диска — сектор 2048. В то же время, я помню, что команда print утилиты parted
выводя сводку началом раздела отображала какое-то другое число, отличное от 2048. Мне кажется
оно было нечётное, типа 2037, или 2049, как-то так.
Может это и не важно с точки зрения борьбы за суперблоки, но на всякий случай решил упомянуть.

Как спасти данные с диска?