virtualmono - was denn sonst...

Zum Beitrag darunter zunächst so viel: Wer mich einigermaßen kennt, der weiß natürlich, daß der Ausspruch die reine Polemik war - trefflich dazu geeignet, Unbekannte in die Irre zu führen oder aber Freunde aus der Reserve zu locken (was leider nicht funktioniert hat), denn selbstverständlich ist es vollkommen logisch, daß Computer an sich perfekt sind:

Noch nie hat ein Computer der Serie 9000 einen Fehler gemacht. Es war immer menschliches Versagen."
^{Computer HAL in 2001 - Odyssee im Weltraum}

Natürlich war es auch dieses Mal so. Und zwar Samstag Nacht - ich wollte gerade dem Herrn Müller demonstrieren, wie das wohl aussieht wenn er übers Internet auf meinen "Spielserver" zugreift. Nun hatte der ja schon vor einer ganzen Weile ein nicht wirklich schönes Geräusch von sich gegeben, weshalb ich ihn auch nicht mehr im Dauerbetrieb laufen hatte (von der potentiellen Stromersparnis mal ganz abgesehen) - wer schon mal eine langsam sterbende Festplatte gehört hat, der weiß was ich meine, dieses hochfrequente Sirren. Und just in dem Moment war es dann also soweit: Der Webserver ließ sich nicht mehr starten, und als ich im Log nachsehen wollte, was der wohl für Beschwerden hat - rumms. Also noch mal kurz beherzt einen Power-On-Reset probiert, aber es war nichts mehr zu machen. reiserfsck meldete, daß es an einer bestimmten Stelle nicht auf die Platte schreiben kann und wahrscheinlich ein Hardware-Defekt vorliegt - nachvollziehbar, auch beim zweiten und dritten Versuch. So weit so schlecht.

Montag Nacht habe ich mich dann daran gemacht, zu retten was zu retten war. Mittels dd-rescue - ein sehr schönes Werkzeug, welches bei Knoppix mit an Bord ist - habe ich also den noch lesbaren Inhalt der Platte auf eine andere kopiert. Das schöne daran ist, daß man sich um Parameter (wie Start- und Endblock der Aktion) und das Ausschließen der defekten Blöcke gar nicht zu kümmern braucht: Die 96 bad blocks (die übrigens nicht einmal zusammenhingen) wurden einfach übersprungen, stattdessen werden auf der Zielplatte einfach Nullwerte geschrieben.
"Da sind doch dann aber Löcher an diesen Stellen in den Dateien" höre ich den einen oder anderen Leser schon unken - aber: Don't panic. Nicht umsonst hat man ein "sicheres" Dateisystem. Das anschließende reiserfsck --check meldete zum Glück dann "4 fixable errors" - und diese habe ich dann eben fixen lassen, anschließend konnte ich mein System (übrigens ein betagtes, aber immer noch gutes Suse Professional 8.2) wieder ganz normal hochfahren, und auch die Datenbank und der Webserver laufen wieder "wie neu".

Zwei Dinge bleiben mir noch anzumerken:

- Natürlich war das mehr Glück als Verstand. Eine Festplatte kann nämlich auch so kaputtgehen, daß der Rechner sie erst gar nicht mehr erkennt oder daß deutlich mehr als 44 Kilobyte defekt sind. Wehe, wenn man dann kein Backup hat.

- Natürlich war auf dem Rechner nichts wirklich wichtiges gespeichert, es ist wie gesagt mein "Spielserver", auf dem ich gelegentlich mal etwas ausprobiere (zum Beispiel ob ein Oracle-Patch das gewünschte Ergebnis bringt). Von meinen wirklich wichtigen Daten wie Digitalfotos oder selbstgemachter Musik habe ich selbstredend mindestens zwei Kopien. Dennoch wäre es ärgerlich gewesen. Alles neu aufzusetzen hätte nämlich bedeutend mehr Zeit gekostet als das Wiederherstellen - aber es hat ja zum Glück geklappt.

Wie war das doch gleich? Jede Datei, von der Du nicht mindestens ein Backup hast kannst Du als potentiell gelöscht betrachten.