Hallo zusammen, Am Montag, den 03.03.2008, 18:27 +1300 schrieb Volker Kuhlmann:
On Mon 03 Mar 2008 00:37:24 NZDT +1300, Thomas Lange wrote:
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.
ist die erkannte Reihenfolge der einzelnen Platten nicht wichtig für's Zusammensetzen des Raids? Oder werden den einzelnen Platten eindeutige Merkmale mitgegeben anhand eine Logic erkennen kann welche Platte welches Stück vom Raid "besitzt". Wenn zwei von drei Platten reichen, kann an da nicht erst mit zwei Platten beginnen, da müßte man ja nur einmal tauschen. Ich frage, weil mich das interessiert aberich leider keine Ahnung habe und deshalb die Finger vom Raid gelassen habe.
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.
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.
Gruß Johannes -- 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