mount: falscher fs-Typ, schlechte Option, schlechter Superblock unter / dev / sdb unter CentOS 6.0

7

Irgendwie ist meine Partition auf / dev / sdb völlig durcheinander geraten. Diese Festplatte enthält viele Daten, die ich wiederherstellen muss und die ich noch nicht sichern konnte. Wenn ich versuche, es zu mounten:

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

Auch wenn ich fdiskversuche zu sehen, welche Partitionen sich auf der Festplatte befinden:

Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x25467742

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb3   *           1           1           0    0  Empty
Partition 3 does not end on cylinder boundary.

Ich habe versucht, mit TestDisk zu versuchen, meine verlorene Partition wiederherzustellen, aber sowohl schnelle als auch tiefe Scans finden keine Partitionen.

Ich kann den verwendeten Speicherplatz anzeigen und alle meine Daten sind auf der Festplatte selbst noch intakt. Es scheint nur, dass meine Partition vollständig verschwunden ist. Kann ich diese Daten auf irgendeine Weise wiederherstellen? Irgendwelche Tools oder Details, die mir fehlen?

centos partition data-recovery Nic Young
quelle
Die Partition ist noch gemountet ... Die Frage ist also: Wie kommt man auf die Kernel-Idee, wo diese Partition beginnt und endet?
Nils
Sie versuchen zu mounten /dev/sdb, das ist die gesamte Festplatte. Dies ist ungewöhnlich und wahrscheinlich nicht das, was Sie wollten, da Sie sagen, dass sich eine Partition auf der Festplatte befand. Was </dev/sdb tail -n +513 | file - sagt das? Wenn es ein Dateisystem erkennt, haben Sie gerade Ihre Partitionstabelle abgespritzt und sollten eine Partition ab Zylinder 1 neu erstellen.
Gilles 'SO - hör auf böse zu sein'
@ Gilles Beim Versuch, es auszuführen /dev/sdb tail -n +513 | file -, wird mir ein /dev/stdin: no read permission Fehler angezeigt , obwohl ich es als root ausführe .
Nic Young
@Nic Versuchen Sie es erneut mit der gesamten Befehlszeile, einschließlich der Initiale <.
Gilles 'SO - hör auf böse zu sein'
@ Gilles gleiches Ergebnis, ich bekomme immer noch eine vorzeitige Verweigerung
Nic Young

Antworten:

4

In einer idealen Welt würden Sie ein Image dieser Festplatte erstellen, bevor Sie Wiederherstellungs-Tools darauf ausprobieren.

Es gibt ein Tool namens "foremost", mit dem Dateien bestimmter Typen abgerufen werden können. Hier ist ein Blog-Beitrag, der helfen könnte: Wiederherstellen von Daten von formatierten Laufwerken mit foremost

Wenn Ihre Daten ungewöhnlicher Art sind, wird in erster Linie wahrscheinlich nicht viel helfen.

Wenn TestDisk Ihre Partitionen nicht finden kann, wird GNU Parted dies wahrscheinlich auch nicht tun, aber es könnte einen Versuch wert sein

EDIT: Ich habe gerade bemerkt, dass Ihr erster Befehl war 

#mount -t ext4 /dev/sdb /world

und nicht 

#mount -t ext4 /dev/sdb3 /world

Ich bin schon einmal davon gebissen worden, also dachte ich, ich könnte darauf hinweisen.

Paul Nijjar
quelle
Wenn ich versuche, die Datei mit /dev/sdb3' it gives me mount zu mounten: spezielles Gerät / dev / sdb3 existiert nicht . I have tried partition numbers 1-4 and get the same result. Also I am following the tut. for the GNU Parted that you linked to and I ran dd if = / dev / sdb von = / dev / sdc bs = 512 conv = noerror, synchronisiere`, um ein Disk-Image der Festplatte zu erstellen Es dauert jedoch ungewöhnlich lange. Ist das normal? Wie lange kann ich damit rechnen? Die Festplatte, die ich abbilden möchte, ist 1 TB groß.
Nic Young
Entschuldigung für die späte Antwort. Ja, das kann lange dauern. Sie können einen Befehl ausgeben , um den Fortschritt der Kopie zu überprüfen.
Paul Nijjar