Hallo Volker, dankdir für all deine bemühungen bei meinem problem! Werde deinen rat bzgl. xfs-posting annehmen. gruß thomas -- Ein Mensch kann sich nicht frei nennen, wenn seine Freiheit auf der Unterdrückung anderer beruht. -- Juan Carlos I. Am Montag, 3. März 2008 schrieb Volker Kuhlmann:
On Mon 03 Mar 2008 00:37:24 NZDT +1300, Thomas Lange wrote:
Ja, es läuft wirklich, allerdings wird mein raid nicht gleich beim booten gestartet, sondern ich muß das selbst tun im moment mit:
mdadm --auto-detect
Sowas in der Art wird beim booten einmal von einem Skript ausgeführt, aber nur, wenn das Skript auch eingeschaltet ist. Möglicherweise ist das nicht passiert, weil Du auf diesem System selbst mit yast kein RAID eingerichtet hast, sondern die Platten hinterher reingesteckt hast?
Wie dem auch sei, Skript einschalten:
chkconfig -a boot.md
ausschalten
chkconfig -d boot.md
ergibt bei mir nach pw-abfrage und losetup -a dann: workhorse:~ # losetup -a /dev/loop0: [000f]:4433 (/dev/md0), encryption twofish (type 18), key length 32 Keine fehlermeldungen!
Keine Fehlermeldungen ist notwendig, aber nicht hinreichend. Ein falsches Paßwort gibt auch keine Fehlermeldung.
verschlüsselung und passwort scheinen korrekt zu sein. Ich sehe folgendes:
0000000 X F S B \0 \0 020 \0 \0 \0 \0 \0 016 216 022 300 0000020 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0
Das sieht doch schon mal gut aus.
Haben sich durch den Hardwareumbau die Plattengeräte /dev/sdX) verschoben?
Kann ich dir leider nicht sagen. Vorher hing alles an einem pci-sata-raid controller (4xsata, ohne raid activation betrieben). Jetzt direkt am mainboard, weil dort 4 sata-anschlüsse sind (2x2raid controller, aber ohne raid in betrieb). Nur immer software raid5.
Es hängt davon ab, wie robust die Plattenerkennung ist, um die Teile wieder zusammenzusetzen. Angenommen, Du tauschst die Plattenstecker auf dem Brett mal alle gegeneinander aus. Würde die /dev/md0 noch richtig, und zuverlässig - nicht zufällig(!), hochfahren? Vielleicht weiß jemand anders die Antwort.
ein xfs_check /dev/loop0 gibt: xfs_check: out of memory (steht auch in der man page -> wg. großes dateisystem)
Ja, XFS ist dafür bekannt. Da hilft nur mehr Speicher.
ein xfs_repair -n /dev/loop0 läuft los und hält nach ca. 20 sec an mit
problem with directory contents in inode 4140128138 would have cleared inode 4140128138 - agno = 31 No modify flag set, skipping phase 5 Inode allocation btrees are too corrupted, skipping phases 6 and 7 No modify flag set, skipping filesystem flush and exiting.
Jede menge datein nach lost&found verschoben. Kann aber auch einträge meiner dateien sehen.
Das sieht irgendwie nach sehr kaputt aus.
Ja, leider. Wenn diese Programme etwas wiedererkennbares finden, dann funktioniert die Entschlüsselung.
meine drei hd's habe ich auch einzeln gecheckt:
Autsch, damit wäre ich SEHR vorsichtig, jeder Schreibvorgang sägt ein Stück vom Ast ab. Bei RAID5 ist jede der 3 Platten anders. Bei RAID1 kannst Du das zur Not machen, da sollten die Platten den gleichen Inhalt haben und Du kannst von der einen holen was auf der anderen kaputt ist.
workhorse:~ # xfs_check /dev/sdb1 xfs_check: unexpected XFS SB magic number 0x9ea7f5c7 /usr/sbin/xfs_check: line 28: 5395 Floating point exceptionxfs_db$DBOPTS -i -p xfs_check -c "check$OPTS" $1
workhorse:~ # xfs_check /dev/sdc1 XFS: Log inconsistent or not a log (last==0, first!=1) XFS: empty log check failed ERROR: cannot find log head/tail, run xfs_repair
workhorse:~ # xfs_check /dev/sdd1 xfs_check: unexpected XFS SB magic number 0xc6e1a685 /usr/sbin/xfs_check: line 28: 5399 Floating point exceptionxfs_db$DBOPTS -i -p xfs_check -c "check$OPTS" $1
Guter Gegentest, ob die Entschlüsselung funktioniert. Bei Binärsalat gibt xfs_check in 2 von 3 Fällen nicht nur eine Fehlermeldung, sondern gleich ganz den Löffel ab.
Mit welchen optionen schaffe ich es bei xfs_repair einen kompletten durchlauf oder wie kann ich da noch was retten? Oder gibt's irgendwelche anderen rettungsmöglichkeiten?
Ich habe mit XFS keine Erfahrung. Poste ruhig mit neuem Subject spezifisch auf XFS.Ich kann hier nicht weiter helfen.
Das "No modify flag set" sieht mir danach aus, als könnte /dev/loop0 noch read-only laufen, da können dann natürlich keine Reparaturen durchgeführt werden und das Programm bricht ab.
Viel Glück,
Volker
-- Volker Kuhlmann is list0570 with the domain in header http://volker.dnsalias.net/ Please do not CC list postings to me. -- 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