mount: mauvais type de fs, mauvaise option, mauvais superbloc

J'ai ajouté un nouveau disque dur ( /dev/sdb) à Ubuntu Server 16, couru parted /dev/sdb mklabel gptet sudo parted /dev/sdb mkpart primary ext4 0G 1074GB. Tout s'est bien passé. Puis j'ai essayé de monter le lecteur

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

Il en a résulté

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.

J'ai essayé mount -t ext4 /dev/sdb1 /mnt/storage2avec un résultat identique. J'ai déjà fait ce genre de choses plusieurs fois et je n'ai jamais rien rencontré de tel. J'ai déjà lu ce montage: mauvais type de fs, mauvaise option, mauvais superbloc sous / dev / sdb sous CentOS 6.0, mais en vain.

sortie fdisk concernant le lecteur

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 

Vous devez toujours créer un système de fichiers

mkfs.ext4 /dev/sdb1

Manuel de l'utilisateur partagé https://www.gnu.org/software/parted/manual/html_node/mkpart.html :

2.4.5 mkpart

Commande: mkpart [nom de type de type de composant] début fin

Crée une nouvelle partition sans créer de nouveau système de fichiers sur cette partition.

J'ai eu ce problème avec / dev / sda sur Ubuntu 16.04, je l'ai résolu en démarrant sur un live USB et en procédant comme suit:

Pour voir vos disques utiliser lsblk

Si vous voyez que votre disque est bon, exécutez-le fdisk -lpour voir si le système peut l’utiliser.

Exécutez cette commande pour tenter de réparer les superblocs défectueux sur le lecteur.

fsck /dev/sda1 (remplacez / dev / sda1 par le lecteur que vous souhaitez réparer).

Quand il demande de réparer les blocs, sélectionnez oui en appuyant sur ' y '

Autorise fsck à réparer tous les blocs défectueux.

Ensuite, j'ai pu monter l'appareil en utilisant

sudo mount /dev/sda /media/ubuntu

Cela a résolu le problème pour moi.

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

J'ai un processus différent pour cela qui remplace le mauvais superbloc par l'une des alternatives. FSCK peut être un processus "avec perte" car il peut vouloir supprimer trop de données ou supprimer des données d'un emplacement sensible (par exemple, un répertoire de données pour une base de données), de sorte qu'il arrive que je ne veu ça marche pas.

Vous pouvez vous rendre idiot ou simplement devenir la racine du processus. Rappelez-vous simplement que lorsque vous êtes root, Linux suppose que vous savez ce que vous faites lorsque vous exécutez des commandes. Si tel est le cas, M. Bullet sera rapidement remis à M. Foot. Comme beaucoup d'autres choses, un grand pouvoir entraîne de grandes responsabilités. Ceci met fin à mon avertissement sur l’exécution de votre système en tant que root.

sudo -s

fdisk -l

Déterminez quel périphérique - en supposant que / dev / sdc1 pour cet exemple, ainsi que EXT4, est le plus courant pour cette explication.

fsck -N /dev/sdc1

Votre appareil et votre système de fichiers (ZFS, UFS, XFS, etc.) peuvent varier. Sachez ce que vous avez en premier. Ne supposez pas que c'est EXT4. Ignorer cette étape peut vous poser des problèmes ultérieurement s'il ne s'agit PAS d'un système de fichiers EXT4.

fsck.ext4 -v /dev/sdc1

Obtenez votre message d'erreur qui dit que le superbloc est mauvais. Vous ne voulez pas faire cela si votre superbloc est OK.

mke2fs -n /dev/sdc1

Cela produira les superblocs alternatifs stockés sur votre partition.

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

Choisissez un superbloc alternatif - gardez à l'esprit que le premier est le défaut et qu'il est mauvais, donc n'utilisons pas celui-là. Vous voudrez aussi en choisir un dans la liste de votre partition. Ne pas utiliser l'exemple. Vos superblocs peuvent être stockés ailleurs .

e2fsck -b 98304 /dev/sdc1

Redémarrez et voyez si cela a fonctionné. Sinon, essayez le prochain superbloc de la liste. J'ai du aller au troisième ou au quatrième une ou deux fois.

e2fsck -b 163840 /dev/sdc1

Maintenant, essayez la commande pour valider le disque à nouveau. Voyez si vous obtenez le même message à propos des mauvais superblocs.

fsck.ext4 -v /dev/sdc1

Continuez d'essayer jusqu'à ce que vous manquiez de superblocs ou que cela fonctionne. Si vous en manquez, vous avez probablement de gros problèmes et j'espère que vous avez de bonnes sauvegardes. Vous pouvez essayer de lancer FSCK à ce stade.