Linux 15.028 Themen, 107.048 Beiträge

Daten wieder herstellen

skawi / 6 Antworten / Baumansicht Nickles

Hallo!
Habe eine zweite Festplatte in meinen Rechner eingebaut und meine Fotosammlung dadrauf gespeichert.festplatte war mit ext3
formatiert und nicht partitioniert.(gesamten Speicherplatz ein
genommen).Meine distribution ist Debian etch 2.6.18.
Nun zu meinem Problem:
Alle meine Daten sind nicht mehr vorhanden,wenn ich die Platte mounte "mount -t ext3 /dev/hdb /share"wird in /share nur ein Unterverzeichnis "loust+found "angelegt und es ist leer.fdiek -l zeigt bei mir aber für die platte hdb und hdb1 an.Will ich aber hdb1 mounten ,kommt die Fehlermeldung"finde superblock nicht.
Könnt Ihr mir sagen was hier schief läuft? "e2fsck /dev/hdb1" meldet Superblock unlesbar oder beschreibt kein gültiges ext2.Mit e2fsck -b 8193 /dev/hdb1 meldet "bad magic number im super-block beim Versuch hdb1 zu öffnen.
Ich bitte Euch um Hilfe
danke

bei Antwort benachrichtigen
KarstenW skawi „Daten wieder herstellen“
Optionen

"mount -t ext3 /dev/hdb /share" ist definitiv falsch. Wenn , dann muß der Befehl "mount -t ext3 -o rw /dev/hdb1 /share" so heißen.
Hast du wirklich ein ext3 Dateisystem auf dieser Wechselfestplatte oder nur ext2 ?
Normalerweise ist das Verzeichnis /media für Datenträger vorgesehen.
Du kannst auch die Datei /etc/fstab bearbeiten , um nicht den ganzen mount Befehl eingeben zu müssen.
Ist das deine erste Linuxdistribution ?

Das Verzeichnis "lost + found" wird nur für Dateifragmente benutzt , die bei einer Dateisystemreparatur keiner Datei zugeordnet werden konnten.
Wenn du nicht mehr weißt wie die Festplatte partitioniert ist, dann mußt du den Befehl "fdisk -l" (kleines L) eingeben.
Wenn man Dateisystemprüfungen vornimmt, dann darf die jeweilige Partition nicht gemounted sein.

Mit "e2fsck -f /dev/hdb1" könnte man die erste primäre Partition prüfen, wenn es auch die richtige Partition ist und mit ext2/ext3 formatiert ist.
/dev/hdb1 darf NICHT gemounted sein wenn das Dateisystem überprüft wird, sonst kann das Dateisystem kaputt gehen.
Prüfe aber erstmal mit "fdisk -l" die Partitionstabelle.

PS: Besorge dir mal ein gutes Handbuch zu Debian ;-).

http://www.galileocomputing.de/katalog/openbook/?GPP=opc

http://www.galileocomputing.de/katalog/buecher/titel/gp/titelID-1548?GalileoSession=49541862A3RpW6.GA48

http://debiananwenderhandbuch.de/

Debian GNU/Linux https://www.debian.org/index.de.html
bei Antwort benachrichtigen
Rheinlaender KarstenW „ mount -t ext3 /dev/hdb /share ist definitiv falsch. Wenn , dann muß der Befehl...“
Optionen

Hallo skawi,

versuch mit 'dumpe2fs' rauszufinden, wo die Superblock-Kopien sitzen. Mit denen probierst Du dann die Prozedur mit 'e2fsck -b xxxxx /dev/hdb1' nochmal aus. Viel Glück.

Gruß
Rheinlaender

PS @Karsten: Mann, Mann, Mann, lies doch bitte endlich mal die Postings, auf die Du antwortest...

bei Antwort benachrichtigen
KarstenW Rheinlaender „Hallo skawi, versuch mit dumpe2fs rauszufinden, wo die Superblock-Kopien sitzen....“
Optionen

Ich habe noch nie solche schwerwiegenden Fehler bei Debian gehabt.

Wenn du den Superblock manuell angeben willst, mußt du wissen wie groß die Blockgröße des Dateisystems ist:

man e2fsck
...
-b superblock
Instead of using the normal superblock, use an alternative superblock specified by superblock.
This option is normally used when the primary superblock has been corrupted. The location of
the backup superblock is dependent on the filesystem's blocksize. For filesystems with 1k
blocksizes, a backup superblock can be found at block 8193; for filesystems with 2k blocksizes,
at block 16384; and for 4k blocksizes, at block 32768.

Additional backup superblocks can be determined by using the mke2fs program using the -n option
to print out where the superblocks were created. The -b option to mke2fs, which specifies
blocksize of the filesystem must be specified in order for the superblock locations that are
printed out to be accurate.

If an alternative superblock is specified and the filesystem is not opened read-only, e2fsck
will make sure that the primary superblock is updated appropriately upon completion of the
filesystem check."

...

Die Fehlemeldung eines schlechten Superblocks erscheint auch wenn man den mount Befehl falsch eintippt. So eine Fehlermeldung muß nicht bedeuten das der Superblock defekt ist, meist ist es ein syntaktischer Fehler, bei dem der mount Befehl falsch eingegeben wurde.
Ich nehme mal an das hier nur ein Tippfehler vorliegt, weil der Anwender noch Anfänger ist.

PS: Ließ doch selbst mal die manpages. Ich selbst muß auch immer wieder reinschauen, weil man manche Unixbefehle einfach zu selten nutzt:

man dumpe2fs

DUMPE2FS(8) DUMPE2FS(8)



NAME
dumpe2fs - dump ext2/ext3 filesystem information

SYNOPSIS
dumpe2fs [ -bfhixV ] [ -ob superblock ] [ -oB blocksize ] device

DESCRIPTION
dumpe2fs prints the super block and blocks group information for the
filesystem present on device.

dumpe2fs is similar to Berkeley's dumpfs program for the BSD Fast File
System.

OPTIONS
-b print the blocks which are reserved as bad in the filesystem.

-ob superblock
use the block superblock when examining the filesystem. This
option is not usually needed except by a filesystem wizard who
is examining the remains of a very badly corrupted filesystem.

-oB blocksize
use blocks of blocksize bytes when examining the filesystem.
This option is not usually needed except by a filesystem wizard
who is examining the remains of a very badly corrupted filesys-
tem.

-f force dumpe2fs to display a filesystem even though it may have
some filesystem feature flags which dumpe2fs may not understand
(and which can cause some of dumpe2fs's display to be suspect).

-h only display the superblock information and not any of the block
group descriptor detail information.

-i display the filesystem data from an image file created by
e2image, using device as the pathname to the image file.

-x print the detailed group information block numbers in hexadeci-
mal format

-V print the version number of dumpe2fs and exit.

BUGS
You need to know the physical filesystem structure to understand the
output.

AUTHOR
dumpe2fs was written by Remy Card

Debian GNU/Linux https://www.debian.org/index.de.html
bei Antwort benachrichtigen
Rheinlaender KarstenW „Ich habe noch nie solche schwerwiegenden Fehler bei Debian gehabt. Wenn du den...“
Optionen

Lass mich mit Deinem copy&paste-Scheiß in Ruhe. Du schaffst es nichtmal, 10 Zeilen Ausgangsposting auf Deutsch zu lesen, also erzähl Du mir nix von manpages, die ich selber auf dem System hab.

Wenn du den Superblock manuell angeben willst, mußt du wissen wie groß die Blockgröße des Dateisystems ist:
Genau das kriegt man mit dumpe2fs raus!
DESCRIPTION
dumpe2fs prints the super block and blocks group information for the
filesystem present on device.

Man bekommt sogar alle Backup Superblocks angezeigt, nicht nur den ersten.
Hast Du keine Ahnung von? Nicht schlimm. Stell Fragen. Aber tu nicht so, als hättest Du die Weisheit zum Frühstück gehabt.

bei Antwort benachrichtigen
KarstenW Rheinlaender „Lass mich mit Deinem copy paste-Scheiß in Ruhe. Du schaffst es nichtmal, 10...“
Optionen

Wenn der erste Superblock im Fehlerfall nicht mehr lesbar ist, woher soll dann dumpe2fs die Informationen bekommen wo der nächste Superblock ist, also der Backup Superblock ?
So wie ich verstanden habe ließt dumpe2fs den ersten Superblock aus, und nur diesen Ersten, in dem auch die Information steht wo der nächste Superblock (Backupsuperblock) ist.

Ich hatte noch nie so einen schwerwiegenden Fehlerfall, aber ich glaube nicht das in der Manpage von e2fsck Müll steht.

Die Fehlermeldung über den schlechten Superblock bekommt man auch angezeigt wenn man beim mount Befehl die falsche Gerätedatei angibt. Da der Fragesteller wahrscheinlich Anfänger ist, nehme ich mal an das es nur ein Tippfehler ist und der Superblock O.K. ist.

PS: Aber du hast Recht, in Deutsch hatte ich immer eine 4 und in English eine 2 oder auch 3.








Debian GNU/Linux https://www.debian.org/index.de.html
bei Antwort benachrichtigen
Borowitsch skawi „Daten wieder herstellen“
Optionen

Hallo,

wenn sich die Platte nicht mehr einhängen lässt könntest du ev. "recoverjpeg" versuchen, damit müssten sich die Bilder auch von der Platte direkt, ohne sie zu mounten, wiederherstellen lassen.

Um auf Nummer sicher zu gehen mache ich in solchen Fällen immer zuerst ein Image der Platte mit dd oder ddrescue und bearbeite dann das Image, um die Origanildaten auf der Platte möglichst nicht noch weiter zu demolieren.

dd müsste auf deinem Debian bereits vorhanden sein, die beiden anderen Programme lassen sich einfach per apt-get installieren.

HTH
Grüsse

Borowitsch
-

The trouble with computers is that they do what you told them - not what you wanted them to do.
bei Antwort benachrichtigen