-- Nilsk Ketelsen im IRC
Suche
Aktuelle Einträge
Avocent PM webinterface issues
The missing man page: cyc_ipmicmd - Avocent IPMI power control
Better debugging of dracut and systemd inside the initramfs
dss_cli, an Open-E Data Storage Server command line interpreter
Link List
Letzte Google Suche
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
testing
Blog abonnieren
Kategorien
Last played...
Song: Numbers (DJ-Kicks) (Extended Vocal Mix)
Artist: Booka Shade
Song: Numbers (DJ-Kicks) (Club Mix)
Artist: Booka Shade
Song: Estoril
Artist: Booka Shade
Song: Numbers (DJ-Kicks) (Extended Vocal Mix)
Artist: Booka Shade
Song: Numbers (DJ-Kicks) (Extended Vocal Mix)
Artist: Booka Shade
Donnerstag, 9. September 2004
Raid Recovery oder Puzzle für Fortgeschrittene
Nachdem ja wie vorher beschrieben, ich ein paar Probleme mit einem Raid System hatte, ging es darum die Daten von den Platten auszulesen. Da das normalerweise ja kein Problem ist haben wir den Schwierigkeitsgrad mal erhöht:
Aufgabe ist nun sämtliche Daten vom Raid zu kratzen. Die Spieler dürfen jedoch den dazugehörigen Raid-Controller nicht benutzen und es steht ihnen auch nur ein Mainboard mit noch einem SATA Anschluss zur verfügung. Weitere Hilfsmittel sind eine leere 160GB Platte und eine weitere Platte mit insgesamt 100GB freiem Speicherplatz.
Beim vorherigen Wettkampf waren die Spielbedingungen noch relativ einfach: Es ging um die Wiederherstellung eines Raid-0 Stripesets mit zwei Platten. Ein einfacher dd-Aufruf mit bs=64k count=1 und passendem skip-Paramter führte zum Sieg. Dieses Jahr hingegen ging es um ein Raid-5 Array mit Hot-Spare. dd hilft hier nicht mehr weiter.
Zum Glück hatte ich Zugriff auf ein Tool namens Raid Reconstructor von Runtime Software. Eigentlich ein ziemlich cooles Programm, da es die Raid-Platten analysieren kann und die einzelnen Platten dann in der richtigen Reihenfolge zu einem kompletten Image zusammensetzt.
Nervig ist jedoch, dass man erst einmal das System rausbekommen muss mit dem der Raid-Controller die Daten auf die Platte schreibt.
Für einen LSI Logic Megaraid SATA150-6 gelten folgende Einstellungen für ein Raid-5
- Start sector of the Raid: 0
- Block Size: 128 sectors (64 KB) (Default Block Size)
- Parity Rotation: Backward (dyn. disk)
Folgendes Szenario: ich habe einen Raidcontroller "Promise FastTrack Tx2" mit zwei IDE Anschlüssen. Insgesamt waren 4 Festplatten a 200 GB angeschlossen, im raid0. (wer auf diese Idee gekommen ist, möcht ich gern wissen!) Zwei der vier Platten haben fehler, demzufolge kann auf das Raid nicht mehr zugegriffen werden. Ich habe daher begonnen, mittels ddrescue von jeder Platte ein komplettes Images zu ziehen.
Meine erste Vermutung ist nun, da beim Anstöpseln der Platten dmesg ausgibt, es sei keine vernünftige Partitionstabelle vorhanden (zumindest bei 3 der vier Platten), daß die Partitionstabelle genau auf der ersten Platte liegt. Die Reihenfolge der Platten mutmaße ich aus den Anschlüssen heraus Primary-IDE-Master, Primary-IDE-Slave, Secondary-IDE-Master, Secondary-IDE-Slave (oder aber erst die beiden Master und dann die beiden Slave Platten, das probier ich noch aus).
Theoretisch müsste es doch reichen, wenn ich per dd jeweils einen Block des jeweiligen Images lese und in ein neues Schreibe, also 1. Block der ersten, 1. Block der zweiten, ersten Block der 3. und ersten Block der 4. Platten ... und dann weiter mit dem zweiten Block der ersten usw.
Woher ermittle ich nun die Blocksize des raid Controllers?
mit freundlichen grüßen
Maddin