mount: falscher fs typ, schlechte option, schlechter superblock

Ich habe eine neue Festplatte ( /dev/sdb) zu Ubuntu Server 16 hinzugefügt , lief parted /dev/sdb mklabel gptund sudo parted /dev/sdb mkpart primary ext4 0G 1074GB. Alles ging gut. Dann habe ich versucht, das Laufwerk zu mounten

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

Es ergab sich

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.

Ich habe es mount -t ext4 /dev/sdb1 /mnt/storage2mit identischem Ergebnis versucht . Ich habe das schon oft gemacht und bin noch nie auf so etwas gestoßen. Ich habe diesen Mount bereits gelesen : falscher fs-Typ, schlechte Option, schlechter Superblock auf / dev / sdb auf CentOS 6.0 ohne Erfolg.

fdisk-Ausgabe in Bezug auf das Laufwerk

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 

Sie müssen noch ein Dateisystem erstellen

mkfs.ext4 /dev/sdb1

Parted Benutzerhandbuch https://www.gnu.org/software/parted/manual/html_node/mkpart.html :

2.4.5 mkpart

Befehl: mkpart [Teiltyp fs-Typname] start end

Erstellt eine neue Partition, ohne ein neues Dateisystem auf dieser Partition zu erstellen .

Ich hatte dieses Problem mit / dev / sda unter Ubuntu 16.04. Ich habe es gelöst, indem ich in einen Live-USB gebootet habe und Folgendes getan habe:

Um Ihre Festplatten zu sehen, verwenden Sie lsblk

Wenn Sie sehen, dass Ihr Laufwerk in Ordnung ist, führen Sie es aus, um zu prüfen, fdisk -lob es vom System verwendet werden kann.

Führen Sie diesen Befehl aus, um zu versuchen, fehlerhafte Superblöcke auf dem Laufwerk zu reparieren.

fsck /dev/sda1 (Ersetzen Sie / dev / sda1 durch das Laufwerk, das Sie reparieren möchten.)

Wenn es um die Blöcke Reparatur fragt wählen ja durch Drücken von ‚ y ‘

Erlaube fsck, alle fehlerhaften Blöcke zu reparieren.

Dann konnte ich das Gerät mit montieren

sudo mount /dev/sda /media/ubuntu

Das hat es für mich gelöst.

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

Ich habe einen anderen Prozess dafür, der den schlechten Superblock durch eine der Alternativen ersetzte. FSCK kann ein "verlustbehafteter" Prozess sein, da FSCK möglicherweise zu viele Daten oder Daten von einem sensiblen Speicherort (z. B. einem Datenverzeichnis für eine Datenbank) entfernen möchte, sodass es Zeiten gibt, in denen ich sie nicht verwenden möchte oder nicht funktioniert nicht.

Sie können sich lächerlich machen oder einfach Root für den Prozess werden. Denken Sie daran, dass Linux als Root davon ausgeht, dass Sie wissen, was Sie tun, wenn Sie Befehle eingeben. Bei entsprechender Anweisung wird Mr. Bullet schnell an Mr. Foot übergeben. Wie bei vielen anderen Dingen ist mit großer Kraft auch große Verantwortung verbunden. Damit ist meine Warnung zum Ausführen Ihres Systems als Root abgeschlossen.

sudo -s

fdisk -l

Stellen Sie fest, auf welchem ​​Gerät / dev / sdc1 für dieses Beispiel und EXT4 für diese Erklärung am häufigsten verwendet werden.

fsck -N /dev/sdc1

Ihr Gerät und Ihr Dateisystem (ZFS, UFS, XFS usw.) können unterschiedlich sein. Wissen Sie also zuerst, was Sie haben. Gehen Sie nicht davon aus, dass es sich um EXT4 handelt. Das Ignorieren dieses Schritts kann später zu Problemen führen, wenn es sich NICHT um ein EXT4-Dateisystem handelt.

fsck.ext4 -v /dev/sdc1

Erhalten Sie Ihre Fehlermeldung, die besagt, dass der Superblock fehlerhaft ist. Sie möchten dies nicht tun, wenn Ihr Superblock in Ordnung ist.

mke2fs -n /dev/sdc1

Dadurch werden die alternativen Superblöcke ausgegeben, die auf Ihrer Partition gespeichert sind.

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

Wählen Sie einen alternativen Superblock - denken Sie daran, dass der erste der Standard und der schlechte ist. Verwenden Sie diesen also nicht. Sie sollten auch eines aus der Liste auswählen, die Sie von Ihrer Partition erhalten. Verwenden Sie nicht das Beispiel. Ihre Superblöcke können an anderer Stelle gespeichert werden .

e2fsck -b 98304 /dev/sdc1

Starten Sie neu und prüfen Sie, ob dies funktioniert hat. Wenn nicht, versuchen Sie es mit dem nächsten Superblock in der Liste. Ich musste das dritte oder vierte Mal ein paar Mal gehen.

e2fsck -b 163840 /dev/sdc1

Versuchen Sie nun den Befehl, um die Festplatte erneut zu validieren. Sehen Sie, wenn Sie das gleiche Messabout über schlechte Superblöcke bekommen.

fsck.ext4 -v /dev/sdc1

Versuche es weiter, bis dir entweder die Superblöcke ausgehen oder es funktioniert. Wenn Sie keine mehr haben, haben Sie wahrscheinlich größere Probleme und ich hoffe, Sie haben gute Backups. Sie können dann versuchen, FSCK auszuführen.