Am Sonntag, 6. April 2008 schrieb Karl Kehlenbrink:
Hallo Manfred
Das ist das, was ich denke. Vielleicht kann man die Platte einfach neu formatierten und versuchen die Daten wiederzuholen? Geht das mit xfs_repair?
Ich denke Du hast schon festgestellt, dass das nischt geht.
Nach dem Formatieren sollte alles fort sein.
Im Moment sieht es so aus:
pc1a:~ # xfs_repair /dev/sdf1 xfs_repair: /dev/sdf1 contains a mounted filesystem
Also war das Ding gemountet, umount /dev/sdf1 wäre ne Möglichkeit gewesen.
Hab das Falsche kopiert und gepostet. :-( Hab jetzt an USB angeklemmt und erhielt Folgendes: pc1a:~ # xfs_repair /dev/sdf1 Phase 1 - find and verify superblock... Phase 2 - using internal log - zero log... ERROR: The filesystem has valuable metadata changes in a log which needs to be replayed. Mount the filesystem to replay the log, and unmount it before re-running xfs_repair. If you are unable to mount the filesystem, then use the -L option to destroy the log and attempt a repair. Note that destroying the log may cause corruption -- please attempt a mount of the filesystem before doing this. Mit der L-Option lief xfs_repair durch und es scheint alles wieder in Ordnung zu sein. Hoffentlich! Die Kopiervorgänge laufen jetzt auch viel schneller und die Platte verabschiedet sich momentan auch nicht mehr. Danke an euch. :-) Bin wieder glücklich. ;-) Ich hätte aber doch noch gern gewusst, warum xfs auf der ext. Platte nicht so toll ist. -- Viele Grüße Manfred ------------------- SuSE Linux 10.3 --- KDE 3.5.9 "release 53.4" Kernel 2.6.22.17-0.1-default --- Maschine i686 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org