Filevault + Time machine (Sicherung unverschlüsselt)

[Tom65534]

Hallo,

früher war es möglich, Filevault zu verwenden und auf einer externen Platte per Time Machine eine unverschlüsseltes Backup zu machen. Der Vorteil davon war, dass man per Browser mehrere Sicherungen der vorhandenen Daten hatte und diese per Time machine wieder herstellen kann. Diese Art von Sicherung hat mehrere gute Gründe:

Wieso sollte nicht auch die Datensicherung verschlüsselt sein?
Weil die Verschlüsselten Daten in einer Datei gespeichert werden. Nimmt diese Schaden, sind alle Daten verloren. Beim Laptop ist hingegen eine Verschlüsselung sinnvoller, denn die Daten werden ja sowieso täglich gesichert. Wenn dort die Datei kaputt geht, ist das nicht so ein großes Problem.

Wenn die Daten der Sicherung unverschlüsselt sind, wieso sollten sie dann auf dem Laptop verschlüsselt sein?
Die Datensicherung liegt an einem Sicheren Ort. Das Laptop kann im Zug aber leicht gestohlen werden. Bei dem Backup gehe ich aber davon aus, dass es an einem sicheren Ort liegt. Dort ist es mir wichtiger, dass die Datenintegrität sichergestellt wird.

Früher war es möglich die Daten unverschlüsselt zu speichern.
Bevor ich meinen Mac OS neu installiert habe war es möglich in der Time machine die Einstellungen so vorzunehmen, dass die Daten unverschlüsselt auf meiner USB Platte gespeichert werden. Dies war auch nach dem Update auf Snow Leopard möglich. Nach der kompletten Neuinstallation, erfolgt die Datensicherung neuerdings immer wenn mich mit dem Benutzer abmelde und es wird nur eine verschlüsselte Datei auf der USB Platte angelegt.

Kennt jemand eine Möglichkeit die Time Machine so einzustellen, dass eine unverschlüsselte Sicherung trotzdem noch möglich ist? Wahrscheinlich muss man die Konfigurationsdateien per Hand verändern. Jedenfalls konnte ich letzt Woche noch alles mit Snow Leopard unverschüsselt sichern. Jetzt funktioniert es nicht mehr.

Ich denke, ich bin nicht der einzige, der mit diesem Problem kämpft oder in Zukunft noch damit konfrontiert werden wird. Denn die Daten Sicherung verschlüsselt zu speichern erscheint mir in den meisten Fällen nicht sinnvoll. Die wirklich wichtigen Daten können ja prinzipiell verschlüsselt in einem Container (Truecrypt) abgelegt werden.

Gruß

Tom

[harden]

Nach der kompletten Neuinstallation, erfolgt die Datensicherung neuerdings immer wenn mich mit dem Benutzer abmelde und es wird nur eine verschlüsselte Datei auf der USB Platte angelegt.

Ich dachte dies sei von jeher die einzige Möglichkeit bei der Verwendung von TimeMachine in Verbindung mit FileVault.

Ich wollte damals auf meinem Powerbook bei einer Leopard Neuinstallation eigentlich FileVault nutzen, jedoch gab es das eine Warnung, die mich darauf hingewiesen hat, dass es keine einzelnen stündlichen Backups mehr gibt, sondern nur ein Backup nach Abmeldung. Darum hab ich das mit FileVault sein lassen.

[t_heinrich]

@Tom65534: Hast du in der Zwischenzeit eine Lösung gefunden?
Hänge gerade an demselben Problem.

Grüße Thomas

[Mosurft]

Da dies der einzige Thread zum Thema ist und er noch halbwegs aktuell ist, grabe ich ihn mal aus...


Ein Nutzer hat tatsächlich eine Lösung gefunden, unverschlüsselte, stündliche Backups mit Time Machine zu machen.

http://blog.eurocomp.info/2009/12/12...-snow-leopard/

Ich bin der Anleitung gefolgt, aber leider bricht Time Machine dann mit der Meldung ab, mein Backup sei 380 GB groß und ich hätte nur 150 GB Speicherplatz frei.

Dabei ist meine Festplatte des Macbooks gerade mal 200 GB groß und mein Benutzerverzeichnis misst 60 GB, irgendwas stimmt dort also nicht...vielleicht findet jemand den Fehler?

[Rastafari]

Ich bin der Anleitung gefolgt

Zumindest in einem Punkt ist sie falsch. Das aus der Sicherung herauszunehmende Sparsebundle gehört nicht unter "SkipPaths" eingetragen, sondern unter der Sektion "ExcludeByPath".
Pfad und Dateiname sind selbstverständlich korrekt anzupassen.
Nach der Änderung sind die Entfernung der existenten Kopien des Sparsebundles aus allen Backups, ein Neustart und mindestens ein vollständiger Backuplauf erforderlich, damit die Berechnung wieder stimmt. Erst danach kann das gemountete Homeverzeichnis in die Sicherung neu aufgenommen werden. Danach ist ggf. erneut ein Neustart fällig.

[Mosurft]

Genau das dachte ich auch! Ich habe zuerst, weil ich (da die Anleitung ursprünglich für 10.5 gemacht wurde) angenommen, dass sie leicht fehlerhaft ist, und den Pfad zu meinem Sparsebundle unter ExcludeByPath eingefügt. Jedoch wollte Time Machine immer noch ein 388 GB Backup von einer 200 GB Platte machen ...

Meine TimeMachine.plist sah so aus:

...
<key>IncludedVolumeUUIDs</key>
<array>
<string>3EC9....</string> (UUID von Home)
</array>
<key>IncludedVolumes</key>
<array>
<data>
AAAAAA*** <---- Hier habe ich die base64 ID meines Homeverzeichnisses eingefügt
</data>
</array>
<key>LocalizedDiskImageVolumeName</key>
<string>Time Machine-Backups</string>
<key>SkipPaths</key>
<array>
<string>/Users/username/username.sparsebundle</string>
</array>
</dict>
</plist>

Aber vielleicht liegt der Fehler gar nicht in meiner Vorgehensweise, sondern bei Filevault! Wenn ich die UUID meines Homeverzeichnisses mittels diskutil info /Users/mosurft azeigen lassen will, sagt das Diskutil nicht nur die UUID, sondern auch dass das Volume über 290 GB groß sei. Das kann gar nicht sein!



Edit: Mist, die .plist kann man hier kaum lesen...

[Rastafari]

Meine TimeMachine.plist sah so aus

Ich lese da sehr wohl was von "SkipPaths" und einen Benutzernamen "username", den es selbstredend so nicht gibt.
Was genau an der Anleitung war so unverständlich?

dass das Volume über 290 GB groß sei. Das kann gar nicht sein!

Die vorbereitete Maximalgrösse eines mitwachsenden Images kann nahezu frei gewählt werden.
So etwas hyperfantasmogorisches wie im angehängten Bild solltest du aber nicht selbst versuchen, sonst fällt bei dir u.U. der "graue Vorhang des Todes" langsam den Bildschirm herunter. (Ich nehme mal an, du hast schon mal eine Kernelpanik beobachten müssen und willst das nicht unbedingt noch mal sehen. Jede Form von infantiler Unvernunft stösst irgendwo auf real existierende Limits.)
Sinnlos grosse Werte fressen ansonsten halt nur sehr viel sinnlosen Platz auf der HD weg. Bei der vollautomatisierten Erstellung solcher Images wird gerne der gesamte freie Speicherplatz gewählt, der zum Erstellungszeitpunkt tatsächlich auf dem zugrundeliegenden physischen Volume frei war. Somit wird bei maximalem Nutzvolumen ein Minimum an tatsächlichem Platzverbrauch erzielt.
Sollten Grössenkorrekturen dann später doch noch mal nötig werden, machen FileVault und Co das von dir völlig unbemerkt im Hintergrund. Nachträgliche Anpassung ist (in rationalen Grenzen) auch manuell möglich mittels:

hdiutil resize ...
# hdiutil resize -help

Reicht (wie im illustrierten Beispiel offensichtlich) der tatsächlich zur Verfügung stehende freie Plattenplatz nicht aus, um für ein "zu gross" ausfallendes Image eine genügende Menge an "BackingStore" bereitzustellen, wird der überschiessende Betrag einfach als vermeintlich "belegt" ausgewiesen, um die als "frei" angegebene Menge auf korrektem Niveau zu halten.
Daraus dürften die Berechnungsprobleme von TM resultieren. Ändere die Grösse deines Images manuell auf akzeptablere und vernünftigere Werte und es wird wohl wieder klappen.

(Anmerkung für den erklärten Feind der Mathematik: 1,5 PB entsprechen 1536 TB oder 1572864 GB)

[Mosurft]

Hey rastafari, vielen Dank für deine Antwort, ich denke das wird mir weiterhelfen. Ich probiers später mal aus...!

Ps.: Das "username" steht da nur, weil ich hier nicht die Pfade, die meinen Namen enthalten, online stellen möchte...in der "richtigen" plist steht da dann der korrekte Pfad

[Mosurft]

Hey rastafari, ich habs mit "hdiutil resize" probiert.

Und voilà, die Speicherplatzberechnung stimmt.

Leider hab ich das Gefühl, dass ich mir mein Sparsebundle damit zerschossen habe, da nun das Festplattendienstprogramm anzeigt, dass der Header des Voumes geringfügig beschädigt sei. Dies lässt sich auch nicht reparieren.

Funktionieren tut alles allerdings normal...

Edit: Nach einem Neustart fand sich auch kein Fehler mehr im Header. War wohl nur falscher Alarm.

[iPhone-User]

Hi,

ich grab das Thema mal wieder aus
Also ich hatte bis eben das gleiche Problem. Hatte FileVauöt aktiviert und dann bemerkt, dass TM nur noch Sachen auserhalb meines Home Verzeichnisses stündlich sichert. Nach einem versuchten Neustart hab ich gemerkt, dass TM jedes mal das ganze Bundle sichern will. So viel Zeit hab ich aber nicht

Also hab ich es nach der Anleitung gemacht und es hat funktioniert. Ich verstehe nur den einen Punkt nicht. Ich hab die plists bearbeitet. Da ich meine TM beim ersten Versuch das Sparesbundle zu kopieren direkt abgebochen habe, hat TM kein Sparesbundle auf die TM gesichert. Also muss ich auch keines löschen. Dass danach ein kompletter Backupdurchlaf nötig ist verstehe ich nicht ganz. Ich hab jetzt TM laufen und sie sichert mir aus meinem gemounteten Home Verzeichnis gerade 105 GB, was ungefähr dem entspricht was darin enthalten ist. Was ist jetzt hiermit gemeint:

...und mindestens ein vollständiger Backuplauf erforderlich, damit die Berechnung wieder stimmt. Erst danach kann das gemountete Homeverzeichnis in die Sicherung neu aufgenommen werden. Danach ist ggf. erneut ein Neustart fällig.

Hab ich was übersehen?

Danke und Gruß!