Am 28.03.2013 16:33, schrieb Ulrich Gehauf:
Am 28.03.2013 16:19, schrieb Norbert Zawodsky:
rincewind:~ # cat /proc/mdstat Personalities : [raid1] md126 : active raid1 sdc[1] sdd[0] 488383488 blocks super external:/md127/0 [2/2] [UU]
md127 : inactive sdd[1](S) sdc[0](S) 5928 blocks super external:imsm
unused devices: <none>
Sieht zumindest so aus, als wäre es tatsächlich ein Softraid, das soweit OK ist. md127 resultiert vermutlich noch aus einer Experimentierphase?
rincewind:~ # cryptsetup status blabla /dev/mapper/blabla is active and is in use. type: LUKS1 cipher: aes-cbc-essiv:sha256 keysize: 256 bits device: /dev/md126 offset: 4096 sectors size: 976762880 sectors mode: read/write
Cryptcontainer selber scheint auch OK zu sein... dann kann eigentlich nur noch das Filesystem einen Treffer haben.
Versuch doch mal, mit dd if=/dev/mapper/blabla of=[irgendwohin wo Platz ist].img erst mal ein Abbild zu sichern und dann darauf fsck mit repairoptionen los zu lassen.
Nächste "Gute Nachricht": Reines Lesen mittels dd hat funktioniert. Dann rincewind:/srv/video # fsck.ext4 -vn ./blabla.img e2fsck 1.42.6 (21-Sep-2012) Warnung: Überspringe Journal-Wiederherstellung, da das Dateisystem im Nur-Lesen-Modus ist. ./blabla.img: sauber, 25947/30531584 Dateien, 3247967/122095360 Blöcke das fs ist also scheinbar in Ordnung. Wieso hängt dann das disk-i/o auf das orginal device ??? ich glaube, irgendetwas hängt da noch vom boot prozess und blockiert das device für alles weitere .... -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org