Filesystem ruiniert

Du suchst ein Programm für einen bestimmten Zweck?
Antworten
bad_friday
Beiträge: 37
Registriert: 30.08.2006 22:20:48

Filesystem ruiniert

Beitrag von bad_friday » 01.09.2006 14:22:59

Ich habe mit dem Befehl

Code: Alles auswählen

dump -0f /dev/sda3 /sdb5/backup-20060901.dump
mein Filesystem /dev/sda3 ruinniert. :evil: Weiss jemand ob und wie ich das Filesystem wiederhertellen kann.

nepos
Beiträge: 5238
Registriert: 05.01.2005 10:08:12

Beitrag von nepos » 01.09.2006 14:38:47

Eventuell kann da fsck noch was retten, ansonsten kannst du evtl auch testdisk versuchen oder du spielst ein - hoffentlich - vorhandenes Backup zurueck.

bad_friday
Beiträge: 37
Registriert: 30.08.2006 22:20:48

Beitrag von bad_friday » 01.09.2006 19:35:02

Backup? :oops: Genau das wollte ich eigenlich…

Benutzeravatar
mistersixt
Beiträge: 6601
Registriert: 24.09.2003 14:33:25
Lizenz eigener Beiträge: GNU Free Documentation License

Beitrag von mistersixt » 04.09.2006 18:09:26

Mmmh, aber dass das dump daran schuld ist kann ich jetzt irgendwie nicht glauben. Wie auch immer, was für eine Filesystem ist denn drauf? fsck.ext3 für ext3 oder irgendwelche ReiseFS-Tools solltest Du mal drauf loslassen.

Gruss, mistersixt.
--
System: Debian Bookworm, 6.11.x.-x-amd64, ext4, AMD Ryzen 7 3700X, 8 x 3.8 Ghz., Radeon RX 5700 XT, 32 GB Ram, XFCE

rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von rendegast » 04.09.2006 20:21:08

bad_friday hat geschrieben:dump -0f /dev/sda3 /sdb5/backup-20060901.dump
es sind aber auch keine Flüchtigkeitsfehler aufgetaucht?
Soll meinen: "/sdb5/backup-20060901.dump" ist auch die richtige Backupdatei am richtigen Ort?
"/sdb5/backup-20060901.dump" ist unbeschädigt? Die Checksumme stimmt noch?
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

Benutzeravatar
habakug
Moderator
Beiträge: 4314
Registriert: 23.10.2004 13:08:41
Lizenz eigener Beiträge: MIT Lizenz

Filesystem ruiniert

Beitrag von habakug » 13.09.2006 00:58:58

Hallo!

Der Fehler in diesem Fall liegt in der falschen Benutzung der Option

Code: Alles auswählen

dump -f
Diese Option erwartet als nächstes die Angabe eines Dateinamens in die das Backup geschrieben wird oder ein

Code: Alles auswählen

special device file like /dev/st0 (a tape drive), /dev/rsd1c (a              floppy disk drive)
wie in

Code: Alles auswählen

man dump
beschrieben.
In diesem Fall war das "tape-drive" also

Code: Alles auswählen

/dev/sda3
Als letzten Parameter erwartet dump die Angabe des Mountpoints oder der Dateien von denen das Backup gezogen werden soll, in diesem Fall

Code: Alles auswählen

/sdb5/backup-20060901.dump
Wenn diese Datei existiert hat, wurde sie an den Anfang des "Tapes" /dev/sda3 geschrieben und hat die Partitionsinformationen überschrieben. Möglicherweise hat dump aber auch die (nicht vorhandene) Datei backup-bla ignoriert und den Inhalt des Verzeichnisses "/sdb5" auf das "Tape" /dev/sda3 gezogen.
Sei froh, das dir dieser Fehler nicht in einer Produktivumgebung unterlaufen ist.
Du solltest auf jeden Fall die Manpage von testdisk lesen, wie auch alle anderen, wenn du als root an der Kommandozeile solche Befehle absetzen willst.

Gruß, habakug

Antworten