mount: неправильный тип fs, плохой параметр, плохой суперблок

Я добавил новый жесткий диск ( /dev/sdb) в Ubuntu Server 16, запустил parted /dev/sdb mklabel gptи sudo parted /dev/sdb mkpart primary ext4 0G 1074GB. Все прошло нормально. Затем я попытался смонтировать диск

mkdir /mnt/storage2
mount /dev/sdb1 /mnt/storage2

Это привело к

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

       In some cases useful info is found in syslog - try
       dmesg | tail or so.

Я пытался mount -t ext4 /dev/sdb1 /mnt/storage2с одинаковым результатом. Я делал это много раз прежде и никогда не сталкивался ни с чем подобным. Я уже читал это монтирование: неправильный тип fs, плохая опция, плохой суперблок в / dev / sdb на CentOS 6.0 безрезультатно.

вывод fdisk относительно накопителя

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 

Вам все еще нужно создать файловую систему

mkfs.ext4 /dev/sdb1

Руководство пользователя Parted https://www.gnu.org/software/parted/manual/html_node/mkpart.html :

2,4,5 мкпарт

Команда: mkpart [имя типа fs-type] start end

Создает новый раздел без создания новой файловой системы в этом разделе.

У меня была эта проблема с / dev / sda в Ubuntu 16.04. Я решил ее, загрузившись с живого usb и выполнив следующие действия:

Чтобы увидеть ваши диски используйте lsblk

Если вы видите, что ваш диск хорош, запустите, fdisk -lчтобы увидеть, может ли система использовать его.

Запустите эту команду, чтобы попытаться восстановить неисправные суперблоки на диске.

fsck /dev/sda1 (замените / dev / sda1 на диск, который вы хотите исправить).

Когда он просит восстановить блоки, выберите «да», нажав « y »

Разрешить fsck восстанавливать все поврежденные блоки.

Тогда я смог смонтировать устройство с помощью

sudo mount /dev/sda /media/ubuntu

Это решило это для меня.

# create mount dir
sudo mkdir /hdd6T

# new file system
sudo mkfs.ext4 /dev/sdc

# mount drive
sudo mount /dev/sdc /hdd6T/

# change ownership to specified user
sudo chown your-user /hdd6T/

У меня есть другой процесс для этого, который заменил плохой суперблок одной из альтернатив. FSCK может быть процессом с потерями, потому что FSCK может захотеть удалить слишком много данных или удалить данные из уязвимого места (например, каталог данных для базы данных), поэтому бывают случаи, когда я не хочу его использовать или не работает

Вы можете покончить с собой или просто стать корнем этого процесса. Просто помните, что когда вы являетесь пользователем root, Linux предполагает, что вы знаете, что делаете, когда запускаете команды. Если так будет указано, он быстро доставит мистера Пуля к мистеру Футу. Как и многие другие вещи, с великой силой приходит большая ответственность. На этом мое предупреждение о запуске вашей системы от имени root завершено.

sudo -s

fdisk -l

Выясните, какое устройство - предполагая / dev / sdc1 для этого примера вместе с EXT4 как наиболее распространенное для этого объяснения.

fsck -N /dev/sdc1

Ваше устройство и ваша файловая система (ZFS, UFS, XFS и т. Д.) Могут различаться, поэтому сначала узнайте, что у вас есть. Не думайте, что это EXT4. Игнорирование этого шага может вызвать проблемы позже, если это НЕ файловая система EXT4.

fsck.ext4 -v /dev/sdc1

Получите сообщение об ошибке, в котором говорится, что суперблок плохой. Вы не хотите делать это, если ваш суперблок в порядке.

mke2fs -n /dev/sdc1

Это выведет альтернативные суперблоки, хранящиеся в вашем разделе.

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

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

e2fsck -b 98304 /dev/sdc1

Перезагрузитесь и посмотрите, сработало ли это. Если нет, попробуйте следующий суперблок в списке. Я должен был пойти третий или четвертый пару раз.

e2fsck -b 163840 /dev/sdc1

Теперь попробуйте команду проверить диск еще раз. Посмотрите, получите ли вы то же сообщение о плохих суперблоках.

fsck.ext4 -v /dev/sdc1

Продолжайте пробовать, пока у вас не кончатся суперблоки или все заработает. Если у вас закончились, у вас, вероятно, есть большие проблемы, и я надеюсь, что у вас есть хорошие резервные копии. Вы можете попробовать запустить FSCK на этом этапе.