unixforum.org
wrong fs type, bad option, bad superblock on /dev/sdc1 — восстановить разметку на SSD (После отключения — слетела разметка)
IDE, SATA, SCSI, внешние USB-HDD, SSD, USB-Flash накопители
17 сообщений • Страница 1 из 1
malor Сообщения: 335
wrong fs type, bad option, bad superblock on /dev/sdc1 — восстановить разметку на SSD
Сообщение malor » 01.10.2022 08:59
Бывает, что наш сервер самопроизвольно отключается. После очередного такого отключения он не загрузился в Рабочий стол.
Пришлось закомментить один из 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
Команда «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, как-то так.
Может это и не важно с точки зрения борьбы за суперблоки, но на всякий случай решил упомянуть.
Как спасти данные с диска?
Спасибо сказали:
ormorph Сообщения: 2570 ОС: Gentoo
Re: wrong fs type, bad option, bad superblock on /dev/sdc1 — восстановить разметку на SSD
Сообщение ormorph » 01.10.2022 09:35
01.10.2022 08:59
Как спасти данные с диска?
Для того, чтобы спасти данные, нужно знать начало и конец раздела, который был создан ранее(хотя бы начало), и при разметке нужно было указать их. У вас хотя бы тип раздела показывает после разметки?
# blkid /dev/sdc1|awk -v RS=» » ‘/^TYPE=/
Вам бы создать образ sdc диска и с ним уже экспериментировать по восстановлению, но для этого нужен более емкий ssd.
Спасибо сказали:
malor Сообщения: 335
Re: wrong fs type, bad option, bad superblock on /dev/sdc1 — восстановить разметку на SSD
Сообщение malor » 01.10.2022 10:42
Команда
# blkid /dev/sdc1|awk -v RS=» » ‘/^TYPE=/ ‘
ничего не выдала.
На SSD раздел месяц назад мной был создан такой командой (в parted):
mkpart primary ext4 2MiB 100%
Лмбо такой:
mkpart primary ext4 1MiB 100%
Других вариантов нет.
Спасибо сказали:
Zer0 Сообщения: 479 ОС: Void, Slackware
Re: wrong fs type, bad option, bad superblock on /dev/sdc1 — восстановить разметку на SSD
Сообщение Zer0 » 01.10.2022 11:12
malor, утилита R-Studio или в крайнем случае R-Linux помогает в 99% случаев.
Memento mori . сделай бэкап.
Спасибо сказали:
Bizdelnick Модератор Сообщения: 20512 Статус: nulla salus bello ОС: Debian GNU/Linux
Re: wrong fs type, bad option, bad superblock on /dev/sdc1 — восстановить разметку на SSD
Сообщение Bizdelnick » 01.10.2022 11:27
testdisk Вам в руки. Он умеет находить файловые системы при слетевшей разметке и восстанавливать её или копировать файлы с них без записи изменений на сам носитель. Я советую воспользоваться вторым вариантом, поскольку непонятно, в работоспособном ли состоянии сам SSD.
Пишите правильно:
| в консоли вку́пе (с чем-либо) в общем вообще |
в течение (часа) новичок нюанс по умолчанию |
приемлемо проблема пробовать трафик |
Спасибо сказали:
ormorph Сообщения: 2570 ОС: Gentoo
Re: wrong fs type, bad option, bad superblock on /dev/sdc1 — восстановить разметку на SSD
Сообщение ormorph » 01.10.2022 11:30
01.10.2022 10:42
Команда
# blkid /dev/sdc1|awk -v RS=» » ‘/^TYPE=/ ‘
ничего не выдала.
Это плохо, значит скорее всего разметка начало, конец ФС не соответствует, либо вообще там каша из байтов. Может у вас вообще раньше разметка gpt была, а сейчас dos. Я обычно не пользуюсь parted, по этому не знаю как он там дeлает разметку. Как вариант можете проверить создать файл определенного размера и далее подключить его как блочное устройство командой:
# losetup -fP file.img
Должно появиться устройство /dev/loop0, с ним и работать как с диском, разметить его как вы размечали и посмотреть адрес начала, его и прописывать при создании в fdisk.
Просмотреть адрес начала — команда:
# fdisk -l /dev/loop0
Спасибо сказали:
Zer0 Сообщения: 479 ОС: Void, Slackware
Re: wrong fs type, bad option, bad superblock on /dev/sdc1 — восстановить разметку на SSD
Сообщение Zer0 » 01.10.2022 11:50
Еще имеет смысл перед действиями по восстановлению сделать дамп SSD с помощью ddresque и над ним уже работать. Лучше использовать версию Антонио Диас Диас.
Memento mori . сделай бэкап.
Спасибо сказали:
Aliech Сообщения: 942 Статус: дилетант широкого профиля ОС: Gentoo arm64 musl hardened Контактная информация:
Re: wrong fs type, bad option, bad superblock on /dev/sdc1 — восстановить разметку на SSD
Сообщение Aliech » 01.10.2022 15:24
Тут беда какая? Беда в том, что легко могла слететь не разметка, а nvram, в котором текущая карта блоков была. Т.е. внутри самого SSD. И тогда уже ничего не поможет из того, что доступно обывателю.
01.10.2022 11:12
malor, утилита R-Studio или в крайнем случае R-Linux помогает в 99% случаев.
Хорошие инструменты. В моём эникейном прошлом R-Studio помог поднять не один и не два поехавших аппаратных массива из небытия.
В любом случае: снимать копию и начинать идти, перебирая инструменты, пока не будет достигнут удовлетворительный результат. С некоторой вероятностью, он (результат) не будет достигнут никогда.
С уважением,
Павел Алиев
Спасибо сказали:
malor Сообщения: 335
Re: wrong fs type, bad option, bad superblock on /dev/sdc1 — восстановить разметку на SSD
Сообщение malor » 01.10.2022 21:26
Выполнил сканирование в R-Linux. Скрин говорит о том, что R-Linux не увидел ни одного файла на диске?
Спасибо сказали:
Zer0 Сообщения: 479 ОС: Void, Slackware
Re: wrong fs type, bad option, bad superblock on /dev/sdc1 — восстановить разметку на SSD
Сообщение Zer0 » 01.10.2022 21:47
Сканировать нужно не раздел, а диск D2CSTK. судя по всему. И за 13 минут он не отсканируется.
Последний раз редактировалось Zer0 01.10.2022 21:51, всего редактировалось 1 раз.
Memento mori . сделай бэкап.
Спасибо сказали:
ormorph Сообщения: 2570 ОС: Gentoo
Re: wrong fs type, bad option, bad superblock on /dev/sdc1 — восстановить разметку на SSD
Сообщение ormorph » 01.10.2022 21:49
Можете выложить где нибудь неполный образ где то 3 мб, и ссылку дать. Может я тоже с образом немного поиграюсь.
# dd if=/dev/sdc of=file.img bs=1M count=3
Спасибо сказали:
malor Сообщения: 335
Re: wrong fs type, bad option, bad superblock on /dev/sdc1 — восстановить разметку на SSD
Сообщение malor » 01.10.2022 22:24
Ссылку на образ (на файлобменнике) отправил вам в ЛС.
Спасибо сказали:
ormorph Сообщения: 2570 ОС: Gentoo
Re: wrong fs type, bad option, bad superblock on /dev/sdc1 — восстановить разметку на SSD
Сообщение ormorph » 01.10.2022 23:03
Ответ о грустном написал в личку. Нет там отформатированного раздела.
Спасибо сказали:
malor Сообщения: 335
Re: wrong fs type, bad option, bad superblock on /dev/sdc1 — восстановить разметку на SSD
Сообщение malor » 01.10.2022 23:36
Я прочёл ваш ответ. Можно было сюда писать, т.к. никаких личных данных в нём нет. :]
Выше вы говорили о пробной разметке на /dev/loop0. Сделал:
# dd if=/dev/zero of=testfile.img bs=1M count=30 30+0 записей получено 30+0 записей отправлено 31457280 байт (31 MB, 30 MiB) скопирован, 0,0268143 s, 1,2 GB/s # losetup -fP testfile.img # fdisk -l /dev/loop0 Диск /dev/loop0: 30 MiB, 31457280 байт, 61440 секторов Единицы: секторов по 1 * 512 = 512 байт Размер сектора (логический/физический): 512 байт / 512 байт Размер I/O (минимальный/оптимальный): 512 байт / 512 байт # parted /dev/loop0 GNU Parted 3.2 Используется /dev/loop0 Добро пожаловать в GNU Parted! Наберите 'help' для просмотра списка команд. (parted) print Ошибка: /dev/loop0: метка диска не определена Модель: Устройство типа loopback (loopback) Диск /dev/loop0: 31,5MB Размер сектора (логич./физич.): 512B/512B Таблица разделов: unknown Флаги диска: (parted) mklabel msdos (parted) mkpart primary ext4 2MiB 100% (parted) print Модель: Устройство типа loopback (loopback) Диск /dev/loop0: 31,5MB Размер сектора (логич./физич.): 512B/512B Таблица разделов: msdos Флаги диска: Номер Начало Конец Размер Тип Файловая система Флаги 1 2097kB 31,5MB 29,4MB primary ext4 lba (parted) quit Информация: Не забудьте обновить /etc/fstab. # fdisk -l /dev/loop0 Диск /dev/loop0: 30 MiB, 31457280 байт, 61440 секторов Единицы: секторов по 1 * 512 = 512 байт Размер сектора (логический/физический): 512 байт / 512 байт Размер I/O (минимальный/оптимальный): 512 байт / 512 байт Тип метки диска: dos Идентификатор диска: 0x90246360 Устр-во Загрузочный начало Конец Секторы Размер Идентификатор Тип /dev/loop0p1 4096 61439 57344 28M 83 Linux #Zer0, я просканировал диск в R-Linux, но процесс тоже длился 13 минут:
Вид из программы Testdisk:
Форум русскоязычного сообщества Ubuntu
Страница сгенерирована за 0.059 секунд. Запросов: 25.
- Сайт
- Об Ubuntu
- Скачать Ubuntu
- Семейство Ubuntu
- Новости
- Форум
- Помощь
- Правила
- Документация
- Пользовательская документация
- Официальная документация
- Семейство Ubuntu
- Материалы для загрузки
- Совместимость с оборудованием
- RSS лента
- Сообщество
- Наши проекты
- Местные сообщества
- Перевод Ubuntu
- Тестирование
- RSS лента
© 2012 Ubuntu-ru — Русскоязычное сообщество Ubuntu Linux.
© 2012 Canonical Ltd. Ubuntu и Canonical являются зарегистрированными торговыми знаками Canonical Ltd.
mount: wrong fs type, bad option, bad superblock
I tried mount -t ext4 /dev/sdb1 /mnt/storage2 with identical outcome. I’ve done this stuff many times before and have never ran into anything like this. I’ve already read this mount: wrong fs type, bad option, bad superblock on /dev/sdb on CentOS 6.0 to no avail. fdisk output regarding the drive
Disk /dev/sdb: 1000 GiB, 1073741824000 bytes, 2097152000 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disklabel type: gpt Disk identifier: 0E136427-03AF-48E2-B56B-A467E991629F Device Start End Sectors Size Type /dev/sdb1 2048 2097149951 2097147904 1000G Linux filesystem mount: wrong fs type, bad option, bad superblock on /dev/sdb on CentOS 6.0
Some how my partition on /dev/sdb has gotten all buggered up. This hard drive contains a lot of data that I need to recover and haven’t been able to backup yet. WHen I attempt to mount it:
#mount -t ext4 /dev/sdb /world mount: wrong fs type, bad option, bad superblock on /dev/sdb, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so Also when I run fdisk to try see what partitions are on the hard drive:
Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes 255 heads, 63 sectors/track, 121601 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x25467742 Device Boot Start End Blocks Id System /dev/sdb3 * 1 1 0 0 Empty Partition 3 does not end on cylinder boundary. I have attempted to use TestDisk to try to recover my lost partition but both quick and deep scans find no partitions present. I am able to look at the used space and all of my data is still intact on the hard drive it self it just seems my partition is complete done. Is there any way I can recover this data? Any tools or details that I am missing? Thanks for your help in advance. EDIT: Output of my fstab file:
/dev/mapper/vg_atlasserver-lv_root / ext4 defaults 1 1 UUID=195465e0-00b6-49ad-9e81-2521316a808c /boot ext4 defaults 1 2 /dev/mapper/vg_atlasserver-lv_home /home ext4 defaults 1 2 /dev/mapper/vg_atlasserver-lv_swap swap swap defaults 0 0 tmpfs /dev/shm tmpfs defaults 0 0 devpts /dev/pts devpts gid=5,mode=620 0 0 sysfs /sys sysfs defaults 0 0 proc /proc proc defaults 0 0 /dev/sdb /world ext4 defaults 0 0