Möge sie, und meine Backups in Frieden Ruhen. 5 Jahre sind ein stolzes Alter!

$ ps aux | grep httpd
christoph  6783   0.0  0,0   599828    504 s000  R+    1:01pm   0:00.00 grep httpd

In der Konsole fand ich folgende Zeilen:

07.09.09 12:21:27 org.apache.httpd[1405] (2)No such file or directory: httpd: could not open error log file /private/var/log/apache2/error_log.
07.09.09 12:21:27 org.apache.httpd[1405] Unable to open logs
07.09.09 12:21:27 com.apple.launchd[1] (org.apache.httpd[1405]) Exited with exit code: 1
07.09.09 12:21:27 com.apple.launchd[1] (org.apache.httpd) Throttling respawn: Will start in 10 seconds

Offensichtlich ging das was mit dem Öffnen der Logdatei schief.

$ ls /private/var/log/apache/error_log
/private/var/log/apache/error_log: No such file or directory

Das Verzeichnis /private war nicht wieder erstellt worden. Also habe ich ein neues angelegt:

$ sudo mkdir -p /private/var/log/apache2

Dieser Zahn wurde mir ca. 30 Sekunden nach ertönen des allseits beliebten C-Dur Akkordes aus den Lautsprechern meines MacBooks gezogen. Denn der Bildschirm wurde erneut schwarz und der Rechner startete erneut. Dies hätte sich noch bis in die Unendlichkeit fortgesetzt … doch da kam mir eine Idee. Durch drücken der Taste V während des Bootvorganges wird der “Verbose Mode” gestartet, welcher zusätzliche Informationen auf dem Bildschirm ausgibt. Alles sieht normal aus. Speicher und Festplatten werden erkannt, doch eine Zehntel Sekunde vor dem erneuten Start erblicken meine Augen viel Text, der irgendwas mit disk error enthält. Ein Hauptgewinn am Montag morgen.

Nachdem ich von meiner neuen Snow Leopard DVD gebootet hatte, probierte ich das Dateisystem auf dem MacBook zu reparieren. Doch bereits nach wenigen Sekunden wurde mir der nächste Schlag versetzt. In großen roten Buchstaben stand zu lesen:

The volume MacOSX could not be repaired. Error: Filesystem verify or repair failed.

Ganz grosses Kino, also ab zurück nach Hause. Der Tag war dahin …

Zu Hause wieder von der Snow Leopard DVD booten, weil ich die Leopard DVD nicht finden konnte. Nach dem Booten gibt es sogar die Möglichkeit mit einem kabellosen Netzwerk zu verbinden. Mein Backup befindet sich auf meinem Drobo nebst Drobo Share. Dank einer Erweiterung läuft ein AFP Daemon auf dem Drobo Share, der eine Time Capsule simuliert. Doch leider konnte kein Backup im Netzwerk gefunden werden. Warum sollte heute auch etwas auf Anhieb klappen? Nach umständlichen “herunterfahren” des Drobo Share habe ich den Drobo direkt per USB an mein MacBook angeschlossen. Und siehe da, es wurden Backups gefunden. Doch leider war das neueste gut 2 Monate alt. Naja, besser als nichts. Wenn der Rechner erstmal wieder läuft, kann man der Frage auf den Grund gehen, wo die anderen Backups sind. Schließlich wurde heute morgen um 9:10 das letzte Backup erfolgreich abgeschlossen, irgendwo muss es ja sein. Ich wählte also das neueste Backup aus, in freudiger Erwartung, meinen Rechner in ca. 2-3 Stunden wieder in Betrieb nehmen zu können. Leider dauerte es schon allein eine gute Stunde, bis Time Machine das Backup untersucht hatte, um festzustellen, dass es tatsächlich auf die eingebaute SSD Festplatte passt. Weitere 7 Stunden vergingen, bis das Backup von ca. 180 GB zurück gespielt war. Es war ein gutes Gefühl, als der Rechner wieder bootete. Wenn auch noch mit dem alten Stand von Juli.

Um Time Machine mit einer im Netz freigegebenen AFP Freigabe zu betreiben, muss man ein so genanntes SparseBundle anlegen. Das ist eine mitwachsende Imagedatei, die mit Mac OS 10.5 eingeführt wurde. Was ich nicht wusste ist, dass diese Datei eigentlich ein Verzeichnis ist, welches in verschachtelten Unterverzeichnissen, den so genannten Bands die eigentlichen Nutzdaten ablegt. Direkt im Oberverzeichnis des Drobo lag ein Sparsebundle: chrisbook_002500a9495c.sparsebundle. Im Unterverzeichnis DroboCapsule lag ein weiteres, gleichnamiges Bundle, welches die neuen Backups enthielt. Leider konnte das Time Machine Restore Programm auf der Mac OS X DVD keine Unterverzeichnisse durchsuchen, oder gab sich mit dem ersten gefundenen zufrieden. Nachdem ich die Sparsebundles ausgetauscht habe, ging der Spass von vorne los:

1. Mac OS X Installations DVD Booten
2. Time Machine Restore Programm starten
3. Neuestes Backup auswählen
4. Backup und verfügbaren Platz auf dem Rechner überprüfen lassen
5. Backup zurück spielen

Am frühen Morgen war es dann vollbracht. Der Rechner war vollständig wieder her gestellt. Einzig der Spotlight Index musste komplett neu erstellt werden. Bei 180GB nahm das gut 4 Stunden in Anspruch. Was den Fehler genau verursacht hat, war leider nicht zu ergründen. Ich hoffe nicht, dass es erste Ausfallerscheinungen meiner SSD Platte sind. Der S.M.A.R.T Status ist ok, also hoffen wir das beste. In diesem Sinne: “Backup early, backup often!”