Kurz gesagt: Auf einem Netzwerkziel kopiert Time Machine keine Dateien auf die Freigabe. Es legt dort ein großes Disk-Image an und kopiert hinein. Jeder Fehler dieser Art betrifft das Image: Es lässt sich nicht anlegen, nicht öffnen, oder etwas hält es noch offen.
Keine davon bedeutet, dass deine bestehenden Backups weg sind. Das Laufwerk zu löschen ist fast nie die Lösung, und genau diesen Rat findest du am häufigsten.
Time Machine braucht Dateisystemfunktionen, die eine Netzwerkfreigabe nicht bietet: Hardlinks, Eigentümerschaft, die es selbst kontrolliert, und die Möglichkeit, eine Datei zu sperren, während es daran arbeitet. Ein NAS, das SMB spricht, kann das nicht garantieren.
Darum legt Time Machine auf jedem Netzwerkziel ein Sparse Bundle an, einen Ordner mit der Endung .sparsebundle, der sich wie ein Disk-Image verhält. Es aktiviert dieses Image, und das Backup liegt darin auf einem Dateisystem, das Time Machine komplett kontrolliert. Die Freigabe muss nur einen Ordner mit nummerierten Stücken halten, den sogenannten Bands.
Darum hat ein Netzwerk-Backup eine ganze Kategorie von Ausfällen, die ein angeschlossenes Laufwerk nicht hat. Zwei Dinge können schiefgehen, wo ein angeschlossenes Laufwerk eins hat, und die Meldung, die du bekommst, betrifft meist das Image.
Time Machine wollte das Sparse Bundle anlegen, und die Freigabe hat abgelehnt. Geh diese Punkte der Reihe nach durch.
fruit:time machine = yes in der Freigabedefinition. Ohne das verbindet sich macOS vielleicht problemlos und weigert sich trotzdem, das Image anzulegen.Das Image existiert, und macOS konnte es nicht anbinden. Fehler 45 ist ein Dateisperrfehler, also hält meist schon etwas das Image offen.
token oder einer .lock-Datei auf oberster Ebene. Sie zu löschen ist sicher, wenn nichts das Image aktiviert hat, und beim nächsten Aktivieren werden sie neu angelegt. Stell vorher sicher, dass das Image nicht aktiviert ist, sonst beschädigst du es.Gleiche Ursache, klarer ausgedrückt, und dieselben vier Schritte beheben es. Prüf vor allem anderen, ob in der Finder-Seitenleiste ein aktiviertes Volume mit dem Namen deines Macs steht, denn die häufigste Antwort ist, dass es gerade auf dem Rechner aktiviert ist, an dem du sitzt.
Meist ist die Freigabe mitten im Backup verschwunden, durch Ruhezustand, WLAN oder einen Neustart des NAS für ein Update. Prüf, ob die Freigabe sich wieder verbindet, und prüf dann das Image mit dem Prüfschritt unten, bevor du dem Inhalt vertraust.
Ein unterbrochenes Netzwerk-Backup kann das Image intern inkonsistent hinterlassen, während jede Meldung auf dem Bildschirm in Ordnung aussieht. Aktiviere es und frag das System:
hdiutil attach -readonly /Volumes/<share>/<YourMac>.sparsebundlediskutil verifyVolume /Volumes/<the volume it mounted>Nur lesend, also ändert das Nachsehen nichts. Wenn die Prüfung Fehler meldet, führ diskutil repairVolume auf demselben Volume aus. Wenn die Reparatur scheitert, ist dieses Image am Ende, und der ehrliche Schritt ist, darauf eine neue Backup-Kette anzufangen und sich nicht mehr auf das zu verlassen, was im alten steckt.
Jeder dieser Fehler ist eine Eigenschaft des Disk-Images, und das Disk-Image gibt es, weil das Ziel im Netzwerk liegt. Ein Backup, das normale Dateien in einen normalen Ordner schreibt, hat nichts davon: kein Image, das sich nicht anlegen lässt, keine Sperre, die veraltet, kein einzelnes großes Objekt, dessen Beschädigung jedes Backup darin auf einmal mitnimmt.
Dieser letzte Punkt verdient einen Moment Nachdenken. Dein gesamter Time Machine-Verlauf auf einem NAS liegt in einem einzigen Sparse Bundle. Es ist ein Objekt. Ein Schaden an der falschen Stelle nimmt alles mit.
Es schreibt einen Ordner mit normalen Dateien auf die Freigabe, also gibt es kein Disk-Image, keine Sperren und kein einzelnes Objekt mit allen deinen Versionen. Eine Freigabe, die mitten im Backup offline geht, wird als nicht erreichbares Ziel gemeldet, mit dem Datum, an dem sie zuletzt gesehen wurde, und das nächste Backup macht dort weiter, wo das letzte aufgehört hat.
Jedes Stück wird unter dem Hash seines eigenen Inhalts gespeichert und nach Zeitplan gegen diesen Hash zurückgelesen, sodass ein Schaden irgendwo in der Kette an einem ganz normalen Dienstag benannt und gefunden wird. Einen Mac auf ein NAS sichern behandelt die Einrichtung, auch das Timeout-Verhalten, das entscheidet, ob eine schlafende Freigabe ein Fehler oder eine Abwesenheit ist.
Kannst du, und damit wirfst du jedes Backup darin weg, denn alle liegen in diesem einen Image. Probier zuerst die vier Schritte oben. Löschen ist nur die Antwort, wenn diskutil repairVolume daran schon gescheitert ist.
Weil es kein Disk-Image gibt. Ein direkt angeschlossenes Laufwerk bekommt ein eigenes Dateisystem, das Time Machine formatiert und verwaltet. Es braucht also kein Image und hat keine Sperre, die hängen bleiben kann. Das ist das stärkste Argument für eine lokale Kopie.
Es zu unterstützen und es auf der konkreten Freigabe aktiviert zu haben, sind bei den meisten NAS-Systemen verschiedene Einstellungen. Prüf die Freigabe, nicht die Produktseite. Kontingente sind der andere häufige Grund: Das Image legt beim Erstellen eine Maximalgröße fest, und ein kleineres Kontingent lehnt es ab.
Für sich genommen nicht. Er bedeutet, dass macOS das Image nicht sperren konnte, also wurde nichts geschrieben. Gefährlich ist eine lange Reihe davon, die niemand bemerkt, denn das letzte gute Backup wird immer älter, während alles normal aussieht.
Nein. Es schreibt normale Dateien in einen Ordner auf der Freigabe, und darum gibt es keinen der Fehler auf dieser Seite. Der Preis ist, dass die Freigabe erreichbar sein muss, um gezählt zu werden, und die App sagt es, wenn sie es nicht ist.
Siehe auch: Einen Mac auf ein NAS sichern, Time Machine meldet zu wenig Platz und So prüfst du ein Backup.