Reiser fs Image retten (was :Reiser-FS Partition retten?)
Hallo suse-linux,
Kannst du deine /dev/sdb5 als Datei auf einen anderen Rechner kopieren und dort an der Kopie werkeln? Vielleicht kann reiserfsck ja dann das System (teilweise) wiederherstellen. Denn das Dateisystem auf einer defekten Platte wiederher- zustellen zu wollen, ist mehr als optimistisch.
Ich habe nun die Partition sdb5 komplett mit dd_rescue in ein Image eingelesen. Wie soll, bzw. kann ich nun vorgehen, um an Daten heranzukommen? Das Image laesst sich mit ... router2:~ # mount -t reiserfs -o rw,loop=/dev/loop0 /data/olddata/sdb5.bin /mnt/image ... auch mounten, allerdings bringt das nicht mehr als die Partition zu mounten. Wie kann man reiserfsck ueber das Image laufen lassen? Geht das ueberhaupt? Alternativen? Gruss und so Peter Dies hier ist das LOG das dd_rescue erstellt hat: ---->8----- router2:/data # dd_rescue -v -l /data/olddata/log.log /dev/sdb5 /data/olddata/sdb5.bin dd_rescue: (info): about to transfer 0.0 kBytes from /dev/sdb5 to /data/olddata/sdb5.bin dd_rescue: (info): blocksizes: soft 16384, hard 512 dd_rescue: (info): starting positions: in 0.0k, out 0.0k dd_rescue: (info): Logfile: /data/olddata/log.log, Maxerr: 0 dd_rescue: (info): Reverse: no, Trunc: no, interactive: no dd_rescue: (info): abort on Write errs: no, spArse write: if err dd_rescue: (info): ipos: 18832.0k, opos: 18832.0k, xferd: 18832.0k errs: 0, errxfer: 0.0k, succxfer: 18832.0k +curr.rate: 603kB/s, avg.rate: 2578kB/s, avg.load: 11.9% dd_rescue: (info): problems at ipos 18832.0k: Input/output error fall back to smaller blocksize dd_rescue: (info): ipos: 18844.0k, opos: 18844.0k, xferd: 18844.0k * errs: 0, errxfer: 0.0k, succxfer: 18844.0k +curr.rate: 7kB/s, avg.rate: 2072kB/s, avg.load: 9.7% dd_rescue: (warning): /dev/sdb5 (18844.0k): Input/output error! dd_rescue: (info): ipos: 18844.5k, opos: 18844.5k, xferd: 18844.5k * errs: 1, errxfer: 0.5k, succxfer: 18844.0k +curr.rate: 0kB/s, avg.rate: 1771kB/s, avg.load: 8.5% dd_rescue: (warning): /dev/sdb5 (18844.5k): Input/output error! dd_rescue: (info): ipos: 20989.0k, opos: 20989.0k, xferd: 20989.0k * errs: 2, errxfer: 1.0k, succxfer: 20988.0k +curr.rate: 353kB/s, avg.rate: 1255kB/s, avg.load: 6.2% dd_rescue: (warning): /dev/sdb5 (20989.0k): Input/output error! dd_rescue: (info): ipos: 20989.5k, opos: 20989.5k, xferd: 20989.5k * errs: 3, errxfer: 1.5k, succxfer: 20988.0k +curr.rate: 0kB/s, avg.rate: 868kB/s, avg.load: 4.3% dd_rescue: (warning): /dev/sdb5 (20989.5k): Input/output error! dd_rescue: (info): ipos: 20990.0k, opos: 20990.0k, xferd: 20990.0k * errs: 4, errxfer: 2.0k, succxfer: 20988.0k +curr.rate: 0kB/s, avg.rate: 754kB/s, avg.load: 3.8% dd_rescue: (warning): /dev/sdb5 (20990.0k): Input/output error! dd_rescue: (info): ipos: 537794.0k, opos: 537794.0k, xferd: 537794.0k * errs: 5, errxfer: 2.5k, succxfer: 537791.5k +curr.rate: 311kB/s, avg.rate: 2983kB/s, avg.load: -6.7% dd_rescue: (warning): /dev/sdb5 (537794.0k): Input/output error! dd_rescue: (info): ipos: 537794.5k, opos: 537794.5k, xferd: 537794.5k * errs: 6, errxfer: 3.0k, succxfer: 537791.5k +curr.rate: 0kB/s, avg.rate: 2771kB/s, avg.load: -6.2% dd_rescue: (warning): /dev/sdb5 (537794.5k): Input/output error! dd_rescue: (info): ipos: 537795.0k, opos: 537795.0k, xferd: 537795.0k * errs: 7, errxfer: 3.5k, succxfer: 537791.5k +curr.rate: 0kB/s, avg.rate: 2736kB/s, avg.load: -6.1% dd_rescue: (warning): /dev/sdb5 (537795.0k): Input/output error! dd_rescue: (info): ipos: 537795.5k, opos: 537795.5k, xferd: 537795.5k * errs: 8, errxfer: 4.0k, succxfer: 537791.5k +curr.rate: 0kB/s, avg.rate: 2562kB/s, avg.load: -5.6% dd_rescue: (warning): /dev/sdb5 (537795.5k): Input/output error! dd_rescue: (info): ipos: 627734.0k, opos: 627734.0k, xferd: 627734.0k * errs: 9, errxfer: 4.5k, succxfer: 627729.5k +curr.rate: 274kB/s, avg.rate: 2410kB/s, avg.load: -2.3% dd_rescue: (warning): /dev/sdb5 (627734.0k): Input/output error! dd_rescue: (info): ipos: 627734.5k, opos: 627734.5k, xferd: 627734.5k * errs: 10, errxfer: 5.0k, succxfer: 627729.5k +curr.rate: 0kB/s, avg.rate: 2279kB/s, avg.load: -2.1% dd_rescue: (warning): /dev/sdb5 (627734.5k): Input/output error! dd_rescue: (info): ipos: 627737.0k, opos: 627737.0k, xferd: 627737.0k * errs: 11, errxfer: 5.5k, succxfer: 627731.5k +curr.rate: 0kB/s, avg.rate: 2177kB/s, avg.load: -2.0% dd_rescue: (warning): /dev/sdb5 (627737.0k): Input/output error! dd_rescue: (info): ipos: 627737.5k, opos: 627737.5k, xferd: 627737.5k * errs: 12, errxfer: 6.0k, succxfer: 627731.5k +curr.rate: 0kB/s, avg.rate: 2119kB/s, avg.load: -1.9% dd_rescue: (warning): /dev/sdb5 (627737.5k): Input/output error! dd_rescue: (info): ipos: 627738.0k, opos: 627738.0k, xferd: 627738.0k * errs: 13, errxfer: 6.5k, succxfer: 627731.5k +curr.rate: 0kB/s, avg.rate: 2101kB/s, avg.load: -1.8% dd_rescue: (warning): /dev/sdb5 (627738.0k): Input/output error! dd_rescue: (info): ipos: 627738.5k, opos: 627738.5k, xferd: 627738.5k * errs: 14, errxfer: 7.0k, succxfer: 627731.5k +curr.rate: 0kB/s, avg.rate: 2009kB/s, avg.load: -1.7% dd_rescue: (warning): /dev/sdb5 (627738.5k): Input/output error! dd_rescue: (info): ipos: 627747.0k, opos: 627747.0k, xferd: 627747.0k * errs: 15, errxfer: 7.5k, succxfer: 627739.5k +curr.rate: 1kB/s, avg.rate: 1926kB/s, avg.load: -1.5% dd_rescue: (warning): /dev/sdb5 (627747.0k): Input/output error! dd_rescue: (info): ipos: 627747.5k, opos: 627747.5k, xferd: 627747.5k * errs: 16, errxfer: 8.0k, succxfer: 627739.5k +curr.rate: 0kB/s, avg.rate: 1849kB/s, avg.load: -1.4% dd_rescue: (warning): /dev/sdb5 (627747.5k): Input/output error! dd_rescue: (info): ipos: 627749.0k, opos: 627749.0k, xferd: 627749.0k * errs: 17, errxfer: 8.5k, succxfer: 627740.5k +curr.rate: 0kB/s, avg.rate: 1699kB/s, avg.load: -1.3% dd_rescue: (warning): /dev/sdb5 (627749.0k): Input/output error! dd_rescue: (info): ipos: 627749.5k, opos: 627749.5k, xferd: 627749.5k * errs: 18, errxfer: 9.0k, succxfer: 627740.5k +curr.rate: 0kB/s, avg.rate: 1571kB/s, avg.load: -1.1% dd_rescue: (warning): /dev/sdb5 (627749.5k): Input/output error! dd_rescue: (info): ipos: 627750.0k, opos: 627750.0k, xferd: 627750.0k * errs: 19, errxfer: 9.5k, succxfer: 627740.5k +curr.rate: 0kB/s, avg.rate: 1422kB/s, avg.load: -1.0% dd_rescue: (warning): /dev/sdb5 (627750.0k): Input/output error! dd_rescue: (info): ipos: 8883712.0k, opos: 8883712.0k, xferd: 8883712.0k * errs: 20, errxfer: 10.0k, succxfer: 8883702.0k +curr.rate: 5248kB/s, avg.rate: 1927kB/s, avg.load: 0.4% dd_rescue: (info): ipos 8883882.0k promote to large bs again! Summary for /dev/sdb5 -> /data/olddata/sdb5.bin: dd_rescue: (info): ipos: 8883882.0k, opos: 8883882.0k, xferd: 8883882.0k errs: 20, errxfer: 10.0k, succxfer: 8883872.0k +curr.rate: 1434kB/s, avg.rate: 1927kB/s, avg.load: 0.4% ----8<-----
Am 13.08.2002 um 23:34 schrieb Peter Wozniak:
Das Image laesst sich mit ... router2:~ # mount -t reiserfs -o rw,loop=/dev/loop0 /data/olddata/sdb5.bin /mnt/image ... auch mounten, allerdings bringt das nicht mehr als die Partition zu mounten.
Kannst du auf den Inhalt zugreifen oder nicht?
Wie kann man reiserfsck ueber das Image laufen lassen?
man losetup losetup /dev/loop0 image_file reiserfsck /dev/loop0 Aber bitte nicht, während das image_file irgendwo gemountet ist.
Alternativen?
Ich würde zuerst reiserfsck mit --fix-fixable aufrufen. Falls das nicht hilft, mit --rebuild-tree. MfG, Dennis -- Dennis Stosberg eMail: dennis@stosberg.net gpg key: http://stosberg.net/dennis.asc icq: 63537718
Hello Dennis, Wednesday, August 14, 2002, 12:06:55 AM, Dennis Stosberg wrote:
Am 13.08.2002 um 23:34 schrieb Peter Wozniak:
Das Image laesst sich mit ... router2:~ # mount -t reiserfs -o rw,loop=/dev/loop0 /data/olddata/sdb5.bin /mnt/image ... auch mounten, allerdings bringt das nicht mehr als die Partition zu mounten.
Kannst du auf den Inhalt zugreifen oder nicht?
Nein am Anfang, nach dem Crash der Partition konnte ich noch nicht mal mounten. Dann liess ich reiserfsck ran, und dass brach immer ab, ungeachtet der Optionen. Aber nach diesen Versuchen konnte man wieder mounten, das Verzeichniss wo das FS rangehaengt wird verschwindet dann immer wenn man versucht darauf zuzugreifen. Ungefaehr so : == ==== == router2:~ # mount -t reiserfs -o rw,loop=/dev/loop0 /data/olddata/sdb5.bin /mnt/image router2:~ # mount [...] /data/olddata/sdb5.bin on /mnt/image type reiserfs (rw,loop=/dev/loop0) router2:~ # cd /mnt/ router2:/mnt # dir ls: image: Input/output error total 1 drwxr-xr-x 3 root root 56 Aug 13 23:11 . drwxr-xr-x 21 root root 444 Aug 13 02:49 .. router2:/mnt # router2:/mnt # umount /mnt/image router2:/mnt # dir total 1 drwxr-xr-x 3 root root 56 Aug 13 23:11 . drwxr-xr-x 21 root root 444 Aug 13 02:49 .. drwxr-xr-x 2 root root 35 Aug 13 23:11 image == ==== == Also wenn ich auf den Inhalt zugreifen kann, dann weiss ich nicht wie?
Wie kann man reiserfsck ueber das Image laufen lassen?
man losetup
losetup /dev/loop0 image_file reiserfsck /dev/loop0
werde ich testen...
Aber bitte nicht, während das image_file irgendwo gemountet ist.
klar..
Alternativen?
Ich würde zuerst reiserfsck mit --fix-fixable aufrufen. Falls das nicht hilft, mit --rebuild-tree.
ok doki.. vielen Dank erstmal. Gruss und so Peter
Hello Dennis, Wednesday, August 14, 2002, 12:06:55 AM, Dennis Stosberg wrote:
Alternativen?
Ich würde zuerst reiserfsck mit --fix-fixable aufrufen. Falls das nicht hilft, mit --rebuild-tree.
Also ich habe gerade festgestellt, dass meine RaiserFs Version 3.5.23 den Parameter '--fix-fixable' noch nicht kennt. '--rebuild-tree' geht auf dem loop, im Gegensatz zur Partition. Mal sehen was rauskommt. (ist ziemlich langsam) Wenn nichts brauchbares kommt, dann hole ich mir nen neuen kernel + reiserFS. Eigentlich wollte ich auf ext3 umsteigen. Gibt es da auch solche Probleme? Soweit ich weiss ist es abwaertskompatibel zu ext2?! Gruss und so Peter
Hello Peter, Wednesday, August 14, 2002, 12:56:33 AM, Peter Wozniak wrote:
'--rebuild-tree' geht auf dem loop, im Gegensatz zur Partition.
Mal sehen was rauskommt. (ist ziemlich langsam)
Linux macht echt Spass. Es scheint geklappt zu haben. Ich habe die einzelnen Dateien nicht alle durchgesehen, es sind immerhin beinahe 8GB. Ich vermute stark, dass die Fehler im Dateisystem sich auf die Leafnode Dateien beschraenken, weil diese waehrend dem Crash kopiert wurden. Vielen Dank fuer die Hilfe Gruss und so Peter
participants (2)
-
Dennis Stosberg
-
Peter Wozniak