matthias vs. bergemensch

Damit wieder mehr Klarheit ins Dunkel kehrt und anderen User eine bessere Google-Suche zu bieten, versuche ich hier mal den Workflow bei Problemen mit dem Promise-RAID-Controller FastTrack SX4000 in Worte zu fassen. Das Problem: Ich habe mein Rechner auseinandergebaut, um ihm ein neues, leises, schönes, kühles Gehäuse zu spendieren. Nach getaner Arbeit (Ich kann dem Steck-Prinzip nicht viel abgewinnen und bevorzuge doch lieber Schrauben.) will ich Windows booten und bekomme schon im Bootscreen des RAID-Controllers die “Critical Status”-Meldung. Eine Platte ist ausgefallen. Na super. Aber ein Glück ist es ja ein RAID-5 und kann sich rebuilden. So weit so gut. In Windows habe ich das Array Managment aufgerufen und bekomme schon die Meldung, das die Platte rebuildet wird. Ich rufe aber doch noch den Spezialisten an und hole eine zweite Meinung ein. “Versuch doch mal die Platten in eine andere Reihenfolge zu stecken. Vielleicht spart das das Rebuilden.” Gesagt, getan. Doch plötzlich bootet nichts mehr und das Array ist offline. Panik macht sich breit. Die Aussagen des RAID-Bios beruhigen nicht wirklich, eine Platte im Rebuild-Mode und eine Platte ist als free gekennzeichnet. Weitere Versuche die Reihenfolge zu ändern, scheitern.
Also wieder den Spezialisten kontaktiert und um Rat gefragt. Termin für Sonntag nachmittag verabredet und noch bis 01.30 Uhr gegoogelt. Sonntag nachmittag trifft der Spezialist mit einer SATA-Platte ein und folgender Plan wird verabredet. Windows wird auf der Extra-Platte installiert und von dort aus soll versucht werden im Array-Managment nach Fehlern zu suchen. Ernüchterndes Ergebnis das Array kann nicht ohne weiteres wieder aufgebaut werden, da der Controller aus unerfindlichen Gründen eine der 4 Platten aus dem Verbund geschmissen hat und sie sich nicht ohne weiteres wieder einbinden lässt. Es werden Sicherheitsbedenken abgewägt und es wird beschlossen, die Platten erstmal mit den anscheinend noch vorhandenen Rohdaten zu sichern, um später wieder zu dem jetzigen Zeitpunkt zurückkehren zu können. (Die spärlichen Google-Ergebnisse schlugen vor das Array aufzulösen und es neu zu definieren ohne es zu initialisieren und dann mit einem Datenrettungstool, die Daten zu holen. Erscheint uns zu unsicher, da meine Fotosammlung gerettet werden muss, welche natürlich nicht komplett gebackuped ist, sondern eher rudimentär auf CD`s vorhanden ist.) Natürlich gibt es kein geeignetes Tool um eine unpartionierte Platte unter Windows mit Ihren Rohdaten zu backupen. Also Platten an den IDE-Kanal gehängt. Ein Glück noch eine CD der Zeitschrift c`t gefunden und Knoppix gebootet. Linux kann das geforderte (natürlich!) mit Bordmitteln (Ein Hoch auf dd) verwirklichen. Leider wird erst beim Imagen und zippen der ersten Platte festgestellt, das kein Conductor80-Kabel angeschlossen ist, sondern ein 40er. Schreibrate bei 2,9 MB/s und der Vorgang dauert knappe 12 Stunden. Montag morgen habe ich mittlerweile ein 80er-Kabel rausgekramt und die nächsten beiden Platten werden gebackuped und bei einer Schreibrate von 6.5 MB/s dauert es nur noch etwas mehr als 5 Stunden pro Platte. Allerdings reicht der Backup-Platz auf der Extra-SATA-Platte nicht, um noch die 4. und letzte Platte zu sichern.
Der Plan für die nächsten Tage: Dienstag abend wird die nächste SATA-Platte vom Spezialisten geliefert, um dann die 4. Platte zu sichern. Mittwoch früh kommt es dann zum eigentlichen Showdown. Das Array wird aufgelöst und neu definiert. Wahrscheinlich geht dann alles und alle Daten sind wieder lesbar bzw. errettbar. Wenn nicht, bin ich glücklich alles wieder zurücksetzen zu können und muss mir einen Plan B ausdenken. (Könnt ja Tipps in den Comments hinterlassen.)
Wenn die Daten dann gerettet sind, werde ich die Gelegenheit nutzen, das Windows gleich mal wieder neu aufzusetzen. Allerdings verstehe ich immer noch nicht wie der der RAID-Treiber sich selbst außer Gefecht setzen konnte und mal eben so eine seiner Platten rausschmeißt. Das sollte doch eigentlich nicht passieren.
Naja, ich wünsche niemandem solch ein Super-GAU.
Nicht weiter dokumentiert wurden solche Dinge, wie die zahlreichen Telefonate mit dem Spezialisten (Vielen Dank für die Zeit.), Versuche Partionen auf den SATA-Platten zu ändern (Warum qtparted keine ntfs-partionen resized oder merged ist mir im noch ein Rätsel, zumal es Stimmen gibt, die behaupten, das wäre kein Problem.), datensicherheitsrelevante Diskussionen mit dem sozialen Umfeld und dem Spezialisten und ein weiterer Exkurs in die Linux-Welt (Ich werde langsam immer sicherer in der Kommandozeile und entdecke interessante Befehle und Möglichkeiten. Für einen Wechsel bin ich allerdings doch zu sehr Gamer und kein Bastler.).
Der Workflow wird weiter beobachtet und das Ergebnis wird hier auch weiter dokumentiert. Aufbauende Kommentare, Tipps und auch Stoßgebete für ein schnelles Ende nehme ich gerne entgegen.

Wir sind die Roboter
Wir sind auf Alles programmiert
Und was du willst wird ausgefuehrt

Kraftwerk – Roboter

Dieser Eintrag wurde am Dienstag, den 22. April 2008 um 05:50 Uhr erstellt und ist in der Kategorie Computer, Das Leben, Interessantes zu finden. Du kannst die Kommentare zu diesen Eintrag durch den RSS 2.0 Feed verfolgen. Du kannst einen Kommentar schreiben, oder einen Trackback auf deiner Seite einrichten.