Anacron for Mac OS v10.4 (Tiger) - System/Disk Utilities ist eine Portierung von Anacron auf OS X mit Unterstützung für den neuen launchd von Tiger. Anacron sorgt dafür das regelmäßige Aufräumjobs auch bei Rechnern die nicht ständig laufen angestossen werden - ansonsten laufen irgendwann die Logfiles über.
Fragt mich nicht warum Apple das nicht schon lange als Systembestandteil mit ausliefert und installiert, denn die Desktop-Rechner von Apple-Usern werden in den seltensten Fälle nonstop durchlaufen - und es gibt nix ekligeres als Systeme denen die Logfiles explodieren. Sei es weil sie über 2 GB gross werden oder weil die Platte voll läuft oder weil der Backup wegen der grossen Logfiles unnötig lange braucht.
Der Diskussion Shirt Pocket Discussions - SuperDuper! and FileVault(eine noch etwas klarer Erklärung ist in dieser Diskussion) kann man entnehmen das es ein paar Probleme mit SuperDuper! Backups gibt wenn man FileVault benutzt um sein Homeverzeichnis zu verschlüsseln: wenn der angemeldete Benutzer ein FileVault-Benutzer ist, wird sein sparse image (das File wo das eigentliche Homeverzeichnis liegt) nicht korrekt gesichert und bei einem Start von dem Backup kann es nicht korrekt gemounted werden.
Der Hersteller schlägt in der Diskussion vor sich einen zweiten Benutzer einzurichten der kein FileVault benutzt und sich aus den FileVault-Accounts abzumelden um einen Backup dann unter diesem Benutzer zu starten.
Alternativ kann man natürlich auch für sein Homeverzeichnis einen getrennten Backup anlegen - das FileVault-Image ist ja ganz normal gemounted wenn man angemeldet ist. Allerdings geht dabei die Verschlüsselung flöten. Das wiederum kann man natürlich wieder mit einem verschlüsselten SparseImage auf einem Backupmedium lösen.
Alles in allem natürlich nicht die ultraeinfache Mac-User-kompatible Bedienung die man sich wünschen würde. Gerade das Homeverzeichnis ist es ja das die ganzen wichtigen Sachen enthält und dessen Inhalt man tunlichst regelmäßig sichern sollte - aber gerade das wird hakelig zu sichern sobald FileVault im Spiel ist.
Man kann natürlich auch auf FileVault verzichten - aber irgendwie will ich meine privaten Daten auf dem Notebook nicht als einziger Sicherheit einem OpenFirmware Startpasswort anvertrauen ...
Als Nachtrag zum vorigen Eintrag über die Probleme mit dem Backup von FileVaults aus einem aktiven FileVault-Account heraus hab ich mir mal genauer angeguckt was Apple da eigentlich für FileVault treibt. So richtig Begeisterung kommt bei mir ob der Vorgehensweise nicht auf.
Zu allererst mal ist ein FileVault nichts weiter als ein sogenanntes Sparse Image - ein Plattenimage bei dem nur die tatsächlich belegten Blöcke gespeichert werden. Wenn es also leer ist ist es wurscht wie gross es dimensioniert war - es belegt nur wenig Plattenplatz. Mit den gespeicherten Daten wächst dieses Image und man kann es aufräumen lassen - dabei werden die Datenblöcke die freigeworden sind (z.B. durch Löschungen) wieder auch im Sparse Image freigegeben, das Image schrumpft dann also. Zusätzlich ist für die FileVault-Images die Verschlüsselung aktiviert. Das Schrumpfen passiert halbautomatisch beim Logout: das System fragt den Benutzer ob es darf. Wenn er zustimmt, wird bereinigt. Das ist aber nur der Mechanismus wie die Files gespeichert werden - eben als HFS+ Volume in einem speziellen File. Wie aber wird es beim Login automatisch geöffnet und wie wird sichergestellt, das Programme die Daten an den richtigen Stellen finden wo sie sie suchen? Dazu muss das FileVault-Image ja gemounted werden. Im Prinzip ist der Vorgang der gleiche wie beim Doppelklick auf ein Image-File - das File wird als Laufwerk gemounted und steht in der Liste der Laufwerke im Finder und auf dem Desktop zur Verfügung. Bei FileVault-Images wird allerdings das Desktop-Icon unterdrückt. Statt des Desktop-Icons und dem Mounten nach /Volumens/ wie es normalerweise der Fall ist, ist das Mounten eines FileVault-Images allerdings etwas modifziert. Und zwar liegt ein FileVault-Image normalerweise im User-Verzeichnis eines Benutzers als einzige Datei. Also bei abgemeldetem Benutzer hugo liegt in /Users/hugo/ ein hugo.sparseimage. Sobald sich der Benutzer hugo anmeldet, geschehen eine ganze Reihe von Dingen. Zuerst mal wird das Sparse-Image von /Users/hugo/ nach /Users/.hugo/ verschoben. Und heisst dort nicht mehr hugo.sparseimage sondern .hugo.sparseimage. Dann wird es direkt nach /Users/hugo/ (das ja jetzt leer ist) gemounted (deshalb muss es auch aus dem Benutzer-Verzeichnis rausgeschoben werden, da es ja sonst nicht erreichbar wäre, wenn ein anderes Filesystem drübergemounted würde).
Jetzt ist also das Volume erreichbar als Homeverzeichnis des Benutzers. Zusätzlich sehen alle Programme die Daten ganz am gewohnten Ort, da es ja direkt nach /Users/hugo gemounted wurde und damit z.B. /Users/hugo/Preferences/ ein gültiges Verzeichnis im Image ist. Beim Logout geht das ganze umgekehrt: unmounten des Images und dann rückverschieben und Entfernen des /Users/.hugo/ Verzeichnisses. Zusätzlich - optional - das komprimieren des Images.
Jetzt wird auch klar welches Problem Backup-Programme haben: wenn der Backup läuft, ist das Homeverzeichnis leer und das Image in das Punktverzeichnis verschoben. Ein Boot in das so erstellte Backup würde das Homeverzeichnis des Benutzers nicht finden und dem Benutzer ein leeres Home präsentieren - es erscheint als hätte er alle Files verloren. Das ist auch eines der grossen Probleme von FileVault: wenn der Rechner crashed wärend man angemeldet ist, sind die Verzeichnisse und Dateien verschoben und umbenannt. Wer also FileVault benutzt und nach einem Crash nicht an seine Files kommt: eventuell hilft es sich mit einem anderen FileVault-freien Benutzer (den man zwecks Backups auch haben sollten!) anzumelden und das Homeverzeichnis zu reparieren . Keine Ahnung ob das Plattenreparaturprogramm von Apple das auch machen würde - bisher ist noch keine meiner FileVault-Installationen gecrashed. Für den Notfall sollte man sich aber das hier vielleicht merken. Insgesamt macht das ganze einen recht gehackten Eindruck auf mich - Lieber wäre es mir wenn das ganze System ohne Umbenennungen und Verschiebereien auskäme. Zum Beispiel könnte das FileVault einfach als /Users/.hugo.sparseimage friedlich neben /Users/hugo liegen und nur gemounted werden - dann hätten Backups keine Probleme, da die Struktur zwischen angemeldet und abgemeldet identisch wäre. Keine Ahnung warum Apple diese eher komplizierte Form genommen hat, warscheinlich wegen der Rechte an dem Sparse-Image und dem daraus folgenden Ablageort im Homeverzeichnis des Benutzers.
