web-dev-qa-db-de.com

'Dateisystem kann nicht gemountet werden' Fehler

Es wurde versucht, Daten von einem "gemauerten" Western Digital MyBook Live 2-TB-Laufwerk zu extrahieren.

Ich bin auf ein Forum gestoßen, in dem empfohlen wurde, Ubuntu (von einer CD gebootet) auf meinem Macbook zu verwenden. Es ist gelungen, eine Boot-CD für Ubuntu herunterzuladen und zu erstellen (wie dieses kleine Betriebssystem übrigens). Bootete den Computer mit der CD und steckte das Laufwerk ein (das ich aus dem Gehäuse gezogen und in ein externes USB-SATA-Gehäuse gesteckt und an den Laptop angeschlossen hatte). Das Laufwerk wird von Ubuntu gesehen, aber jedes Mal, wenn ich auf das Laufwerk klicke, wird mir der folgende Fehler angezeigt:

Unable to mount 2.0 TB Filesystem

Error mounting: mount: wrong fs type, bad option, bad superblock on /dev/sdb4, missing codepage or helper program, or other error In some cases useful info is found in syslog -try dmesg | tail or so

Ich bin neu in diesem Bereich und habe einige Zeit damit verbracht, auf dieser Website nach einer Lösung für dieses Problem zu suchen, ohne jemanden zu stören. Ich hatte einige, die mir sehr nahe kamen, aber einige der Befragten erwähnten, dass sie Daten verloren hatten ... was mich davor zurückschreckte, noch weiter zu gehen. Ich muss im Grunde 1 bestimmten Ordner aus dem Laufwerk extrahieren. Wenn ich dieses Volume 'sdb4' mounten kann, gibt es einen Ordner namens 'My_Work', den ich sichern muss. Der Rest habe/hatte ich eine Kopie von.

Als ich dmesg | eintippte Schwanz ... Ich habe mehrere Zeilen ... aber ich denke, diejenigen, die relevant sind, sind:

[  406.864677] EXT4-fs (sdb4): bad block size 65536
[  429.098776] hfs: write access to a journaled filesystem is not supported, use the force option at your own risk, mounting read-only
[  439.786365] hfs: write access to a journaled filesystem is not supported, use the force option at your own risk, mounting read-only
[  445.982692] EXT4-fs (sdb4): bad block size 65536
[ 1565.841690] EXT4-fs (sdb4): bad block size 65536

Ich habe irgendwo gelesen, um 'Sudo fdisk -l/dev/sdb4' zu testen. Es gab mir das folgende Ergebnis:

Disk /dev/sdb44: 1995.8 GB, 1995774623744 bytes
255 heads, 63 sectors/track, 242639 cylinders, total 3897997312 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/sdb4 doesn't contain a valid partition table

Hier erreichte ich und wurde frustriert und beschloss, Hilfe zu suchen, ohne mich tiefer in ein Loch zu graben! Ich verstehe, dass die Antwort vielleicht schon da draußen ist. Wenn ja, könnte jemand mich bitte in die richtige Richtung weisen. Und wenn nicht, könnte jemand bitte (wenn möglich) meine Situation lösen!

6
Charles

Für diejenigen, die noch eine Antwort suchen:

Wenn Ihre Festplatte zugemauert ist und nicht richtig gemountet werden kann, gibt es einige Dinge zu tun:

  • mach ein bild, wenn du den platz hast.
    Wenn Sie eine Image-Datei bearbeiten, werden die Daten auf Ihrer Festplatte nicht beschädigt, falls Sie Fehler machen und Ihre Daten zerstören.

  • wenn Sie Ihre Partitionen weiterhin bereitstellen können, stellen Sie sie schreibgeschützt bereit.
    Ändern Sie den Befehl mount wie folgt: mount -o ro /dev/sdb1 /mnt/targetfolder

  • Wenn Sie die Partitionen Ihrer Festplatte nicht mounten können, versuchen Sie es mit extundelete oder testdisk:
    Sudo apt-get install testdisk extundelete. Führen Sie dann cd <recovery-dir>; Sudo extundelete /dev/sdb1 oder Sudo testdisk /dev/sdb1 aus und folgen Sie den Anweisungen, um Ihre Daten wiederherzustellen.

Ich habe erfolgreich Daten von einem überschriebenen RAID 1-Laufwerk wiederhergestellt, daher kann ich diese Tools wirklich empfehlen.

1
Ben

Ich hatte ein Problem, als mein mybook live 2-TB-Laufwerk plötzlich nicht mehr funktionierte. Um ehrlich zu sein, benutzte ich es als tragbares Laufwerk und lagerte es weg. Als ich es herausnahm und wieder einsteckte, um ein Backup zu machen, ging das Licht von blau über weiß nach rot und ich versuchte alles, um es zum Laufen zu bringen. Alles, was die Support-Seite sagte und ungefähr 4 Stunden im Internet herumgespielt, all diese Foren gelesen und alles Mögliche ausprobiert. Folgendes habe ich gelernt:

Lösung: (Ich habe früher Computerkenntnisse, jetzt aber weniger, da ich älter bin und genug von meinem Leben mit diesem Mist verschwendet habe.)

Welches Dateisystem dies auch ist, es ist kein Linux native ext2 oder 3 oder was auch immer, es ist ein Mac. Es wird NICHT unter Ubuntu gemountet, was ich laufe und all diese Fehler fortwährend geben wird. Wenn Sie irgendwann darauf zugreifen, sehen Sie alle Arten von .Apple-Dateien.

Einfache Lösung. Öffnen Sie Ihr Stück Junk-WD-Mybook-Laufwerk, ziehen Sie es heraus, machen Sie die Nic-Karte rückgängig, kaufen Sie das SATA-USB-Adapterkabel oder den Docking-Port von Best Buy, bringen Sie es zu einem Haus eines Freundes, das ein Windows-System hat, und verwenden Sie die Linux-Datei Systemleser von http://www.diskinternals.com/linux-reader/

installiere das, stecke das Laufwerk ein, wenn Windows es formatieren will, drücke CANCEL und starte das Programm und voila dort sind deine Dateien.

0
Jeremy

Es ist wahrscheinlich, dass das Dateisystem hfs ist, das nur Mac OSX ist und Ubuntu Probleme beim Lesen und Schreiben hat. Ich würde versuchen, das Problem unter Mac OSX und nicht unter Ubuntu zu lösen.

Ich füge das Folgende als Information nur hinzu, nachdem ich gerade einen Artikel gelesen habe, der die Schritte auflistet, um einen Fehler zu beheben Superblock auf einem ext4-Laufwerk.

Versuchen Sie folgendes:

Also, wie kann man einen schlechten Superblock wiederherstellen? Glücklicherweise werden Sicherungskopien des Superblocks an bestimmten Offsets auf der Festplatte aufbewahrt. Um herauszufinden, wo sich die Superblock-Backups befinden, öffnen Sie ein Terminalfenster und geben Sie Folgendes ein:

Sudo mke2fs -n /dev/????

Wo ???? ist die partition die du überprüfen willst, welche in meinem fall sdb3 war. Dies erzeugt eine Ausgabe wie die folgende:

Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872

Hierbei handelt es sich um Blocknummern, die den Speicherort der Superblock-Sicherungen angeben.

Geben Sie Folgendes ein, um den Superblock durch einen aus einer Sicherung zu ersetzen:

Sudo e2fsck -y -b block_location /dev/????

Ersetze block_location durch eine der obigen Zahlen und wieder ???? ist die partition, also in meinem fall war es sdb3.

Es gab eine erhebliche Beschädigung auf meiner Festplatte, aber die Angabe des Schalters -y hat fsck gestoppt und bei jedem Auftreten eines fehlerhaften Blocks um Bestätigung gebeten.

Nachdem ich dies ausgeführt habe, konnte ich die Partition mounten und meine Daten wiederherstellen.

Referenz

0
Mark Rooney