desarrollo-web-br-bd.com

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

Agregué un nuevo disco duro (/dev/sdb) a Ubuntu Server 16, ejecutó parted /dev/sdb mklabel gpt y 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/storage2 con idéntico resultado. He hecho esto muchas veces antes y nunca me he encontrado con algo como esto. Ya he leído esto montaje: tipo fs incorrecto, opción incorrecta, superbloque incorrecto en/dev/sdb en CentOS 6. 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 
51
Eli Korvigo

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.

75
rudimeier

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

Para ver sus discos use lsblk

Si puede ver que su disco es bueno, ejecute fdisk -l para 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'

Permitir que fsck repare todos los bloques defectuosos

Luego pude montar el dispositivo usando

Sudo mount /dev/sda /media/ubuntu

Esto lo resolvió para mí.

10
Darragh Blake

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 confidencial (por ejemplo, directorio de datos para una base de datos), por lo que hay momentos en que no quiero usarlos o no No funciona.

Puedes Sudo a ti mismo 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 lo que tiene primero. 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 use el ejemplo. Sus superbloques pueden estar almacenados 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 agota, es probable que tenga problemas más grandes y espero que tenga buenas copias de seguridad. Puede intentar ejecutar FSCK en ese punto.

2
DigitalGoddess
# 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/
1
MonsieurBeilto

En mi caso, la solución fue instalar nfs-utils en el lado del cliente.

CentOS/Red Hat:

yum install nfs-utils

buntu/Debian:

apt update
apt install nfs-kernel-server
0
Feriman

Para mí, había un archivo misterioso que causaba este problema.

Tuve que borrar el directorio usando el siguiente comando:

Sudo mkfs -t ext3 /dev/sdf

Advertencia: esto podría eliminar archivos que haya guardado. Por lo tanto, puede ejecutar ls para asegurarse de no perder archivos guardados importantes y hacer una copia de seguridad de estos archivos antes de la ejecución.

0
ScottyBlades

Sé que esta es una vieja pregunta, pero en caso de que ayude a cualquiera que se encuentre con esto.

Estaba intentando conectarme y montar NFS, pero estaba fallando y obtenía el mismo error que OP.

Después de instalar las dependencias, estaba listo:

Sudo apt install nfs-common

0
Beans