montaje: tipo fs incorrecto, mala opción, superbloque malo

Agregué un nuevo disco duro ( /dev/sdb) a Ubuntu Server 16, ejecuté parted /dev/sdb mklabel gpty sudo parted /dev/sdb mkpart primary ext4 0G 1074GB. Todo salió bien. Entonces traté de montar el disco

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

Resultó en

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.

Lo intenté mount -t ext4 /dev/sdb1 /mnt/storage2con idéntico resultado. He hecho esto muchas veces antes y nunca me he encontrado con algo como esto. Ya he leído este montaje: tipo fs incorrecto, mala opción, superbloque incorrecto en / dev / sdb en CentOS 6.0 en vano.

salida de fdisk con respecto a la unidad

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 

Aún necesita crear un sistema de archivos

mkfs.ext4 /dev/sdb1

Manual del usuario separado https://www.gnu.org/software/parted/manual/html_node/mkpart.html :

2.4.5 mkpart

Comando: mkpart [nombre de tipo fs de parte] inicio final

Crea una nueva partición, sin crear un nuevo sistema de archivos en esa partición.

Tuve este problema con / dev / sda en Ubuntu 16.04. Lo resolví iniciando en un usb en vivo y haciendo lo siguiente:

Para ver tus discos usa lsblk

Si puede ver que su disco es bueno, corra fdisk -lpara ver si el sistema puede usarlo.

Ejecute este comando para intentar reparar superbloques defectuosos en la unidad.

fsck /dev/sda1 (reemplace / dev / sda1 con la unidad que desea arreglar).

Cuando solicite reparar bloques, seleccione sí presionando ' y '

Permita que fsck repare todos los bloques defectuosos.

Luego pude montar el dispositivo usando

sudo mount /dev/sda /media/ubuntu

Esto lo resolvió para mí.

# 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/

Tengo un proceso diferente para esto que reemplazó el superbloque malo con una de las alternativas. FSCK puede ser un proceso "con pérdida" porque FSCK puede querer eliminar demasiados datos o eliminar datos de una ubicación sensible (por ejemplo, directorio de datos para una base de datos), por lo que hay momentos en que no quiero usarlos o no No funciona

Puede sudo tonto o simplemente convertirse en la raíz del proceso. Solo recuerda que cuando eres root, Linux asume que sabes lo que estás haciendo cuando emites comandos. Si así se indica, entregará rápidamente al Sr. Bullet al Sr. Foot. Como muchas otras cosas, con un gran poder viene una gran responsabilidad. Con esto concluye mi advertencia sobre ejecutar su sistema como root.

sudo -s

fdisk -l

Averigüe qué dispositivo, suponiendo / dev / sdc1 para este ejemplo junto con EXT4 como el más común para esta explicación.

fsck -N /dev/sdc1

Su dispositivo y su sistema de archivos (ZFS, UFS, XFS, etc.) pueden variar, así que sepa primero lo que tiene. No asuma que es EXT4. Ignorar este paso puede causarle problemas más adelante si NO es un sistema de archivos EXT4.

fsck.ext4 -v /dev/sdc1

Recibe tu mensaje de error que dice que el superbloque es malo. No desea hacer esto si su superbloque está bien.

mke2fs -n /dev/sdc1

Esto generará los superbloques alternativos almacenados en su partición.

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

Elija un superbloque alternativo: tenga en cuenta que el primero es el predeterminado y es malo, así que no usemos ese. También querrá elegir uno de la lista que obtiene de su partición. No uses el ejemplo. Sus superbloques se pueden almacenar en otro lugar .

e2fsck -b 98304 /dev/sdc1

Reinicie y vea si esto funcionó. Si no, prueba el siguiente superbloque de la lista. He tenido que ir al tercero o al cuarto un par de veces.

e2fsck -b 163840 /dev/sdc1

Ahora intente el comando para validar el disco nuevamente. Vea si obtiene el mismo mensaje sobre los superbloques malos.

fsck.ext4 -v /dev/sdc1

Sigue intentándolo hasta que te quedes sin superbloques o funcione. Si se acaba, es probable que tenga problemas más grandes y espero que tenga buenas copias de seguridad. Puede intentar ejecutar FSCK en ese punto.