mount: falscher fs typ, schlechte option, schlechter superblock

40

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 
Eli Korvigo
quelle
Tipp für alle anderen, die auf dieses Problem stoßen: Führen Sie dmesg aus. Dadurch erhalten Sie möglicherweise weitere Informationen zu Ihrem eigentlichen Problem.
Winston Ewert

Antworten:

58

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 .

rudimeier
quelle
22
Dadurch wird Ihr aktuelles Laufwerk gelöscht !!
SudarP
Dabei erhalte ich den Fehler "Erlaubnis verweigert". Haben Sie das schon einmal erlebt?
Kosta
1
@Kosta Sie müssen den Befehl als Superuser sudo
ausführen
@SudarP löscht das Gerät / dev / sdb1. Nicht deine derzeitige. Führen Sie einfach aus, wenn Sie sicher sind, was Sie tun ( linux.die.net/man/8/mkfs.ext4 )
tremendows
Sie könnten auch versuchen, beispielsweise sdaanstelle von sda2(oder der Nummer, auf der sich Ihre ext4-Partition befindet) zu mounten . Wie war mein Fall heute ... Ich bin halb eingeschlafen
Mint
7

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.

Darragh Blake
quelle
Wenn ich dies versuche, erhalte ich einen Fehler, dem die Berechtigung verweigert wurde, sowohl für fdisk -l als auch für den Befehl fsck. Gibt es eine Problemumgehung?
Kosta
0
# 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/
MonsieurBeilto
quelle
6
Die Frage sagt bereits mkdirund mountund die akzeptierte Antwort sagt mkfs.ext4. Sie haben hinzugefügt chown, was nichts mit der Frage zu tun hat, sodass Sie keine nützlichen neuen Informationen beisteuern.
G-Man sagt, dass Monica
0

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.

DigitalGoddess
quelle
1
Ich fordere die Leute auf, einen oder zwei Tage zu warten, bis sie die Antworten annehmen.
Israr