Ich versuche, eine Time Machine-Sicherung von einer Firewire-Festplatte (namens disk1), die direkt mit einem Computer verbunden ist, auf /Disk1/Backup.backupdbeine Netzwerkfreigabe zu dmg1verschieben, d.
Nach einigen Vorschlägen in einer Time Machine-FAQ habe ich eine neue TM-Sicherung begonnen, damit Time Machine das benötigte Disk-Image erstellen kann. Sobald das Image erstellt wurde, habe ich die Sicherung abgebrochen.
Time Machine BackupDer nächste Schritt bestand darin , dieses neue Image zu mounten (das resultierende Volume heißt TMBkurz ) und das /TMB/Backups.backupdbVerzeichnis zu löschen. Schließlich sollte ich nach /disk1/Backups.backupdbkopieren /TMB/. Leider schlägt dieser letzte Schritt mit einer Fehlermeldung fehl The volume has the wrong case sensitivity for a backup.
Anscheinend disk1wird nicht zwischen Groß- und Kleinschreibung unterschieden (was der Standard war / ist), aber aus irgendeinem Grund werden Time Machine Sparsebundles zwischen Groß- und Kleinschreibung erstellt = Sie können ein altes lokales Backup nicht kopieren (oder können Sie? Finder verhindert es, aber "logisch" sollte es nicht kann ein Problem sein, Dateien von einem Volume ohne Berücksichtigung der Groß-/Kleinschreibung auf ein Volume mit Berücksichtigung der Groß-/Kleinschreibung zu kopieren . Der umgekehrte Weg sollte jedoch nicht funktionieren.) auf das Disk-Image, das verwendet werden muss, wenn Sie auf ein Netzwerkvolume sichern möchten.
Dies muss ein ziemlich häufiger Anwendungsfall sein, zumal Apple selbst ein einfaches NAS (Time Capsule) für diesen speziellen Zweck verkauft, also wie soll eine solche Migration durchgeführt werden? Der einzige/häufigste Ratschlag, den ich beim Googlen nach Lösungen gefunden habe, ist, von vorne zu beginnen, aber dann verschwenden Sie ziemlich viel Speicherplatz und verlieren den leicht zugänglichen Sicherungsverlauf. Nicht gut.
Ich bin auf die gleichen Probleme gestoßen, als ich ähnlichen Ratschlägen wie dem OP gefolgt bin, insbesondere um Time Machine zum Starten der Sicherung zu verwenden, um ein neues Sparse-Bundle auf der Netzwerkfreigabe zu erstellen, die Rückseite zu stoppen und in das neu erstellte Sparse-Bundle zu kopieren Backups.backupdb.
Meine Lösung besteht darin, nachzuahmen, was Time Machine tut, um das neue Sparse-Bundle mit nur einem Unterschied zu erstellen: Formatieren Sie mit "Mac OS Extended (Journaled)", bei dem die Groß- und Kleinschreibung nicht beachtet wird. Der Hauptvorteil dieser Lösung besteht neben der Beibehaltung alter Sicherungen darin, dass alle Erwartungen von Time Machine an eine Sicherungsfestplatte für die Netzwerkfreigabe erfüllt werden und daher stündliche automatische Sicherungen usw. nahtlos ohne andere Skripte oder Problemumgehungen funktionieren.
Details und Notizen habe ich im Abschnitt „Migration from External HDD to Samba“ unter: https://gist.github.com/martian111/e0d9885004eb56fd6abf3d1ba7671737 für mich aufbewahrt , aber die für die Lösung dieser Frage relevanten TL;DR- Schritte sind (ab an der Stelle, an der das OP aufgehört hat, als er / sie auf den Fehler gestoßen ist):
distutilto enableOwnershipauf dem Volume „Time Machine Backups“ (nach dem Mounten des erstellten Sparse-Bundles). (Referenz: https://apple.stackexchange.com/a/53243/174505 )Backups.backupdbVerzeichnis auf das neue Volume, nachdem Sie bestätigt haben, dass der Besitz aktiviert ist. Der Finder sollte nach Administratorrechten fragen.com.apple.TimeMachine.*Metadatendateien aus dem von Time Machine erstellten Sparsebundle-Verzeichnis in das oben erstellte Sparsebundle.Sobald dies erledigt ist, sollte das nächste Time Machine-Backup das erstellte Sparse-Bundle erkennen und dort weitermachen, wo das letzte Backup aufgehört hat. Außerdem können alle historischen Sicherungen beim Aufrufen von Time Machine durchsucht werden.
Hinweis: Beim Root-Volume meines Macs wird auch nicht zwischen Groß- und Kleinschreibung unterschieden, daher gehe ich davon aus, dass dies für mein Setup sicher ist.
Hinweis 2: Meine Time Machine-Netzwerkfreigabe ist eine Samba/SMB-Freigabe, die unter Linux ausgeführt wird. Die Festplatten, auf denen die SMB-Freigabe gehostet wird, sind mit LUKS verschlüsselt, und daher verwende ich die verschlüsselte Sicherungsfunktion von Time Machine nicht.
Anstatt Time Machine zum Erstellen des Sparsebundle/Disk-Image zu verwenden, können Sie es mit dem Festplatten-Dienstprogramm erstellen (hier finden Sie einige Informationen dazu: http://www.makeuseof.com/tag/turn-nas-windows-share -time-machine-backup/ ) und auf diese Weise steuern Sie die Groß- und Kleinschreibung. Wenn Sie also von einem Laufwerk kopieren, bei dem die Groß-/Kleinschreibung nicht beachtet wird, können Sie auch das Sparse-Bundle so einstellen, dass die Groß-/Kleinschreibung nicht beachtet wird. Wenn Sie dann Ihren Backups.backupdb-Ordner in das Disk-Image kopieren, erhalten Sie die Fehlermeldung nicht.
Ich empfehle, die Daten irgendwohin zu kopieren und den Anweisungen unten auf dieser Seite zu folgen: https://web.archive.org/web/20170910134343/http://pondini.org/TM/18.html#id18
Ihre Annahme ist, dass das Ändern der Struktur um die Dateien herum die Dateien intakt lassen sollte, denke ich, und das ist einfach nicht richtig. Es ist, als würde man irgendwie sagen, dass Dateien völlig unabhängig von der Struktur existieren können, die sie unterstützt ... was nicht wirklich stimmt. Ein Auto ist kein Auto mehr, wenn man die Karosserie und das Getriebe und einen Teil des Motors entfernt. Jetzt können Sie diese Teile beispielsweise durch Teile aus einem anderen Auto ersetzen, aber die Leistung wird anders sein. Zu diesem Zweck könnten Sie vielleicht eine Partition erstellen, bei der die Groß-/Kleinschreibung beachtet wird, und die Dateien dorthin kopieren, die alte zerstören, die alte ordnungsgemäß neu erstellen und die Dateien zurückkopieren, aber ich würde es nicht riskieren. Ihre Daten sind mehr wert. Sie möchten zweifelsfrei wissen, dass Sie ein Backup bekommen können, wenn Sie es benötigen, und wenn Sie auf diese Weise herumspielen, können Zweifel entstehen (wie es sollte).
Ich glaube, ich habe eine sehr einfache Lösung für ein wirklich schwieriges Problem gefunden (keine Notwendigkeit, Laufwerke neu zu formatieren usw.)