Datensicherung und Reparatur mit Knoppix

Hi,
habe von einer Festplatte eine Datensicherung mit dd_rescue auf eine zweite Platte gemacht.

Am Anfang brach das Programm nach 4GB ab. Deswegen habe ich die zweite Platte mit ext2 formatiert, damit das File im Ganzen drauf passt.
Danach wollte ich zur Reparatur mit fsck.vfat drüber.
Das klappte aber nicht. Ich vermute mal weil nun die Festplatte nicht FAT32 hat.
Unter FAT32 konnte ich nur eine 4GB Datei erstellen.
Wie bekomme ich meine Datei repariert im FAT32-Modus? Sie ist 20GB groß (wie die Platte).
Muss ich die Platte von ext2 nach FAT32 konvertieren und wie bleibt meine Datei erhalten?
Oder muss ich das gar nicht? Ich möchte ja bloss auf meine Daten zugreifen und diese nach der Reparatur kopieren.
Die reparaturbedürftige Platte war mit FAT32 formatiert.

MfG
bafo

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 97450

Url: https://administrator.de/forum/datensicherung-und-reparatur-mit-knoppix-97450.html

Ausgedruckt am: 11.04.2025 um 11:04 Uhr

14 Kommentare

Neuester Kommentar

hi,

ist das die zweite platte die mukt ist? Hast du noch ne platte mit sys drauf? wenn ja dan häng doch die wo du retten willst als 2 platte rein dann müsstest du zugrif haben. Bei weiteren fragen eimfach melden.

lg

christianvhh

Hi,
die Platte ist nicht aus dem PC, habe. Musste dafür andere Platten "stilllegen". Zusätzlich musste ich noch eine leere Platte reinhängen, wo das Image drauf musste.
Zugriff ist nicht mehr. Habe schon mit Testdisk versucht. Die Partitionstabelle kann nicht mehr geschrieben werden.
Deswegen habe ich aus einem Linuxmagazin das angesprochene Vorgehen gefunden.
Nur fchk funktioniert nicht bei der Anwendung auf die Image Datei..

fsck.vfat -a /mnt/image.dat
oder
fsck.ext3 -p /mnt/image.dat

Hänft das vom Dateisystem auf der Zielplatte ab oder von der Quellplatte?

MfG

hi,

sry chek net ganz was du willst mit der Platte. Sag mir bitte noch mal was du machen willst.

lg

christianvhh

Hi,
habe von einer Platte (FAT32) mit dd_rescue eine Image-Datei auf eine leere Platte (ext2) angelegt.
Die Image-Datei 20 GB groß. Deswegen auch die unterschiedliche Formatierung der Platten, da ja bei FAT 32 nur bis 4 GB gehen.

Da das Image teilweise mit Fehlern behaftet ist aufgrund der fehlerhaften Platte, hat dd_rescue diese Stellen durch Nullen ersetzt.
Laut weiterer Beschreibung muss ich nun mit fsck drüber, um das Image wieder lesbar zu machen.

Weil die alte Platte FAT32 ist muss ich fsck.vfat anwenden.
Jetzt war ich mir aber nicht sicher, ob dies funktioniert, wenn das Image auf einer ext2-Platte liegt.

Als Abschluss des Vorgehens ist das Image zu mounten. Danach sollte das, was noch i.O. ist, zu sehen sein und kopiert werden können.

MfG
bafo

@christianvhh
Hast Du noch einen Tipp für mich?
Habe nun zwar eine Datensicherung, aber kann nicht darauf zugreifen.

MfG
bafo

hast du n einschub wo du die platte als mobile platte rein
hänngen kannst? Bei weiteren fragen eimfach melden.

christianvhh

Hi,
habe intern noch was frei. Da hängt sie dran.

MfG
bafo

hi,

ok schik mir dann bitte das ergebnis obs geklapt hat ok?

lg

christianvhh

Der Zugriff auf die Platte ist möglich, aber ich kann das gesicherte File nicht mounten.
Dabei bin ich nach dem Artikel "Datenrettung mit Knoppix" vorgegangen. Danach ist das gesicherte File so zu mounten:
mkdir /media/loop
mount -o loop image.dat /media/loop

Danach kam die Meldung:
mount: you must specify the filesystem type

Alternativ habe ich
mount -t vfat -o loop image.dat /media/loop
versucht.

Daraufhin kam folgende Meldung
mount: wrong fs type, bad option, bad superblock on /dev/loop0, missing codepage ot other error
In some cases useful info is found in syslog - try dmesg | tail or so.

Mit dem kann ich leider nichts anfangen.

MfG
bafo

Ergänzung...
Bin doch noch etwas weiter gekommen.
Das fehlgeschlagene Mounten liegt daran, dass keine Partitionstabelle auf dem Image mehr vorhanden ist.

Das habe ich mit folgenden Befehlen raus gefunden.
losetup /dev/loop0 /media/sdb1/backup.img
fdisk -ul /dev/loop0

Soweit ich weiß, war nur eine Partition auf der 20GB Platte.

hi,

wo gibst du die befelen immer ein? brauchst du jetzt noch hilfe? Wenn ja dann bitte eine genaue fragestellung an mich

Hi,
die Befehle gebe ich immer in einem separatem Terminal Fenster ein.
Um quasi als Admin zu arbeiten gebe ich sudo su ein.

Danach habe ich den oben genannten Ablauf vollzogen.

Jetzt hänge ich aber beim Zugriff auf die Datensicherung (Mounten), da keine Partionstabelle mehr vorhanden ist aufgrund des Defektes auf der Platte.

Meine Frage ist, wie bekomme ich noch Zugriff auf die Datensicherungsicherung?
Wie kann dafür eine Partitionstabelle erstellt werden?

Wie gesagt es ist eine Partition auf einer 20 GB Platte.

MfG
bafo

So bin nun einen Schritt weiter.

Testdisk konnte diesmal die Partition ausfindig machen
(hoffe ich).
Disk /mnt/image.dat - 20 GB/18GiB - CHS 2435 255 63

Partition FAT32 LBA
Start End 0 1 1 2433 254 63
Size in sectors 39102147 (Festplatte)

Mit der Option P können die Dateien gelistet werden.
Hier wird mir aber gesagt
"No file found, filesystem seems damaged"

Somit lässt sich die Datei auch nicht Mounten, weil da das Filesystem nicht gefunden wird.

Lässt sich das Filesystem wiederherstellen?

Ergänzung:
fsck gibt die Meldung aus: fsck.vfat currently, only 1 or 2 FATs are supported, not 6

D.h. er versucht mehrere Partitionen zu finden. Testdisk tat dies nicht.
Bin auch nochmal mit gparted drüber. Ergab auch keine Besserung.

MfG
bafo