wrong fs type, bad option, bad superblock on /dev/sdc1 - восстановить разметку н

[malor]

Бывает, что наш сервер самопроизвольно отключается. После очередного такого отключения он не загрузился в Рабочий стол.
Пришлось закомментить один из 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, как-то так.
Может это и не важно с точки зрения борьбы за суперблоки, но на всякий случай решил упомянуть.

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

[bezbo]

Код: [Выделить]

sudo parted -l
sudo fdisk -l?

[malor]

Блоки информации о других дисках убрал для сокращения цитаты.

# parted -l

Модель: ATA D2CSTK251M11-024 (scsi)
Диск /dev/sdc: 240GB
Размер сектора (логич./физич.): 512B/512B
Таблица разделов: msdos
Флаги диска:

Номер  Начало  Конец  Размер  Тип      Файловая система  Флаги
 1     1049kB  240GB  240GB   primary

# fdisk -l

Диск /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

[bezbo]

Код: [Выделить]

sudo mount -v /dev/sdc1 /home/mybase

[Peter_I]

Спасать надо было сразу, а не создавать новый раздел и тем более не форматировать его.
Такие ситуации бывают, например, с usb-флешками, когда они постепенно выходят из строя.
Теперь уже только к специалисту по восстановлению данных, и вообще сверхважные данные надо регулярно копировать.

[ALiEN]

Замените/переподключите кабели ssd.

[malor]

Почему переподключение кабеля может помочь в данной ситуации?

[ALiEN]

Потому что разметка ФС просто так не слетает и уж тем более разделы не пропадают на ровном месте.
Но это нужно было сделать до того, как начали какие-то непонятные манипуляции с диском и разделами.

Теперь восстанавливайте данные через testdisk/r-studio (только не на самом диске, а на его образе!!!). Ну либо, как уже сказали - к специалисту.

[Peter_I]

Автор уже расказал на другом форуме о своей попытке воспользоваться testdisk, но после таких манипуляций с диском
testdisk может выдать большой список файлов с номерными именами, содержащих вырезки из ранее существоваших файлов.

[malor]

На диске хранилось около 5-6 файлов. Размер одного 130 Gb, остальные крошечного размера - не представляют ценности.
Тот 130-гиговый только и нужен, файл БД.

[Peter_I]

Вот testdisk и создаст огромное количество файлов с номерными именами, содержащие куски того файла,
да ещё места на диске может не хватить, если сохранять на нём же.

[malor]

Если в августе я создавал раздел в parted командой
mkpart primary ext4 2MiB 100%
а сейчас, после отключения сервера, если в fdisk создана партиция с дефолтными параметрами (начала партиции, конца партиции), то таковое создание слайса разве негативно сказывается на файле базы?
Ведь затирание нулями поверхности диска не происходит.

[ALiEN]

Не забывайте, что у вас SSD. Там полно неочевидных нюансов. Новое создание раздела точно не попало в те же ячейки, что и раньше, а записало новые свободные.

[malor]

Если сейчас fdisk считает первый сектором раздела "2048", а ранее (при разбитии parted) считало "4096", то может удалить слайс и создать заново командой "mkpart primary ext4 2MiB 100%"? Или вы не о том...

[ALiEN]

Не о том. TRIM