Time Machine funktioniert nicht? 12 Lösungen für die häufigsten Backup-Fehler

Time Machine sitzt an einer ungemütlichen Schnittstelle von Subsystemen. Um ein einzelnes Backup abzuschliessen, muss es das Dateisystem, den Dateisystem-Ereignis-Daemon, Netzwerk-Mounts, SMB oder AFP, den Sparsebundle-Wrapper, Verschlüsselungsschichten, Snapshots und die Annahme des Nutzers koordinieren, dass keines davon gleichzeitig ausfällt. Wenn etwas ausfällt, ist der Oberflächen-Fehler normalerweise ein generisches „ein Fehler ist aufgetreten" ohne nützlichen Kontext, und die tatsächliche Ursache ist eine von etwa einem Dutzend spezifischer Dinge.

Diese Anleitung ist die im Feld getestete Liste dieser zwölf Dinge. Jede Lösung folgt derselben Form: wie das Symptom aussieht, was darunter tatsächlich schiefgeht und die genauen Schritte, um zurück zu einem funktionierenden Backup zu gelangen.

Zuerst: Lesen Sie die Logs

Bevor Sie etwas ändern, schauen Sie, was Time Machine tatsächlich zu sich selbst sagt. Öffnen Sie Terminal und führen Sie aus:

log show --predicate 'subsystem == "com.apple.TimeMachine"' --info --last 1h

Das gibt die letzte Stunde an Time Machine Aktivität aus. Scrollen Sie nach Wörtern wie error, fail, denied oder copying. Die tatsächliche Grundursache steht fast immer irgendwo darin geschrieben, auch wenn der nutzerseitige Dialog nichts Nützliches sagte.

Für eine schnellere Triage können Sie auch ausführen:

tmutil status
tmutil latestbackup

Das erste druckt den Live-Zustand der Backup-Engine. Das zweite sagt Ihnen, wann der letzte erfolgreiche Snapshot abgeschlossen wurde. Wenn latestbackup Tage oder Wochen alt ist, lügen Ihre „Time Machine hat ein Backup abgeschlossen"-Benachrichtigungen Sie an.

Lösung 1: Backup dauert ewig

Symptom: Der Fortschrittsbalken bewegt sich über Stunden vorwärts, beendet aber nie. Geschätzte verbleibende Zeit wächst weiter.

Diagnose: Zwei häufige Ursachen. Entweder ist es wirklich das erste Backup eines grossen Datensatzes (in welchem Fall es wirklich einfach langsam ist) oder fseventsd hat den Verstand verloren und Time Machine macht einen vollständigen Scan statt eines inkrementellen.

Lösung:

1. Wenn dies Ihr erstes Backup überhaupt ist, lassen Sie es einfach beenden. Ein 1-TB-Initial-Backup über USB 3 dauert 6 bis 12 Stunden; dasselbe über WLAN kann Tage dauern. Stecken Sie Ethernet ein, wenn Sie ein Cloud-Ziel haben.
2. Wenn es nicht das erste Backup ist, vermuten Sie fseventsd. Führen Sie sudo rm -rf /.fseventsd auf dem Quell-Volume aus, dann neu starten. Das nächste Backup wird langsam sein, weil es die Ereignis-Datenbank neu aufbauen muss, aber nachfolgende werden zur normalen Geschwindigkeit zurückkehren.
3. Prüfen Sie Aktivitätsanzeige für backupd und backupd-helper. Wenn die CPU hoch, aber der Festplatten-I/O niedrig ist, ist der Engpass Metadaten-Scannen, nicht Datentransfer. fseventsd ist wieder der Hauptverdächtige.

Lösung 2: Hängt bei „Backup wird vorbereitet..."

Symptom: Der Status liest „Backup wird vorbereitet..." stundenlang und macht keine Fortschritte.

Diagnose: Die „Vorbereitungs"-Phase ist, wo Time Machine das Quell-Volume snapshottet und das Änderungslog durchgeht, um zu bestimmen, was zu sichern ist. Wenn das Änderungslog beschädigt ist oder das Sparsebundle auf dem Ziel veraltete Metadaten hat, kann diese Phase unbegrenzt stocken.

Lösung:

1. Öffnen Sie das Time Machine Menüleisten-Symbol, klicken Sie auf Dieses Backup überspringen. Das tötet den hängengebliebenen Job.
2. Warten Sie 30 Sekunden, dann lösen Sie Jetzt sichern aus demselben Menü aus.
3. Wenn der neue Lauf auch stockt, werfen Sie das Ziellaufwerk aus und mounten Sie es neu.
4. Wenn der Stillstand bestehen bleibt, führen Sie ein fsck-Äquivalent auf dem Quell-Volume aus dem Festplattendienstprogramm (Erste Hilfe) durch.
5. Letzter Ausweg: regenerieren Sie die fseventsd-Datenbank mit sudo rm -rf /.fseventsd, neu starten, dann sichern.

Lösung 3: Backup-Festplatte voll, Sparsebundle wächst weiter

Symptom: Time Machine meldet die Backup-Festplatte als voll, obwohl Sie eine grosszügige Grössenbegrenzung gesetzt haben.

Diagnose: Sparsebundles schrumpfen nicht automatisch, wenn Snapshots gelöscht werden. Wenn Time Machine alte Snapshots ausdünnt, wird der freigegebene Platz innerhalb des Sparsebundle gemeldet, aber die Sparsebundle-Datei selbst bleibt in der Grösse, auf die sie gewachsen ist. Auf einem Ziel, das mit anderen Daten geteilt wird, läuft das Host-Dateisystem aus, bevor Time Machine es bemerkt.

Lösung:

1. Komprimieren Sie das Sparsebundle. Werfen Sie es zuerst aus Time Machine aus, mounten Sie es manuell, dann führen Sie aus: hdiutil compact /Volumes/Backups/MyMac.sparsebundle.
2. Wenn Sie nicht komprimieren können, müssen Sie möglicherweise die Live-Daten herauskopieren, das Sparsebundle kleiner neu erstellen und zurückkopieren.
3. Setzen Sie eine harte Grössenbegrenzung auf das Sparsebundle, falls Ihr Backup-Ziel das unterstützt. macOS selbst legt das in der UI nicht offen; Sie müssen tmutil setdestination oder ein Admin-Tool auf dem Server verwenden.
4. Erwägen Sie ein Ziel, das ausschliesslich Time Machine gewidmet ist, sodass keine anderen Dateien um Platz konkurrieren. Cloud-Ziele wie Capsule Backup weisen ein festes Kontingent zu, das nichts anderes auffressen kann.

Lösung 4: Time Machine kann die Backup-Festplatte nicht finden

Symptom: „Time Machine konnte die Backup-Festplatte nicht finden", obwohl Sie sie in Finder sehen.

Diagnose: Die Festplatte ist gemountet, aber Time Machine hat die persistente Referenz darauf verloren (UUID- oder Volume-Identifier-Mismatch), oder die SMB-Freigabe ist abgebrochen und das Auto-Remount ist fehlgeschlagen.

Lösung:

1. Für lokale Festplatten: öffnen Sie Systemeinstellungen → Allgemein → Time Machine, entfernen Sie das Ziel, fügen Sie es neu hinzu. Time Machine erkennt den bestehenden Backup-Ordner und setzt fort, statt frisch zu starten.
2. Für Netzwerkfreigaben: werfen Sie aus und verbinden Sie sich neu via ⌘K in Finder. Speichern Sie Anmeldedaten im Schlüsselbund, sodass das Auto-Remount in Zukunft funktioniert.
3. Verifizieren Sie, dass das Dateisystem der Festplatte eines ist, das Time Machine unterstützt: APFS oder HFS+ für lokale Festplatten, SMB3 für Netzwerk. exFAT und NTFS sind keine unterstützten Ziele.

Lösung 5: „Ein Fehler ist aufgetreten" ohne weitere Information

Symptom: Der klassische generische Fehlerdialog mit nichts Handlungsfähigem darin.

Diagnose: Das ist die macOS UI, die aufgibt. Der eigentliche Fehler ist in den Logs.

Lösung:

1. Führen Sie die Log-Abfrage oben aus, um den zugrundeliegenden Fehler zu finden.
2. Der Fehler ist normalerweise einer der anderen Punkte in dieser Liste: Berechtigung, Netzwerk, Sparsebundle-Korruption, volle Festplatte oder Update-Bruch. Ordnen Sie ihn zu und wenden Sie die relevante Lösung an.

Lösung 6: Sparsebundle-Korruption

Symptom: Time Machine weigert sich, das Ziel zu mounten, oder mitten im Backup beklagt es, dass das Sparsebundle beschädigt ist.

Diagnose: Ein Sparsebundle ist ein Ordner aus kleinen „Band"-Dateien, die zusammen eine virtuelle Festplatte bilden. Wenn ein Band beschädigt ist (oft weil die Quelle mitten im Schreiben getrennt wurde oder das Netzwerk während eines kritischen Metadaten-Updates abgebrochen ist), wird das Volume nicht mountbar.

Lösung:

1. Mounten Sie die Freigabe, lokalisieren Sie das Sparsebundle und versuchen Sie, es manuell durch Doppelklick zu mounten. Wenn macOS zur Reparatur auffordert, akzeptieren Sie.
2. Vom Terminal: hdiutil verify /path/to/MyMac.sparsebundle. Das berichtet, ob das Volume rettbar ist.
3. Wenn die Verifizierung fehlschlägt, versuchen Sie: hdiutil attach -noverify -nomount /path/to/MyMac.sparsebundle zum Anhängen ohne Mounten, dann führen Sie Festplattendienstprogramm Erste Hilfe gegen das angehängte Image aus.
4. Wenn die Reparatur erfolgreich ist, führen Sie sofort ein frisches Backup an ein anderes Ziel aus. Ein Sparsebundle, das einmal Reparatur brauchte, lebt auf geliehener Zeit.
5. Wenn die Reparatur fehlschlägt: Ihr Snapshot-Verlauf ist weg. Starten Sie ein neues Backup an ein neues Ziel. Lesen Sie mehr darüber in unserer Wiederherstellungsanleitung.

Lösung 7: Netzwerkfreigabe trennt sich ständig

Symptom: Backups starten, laufen ein bis zwei Stunden, dann scheitern mit einem Netzwerkfehler. Oft gepaart mit einer Finder-Benachrichtigung, dass der Server getrennt wurde.

Diagnose: Die SMB-Sitzung bricht ab. Ursachen reichen von WLAN-Instabilität bis zu Router-NAT-Timeouts bis zur Idle-Disconnect-Politik des Servers bis zu einer fehlerhaften Energiesparoption, die Ihren Mac mitten im Transfer in den Ruhezustand schickt.

Lösung:

1. Wechseln Sie von WLAN auf Ethernet. WLAN-Paketverlust über einen mehrstündigen Transfer summiert sich.
2. Systemeinstellungen → Energie sparen → deaktivieren Sie „Festplatten in Ruhezustand versetzen, wenn möglich" und „Für Netzwerkzugriff aufwecken".
3. Systemeinstellungen → Energie sparen → setzen Sie „Bildschirm ausschalten nach" auf ein längeres Intervall und bestätigen Sie, dass „Automatischen Ruhezustand verhindern, wenn Bildschirm aus ist" aktiviert ist, falls Sie auf einem Desktop sind.
4. Für SMB-spezifische Verbindungsabbrüche bearbeiten (oder erstellen) Sie /etc/nsmb.conf und fügen Sie hinzu: [default] notify_off=yes signing_required=yes. Das erste reduziert einen redseligen Benachrichtigungspfad, den manche Server schlecht handhaben.
5. Wenn Ihr Server ein Idle-Timeout durchsetzt, planen Sie Keep-Alive-Aktivität oder wechseln Sie zu einem Ziel, das für langlaufende Time Machine Sitzungen ausgelegt ist.

Lösung 8: Langsame inkrementelle Backups

Symptom: Stündliche Backups, die Sekunden dauern sollten, dauern jeweils 20 bis 40 Minuten.

Diagnose: Entweder baut fseventsd neu auf (siehe Lösung 1) oder die Quellfestplatte hat so viele kleine Dateien, dass die Metadatenphase natürlicherweise langsam ist.

Lösung:

1. Fügen Sie häufige Übeltäter zur Ausschlussliste hinzu: node_modules, ~/.gradle, ~/.m2, Festplatten-Images virtueller Maschinen, grosse Container-Caches. Diese regenerieren leicht und sind reines Rauschen in einem Backup.
2. Vom Terminal programmatisch ausschliessen: tmutil addexclusion ~/projects/big-monorepo/node_modules. Wiederholen für jeden Pfad.
3. Bestätigen Sie, dass der Ausschluss übernommen wurde: tmutil isexcluded ~/projects/big-monorepo/node_modules.

Lösung 9: Berechtigungsfehler (Operation Not Permitted)

Symptom: Logs melden „Operation not permitted" auf bestimmten Pfaden. Häufige Ziele sind ~/Library/Mail, ~/Library/Messages oder Drittanbieter-App-Sandboxes.

Diagnose: macOS verwendet TCC (Transparency, Consent, and Control), um Zugriff auf bestimmte Nutzerdaten zu kontrollieren. backupd braucht Vollständigen Festplattenzugriff, um diese Speicherorte zu lesen.

Lösung:

1. Systemeinstellungen → Datenschutz & Sicherheit → Vollständiger Festplattenzugriff.
2. Bestätigen Sie, dass Time Machine in der Liste erscheint und der Schalter aktiv ist. Wenn er fehlt, fügen Sie ihn manuell mit dem +-Button hinzu und navigieren Sie zu /System/Applications/Utilities/ oder suchen Sie einfach danach.
3. Für manche macOS-Versionen müssen Sie backupd direkt hinzufügen. Der Pfad ist /System/Library/CoreServices/backupd.bundle/Contents/MacOS/backupd.
4. Neu starten. Führen Sie ein manuelles Jetzt sichern aus und prüfen Sie die Logs auf verbleibende Berechtigungsfehler.

Lösung 10: Ausschlussliste nicht respektiert

Symptom: Sie haben einen Ordner zur Ausschlussliste hinzugefügt, aber er erscheint immer noch im Backup oder zählt zur Backup-Grösse.

Diagnose: Der Ausschluss wurde gegen einen alten Pfad hinzugefügt (der Ordner wurde umbenannt oder verschoben), oder der Ausschluss wurde über einen Mechanismus hinzugefügt und Time Machine liest aus einem anderen.

Lösung:

1. Aktuelle Ausschlüsse auflisten: sudo tmutil listexclusions.
2. Wenn der Ausschluss falsch ist, entfernen Sie ihn: tmutil removeexclusion /path/to/folder.
3. Fügen Sie ihn neu gegen den kanonischen absoluten Pfad hinzu.
4. Erzwingen Sie eine frische Grössenschätzung durch Ausführen von tmutil calculatedrift oder warten Sie einfach auf das nächste geplante Backup; der Ausschluss wird sofort wirksam.

Lösung 11: Verschlüsselte Festplatte entsperrt sich nicht

Symptom: Time Machine fragt bei jedem Backup nach dem Verschlüsselungspasswort oder weist das Passwort zurück, von dem Sie wissen, dass es korrekt ist.

Diagnose: Der Schlüsselbund-Eintrag für die Backup-Festplatte wurde entfernt, beschädigt oder ersetzt. Das passiert nach einem grösseren macOS-Upgrade, nach einem Schlüsselbund-Sync-Konflikt via iCloud oder nach Wiederherstellen des Systems aus einem anderen Backup.

Lösung:

1. Öffnen Sie Schlüsselbundverwaltung und suchen Sie nach dem Namen des Backup-Volumes. Löschen Sie alle doppelten oder veralteten Einträge.
2. Führen Sie ein Jetzt sichern aus und geben Sie das Passwort bei Aufforderung erneut ein. Markieren Sie „Im Schlüsselbund speichern".
3. Wenn das Passwort mit einem Fehler wie „falsches Passwort" abgelehnt wird, aber Sie sich sicher sind, dass es richtig ist, versuchen Sie, es stattdessen über das Festplattendienstprogramm einzugeben. Mounten Sie das Sparsebundle über den „Mount"-Button des Festplattendienstprogramms und verwenden Sie das Passwort dort. Wenn das Festplattendienstprogramm es akzeptiert, ist das Problem rein ein Schlüsselbund-Eintrag-Mismatch und das erneute Speichern behebt es.
4. Wenn das Festplattendienstprogramm es auch ablehnt: bestätigen Sie, dass Sie nicht versehentlich das FileVault-Passwort eingeben, und lesen Sie den Mac-Backup-Verschlüsselungs-Erklärer für den Unterschied zwischen den beiden Schichten. Es gibt keinen Wiederherstellungspfad für ein wirklich vergessenes Time Machine Verschlüsselungspasswort.

Lösung 12: Time Machine nach einem macOS-Update kaputt

Symptom: Backups funktionierten gestern. Heute, nach einem Sequoia-Punktrelease, scheitern sie.

Diagnose: macOS-Updates passen routinemässig den SMB-Stack, die TCC-Datenbank oder die Time Machine Internals an. Der Bruch fällt fast immer in einen von drei Eimern: verlorener Vollständiger Festplattenzugriff, gelöschte SMB-Anmeldedaten oder ein Sparsebundle, das für die neue Version neu gesegnet werden muss.

Lösung:

1. Gewähren Sie backupd erneut Vollständigen Festplattenzugriff wie in Lösung 9.
2. Mounten Sie die SMB-Freigabe manuell via ⌘K erneut und speichern Sie Anmeldedaten erneut im Schlüsselbund.
3. Wenn das Ziel ein Netzwerk-Sparsebundle ist, werfen Sie es aus und hängen Sie es neu an. macOS muss manchmal die Sparsebundle-Metadaten gegen das neue Betriebssystem neu validieren.
4. Wenn nichts davon funktioniert, entfernen Sie das Ziel aus Systemeinstellungen → Allgemein → Time Machine und fügen Sie es neu hinzu. Die bestehenden Snapshots werden erkannt und fortgesetzt, nicht gelöscht.

Vorbeugende Wartung

Die meisten Time Machine Ausfälle sind mit einer kleinen laufenden Investition vermeidbar.

• Verifizieren Sie Backups vierteljährlich. Stellen Sie eine zufällige Datei über den Time Machine Browser wieder her. Bestätigen Sie, dass die Inhalte übereinstimmen. Tun Sie das im Kalender. Wenn Sie es seit sechs Monaten nicht getan haben, tun Sie es heute.
• Führen Sie hdiutil verify monatlich gegen Ihr Sparsebundle aus. Mounten Sie es, werfen Sie zuerst aus Time Machine aus, dann verifizieren Sie. Fängt Korruption ab, bevor sie Ihre Historie auffrisst.
• Behalten Sie zwei Ziele. Lokale USB-SSD für schnelle Wiederherstellung plus ein Off-Site-Cloud-Ziel für Disaster Recovery. macOS rotiert automatisch zwischen ihnen.
• Dokumentieren Sie Ihr Verschlüsselungspasswort. In einem Passwort-Manager. Heute. Der Tag, an dem Sie es vergessen, ist der Tag, an dem Sie es auch brauchen.
• Beobachten Sie das Menüleisten-Symbol. Klicken Sie täglich darauf. Wenn das letzte erfolgreiche Backup mehr als einen Tag alt ist, untersuchen Sie.

Wann frisch zu starten ist (letzter Ausweg)

Wenn Sie jede Lösung in dieser Anleitung angewandt haben und Time Machine immer noch scheitert, ist der richtige Schritt manchmal, ein brandneues Backup zu starten. Bevor Sie es tun:

1. Fügen Sie ein neues Ziel auf einer separaten Festplatte hinzu und lassen Sie es ein vollständiges initiales Backup abschliessen.
2. Verifizieren Sie das neue Backup mit einem Wiederherstellungstest.
3. Erst dann entfernen Sie das kaputte Ziel.

Löschen Sie niemals die einzige Kopie Ihrer Snapshot-Historie in der Hoffnung, dass das neue Backup funktioniert, denn wenn es nicht funktioniert, sind Sie überhaupt ohne Backups. Für Details zur Wahl eines frischen Off-Site-Ziels siehe die Cloud Time Machine Einrichtungsanleitung oder springen Sie direkt zu unserer Einrichtungs-Anleitung.

Das grössere Bild

Time Machine ist brillant, wenn es funktioniert, und frustrierend, wenn es scheitert, weil die Ausfallmodi so undurchsichtig sind. Die zwölf Lösungen oben decken etwa 95 Prozent der Ausfälle ab, die wir in der Wildnis sehen. Die verbleibenden 5 Prozent gehen normalerweise auf tatsächlichen Hardwaretod zurück, in welchem Fall keine Lösung die Festplatte wiederbeleben wird, und die richtige Antwort ist ein anderes Ziel, idealerweise eines, das Sie Ende-zu-Ende kontrollieren. Capsule Backup existiert teilweise, weil cloud-basierte Time Machine Ziele viele dieser Ausfallmodi umgehen, indem sie den Festplatten-als-Ausfallpunkt vollständig entfernen.