Apple beschädigt Time Machine mit dem Tahoe-Update erneut

 (taoofmac.com)
2 Punkte von GN⁺ 2026-02-03 | 1 Kommentare | Auf WhatsApp teilen
  • Nach dem macOS-Tahoe-Update trat ein Problem auf, bei dem Time-Machine-Backups auf zwei Macs stillschweigend stoppten
  • In einer Umgebung mit Backups über eine per SMB angebundene Synology-NAS liefen die Sicherungen ohne Fehlermeldung etwa zwei Monate lang nicht mehr
  • Die Ursache war, dass Apple die SMB-Standardeinstellungen einseitig geändert hat; als vorläufige Lösung lässt sich die Datei nsmb.conf anpassen
  • Langfristig wird erwogen, auf einen Time-Machine-Server auf Basis von Proxmox + Docker oder auf Borg Backup umzusteigen
  • Es wird Unmut über Apples wiederholtes Kaputtmachen von Time Machine und die fehlende Ankündigung solcher Änderungen geäußert

Problem mit unterbrochenen Time-Machine-Backups

  • Seit der macOS-Tahoe-Version funktioniert Time Machine auf zwei Macs nicht mehr

    • Eine Synology-NAS wurde als SMB-Freigabeziel verwendet und hatte jahrelang problemlos funktioniert
    • Beim Versuch, kürzlich Obsidian-Daten wiederherzustellen, wurde entdeckt, dass die Backups seit zwei Monaten ausgesetzt waren
    • Ohne Fehlermeldung oder Hinweis war der Vorgang still stehen geblieben; das letzte Backup des Laptops stammte vom Dezember, beim Desktop lief eine zusätzliche Sicherung auf ein externes Laufwerk weiter

  • Die Ursache des Problems ist, dass Apple die SMB-Standardeinstellungen geändert hat

    • Von signing_required=no wurde auf strengere Sicherheitseinstellungen umgestellt
    • Einige NAS-Geräte können diese Änderung nicht verarbeiten, wodurch Backups fehlschlagen
    • Apple hat die betreffende Änderung nicht offiziell angekündigt

Vorläufige Lösung

  • Unter Bezug auf den Zahorone Gist auf GitHub wird die Datei /etc/nsmb.conf angepasst

    • Folgende Einträge zur Datei hinzufügen: 
      [default]
signing_required=yes
streams=yes
soft=yes
dir_cache_max_cnt=0
protocol_vers_map=6
mc_prefer_wired=yes
    • Mit dieser Einstellung funktionieren die Backups wieder, allerdings besteht die Möglichkeit, dass ein künftiges macOS-Update sie erneut kaputtmacht

  • Auch eine Anpassung der Synology-DSM-Einstellungen wird empfohlen

    • Maximale SMB-Protokollversion: SMB3
    • Opportunistic Locking, SMB2 Lease und Durable Handles aktivieren
    • Server signing: „No“ oder „Auto“
    • Transport encryption: deaktivieren
    • Je nach UI-Version können die Bezeichnungen der Optionen abweichen

Alternative Backup-Strategie

  • Aus Frust über Apples wiederholte Änderungen wird nach Wegen gesucht, die Abhängigkeit von Synology-SMB zu verringern

    • Auf einem Proxmox-Server (ZFS-Backend) läuft ein Samba-LXC-Container
    • Um ihn als Time-Machine-Ziel zu verwenden, wird das Docker-Image mbentley/timemachine getestet
    • Das Docker-Compose-Beispiel enthält Benutzer, Gruppen, Volume-Pfade und Berechtigungseinstellungen

  • Derzeit funktioniert zwar die erste Korrektur, langfristig ist jedoch der Umstieg auf eine Docker-basierte Lösung geplant

    • In einer Docker-Umgebung lässt sich die SMB-Implementierung direkt steuern, wodurch sich die Abhängigkeit von Synology-Software beseitigen lässt

Borg Backup als Option

  • Borg Backup wird bereits unter Fedora genutzt, und ein Einsatz unter macOS wird geprüft
    • Der GUI-Client Vorta wurde zwar noch nicht getestet, wird aber als vielversprechende Alternative erwähnt

Zusätzliches iOS-Problem

  • Beim Einrichten eines neuen iOS-Geräts besteht weiterhin der Bug „Restore in Progress: An estimated 100 MB will be downloaded…”
    • Das Problem tritt seit sechs Jahren immer wieder auf; auch diesmal ließ es sich erst beheben, nachdem die Netzwerkeinstellungen zurückgesetzt und das Gerät dreimal neu gestartet worden war
    • Es wird betont, dass Apple sich stärker auf die Qualität des Betriebssystems und die Verbesserung der Benutzererfahrung konzentrieren sollte

Verwandte Beiträge

1 Kommentare

 
GN⁺ 2026-02-03
Hacker-News-Kommentare
  • Wenn man Time Machine mit verschlüsselten Backups einrichtet, erstellt es in Wirklichkeit ein Pseudo-Laufwerk in Form eines Verzeichnisbaums, in dem mehrere GB große binäre Chunks liegen
    Dadurch muss das Dateisystem keine symbolischen Links oder Unicode-Dateinamen ohne Groß-/Kleinschreibung unterstützen, was sicherer ist
    Der Nachteil ist, dass die Wiederherstellung auf anderen Systemen als einem Mac kompliziert ist
    • Stimme voll zu. Meiner Erfahrung nach war die verschlüsselte Sparse-Bundle-Variante deutlich stabiler
      Auch der Umzug auf ein NAS war kein Problem, und die Wiederherstellung war perfekt. Natürlich kann das je nach Person unterschiedlich sein
    • Man kann auch an Netzwerkorten, die von Time Machine nicht unterstützt werden, ein unverschlüsseltes Sparse Bundle erstellen und verwenden
  • Die größere Frage ist, warum Time Machine immer noch Netzwerk-Dateisysteme verwendet
    Das ist viel zu instabil, um wirklich vertrauenswürdig zu sein. In letzter Zeit ist es dank APFS wohl etwas besser geworden, aber am Ende wiederholt sich immer wieder, dass das komplette Backup verloren geht
    Ich mache tägliche Backups mit Arq und nutze Time Machine nur für stündliche Backups. Selbst wenn Time Machine kaputtgeht, habe ich noch die täglichen Backups in der Cloud
    • Das Problem ist, dass Apple keine richtige Qualitätssicherung betreibt. Andere Backup-Lösungen funktionieren auch über das Netzwerk gut und verbergen Fehlschläge nicht
    • Wenn man auf ein Netzlaufwerk sichern muss, fragt man sich schon, welche Alternative es überhaupt geben soll
    • Ich habe Time Machine nie benutzt, aber rsync funktioniert sowohl lokal als auch über das Netzwerk hervorragend
      Teilübertragungen lassen sich fortsetzen und Checksummen vergleichen, daher verstehe ich nicht, warum Netzwerk-Backups ein Problem sein sollten
  • Ich sichere auf Tahoe ebenfalls auf ein Synology-NAS und habe wegen nicht nachvollziehbarer Probleme schon mehrfach Backups verloren
    Die Datei /etc/nsmb.conf gibt es auch nicht, und obwohl ich verschiedene Tutorials befolgt habe, ist es am Ende wieder abgestürzt und ich habe alles verloren
  • Ich bin ein Fan von SuperDuper. Ich mache täglich differenzielle Backups auf eine SSD
    Das sind zwar keine stündlichen Backups wie bei Time Machine, aber dafür ist das Backup sofort bootfähig, selbst wenn die Systemplatte ausfällt
    Mit cron und rsync ginge das wohl auch, aber das ist mir zu lästig
    Link zur SuperDuper-Einführung
    • Solange Apple diese Funktion nicht per Update kaputtgemacht hat, ist das in Ordnung
      Passender Artikel: You’re a mean one, Apple
    • Ich denke auch schon länger, dass ich das kaufen sollte
      Die eingebaute Wiederherstellungsoberfläche ist okay, aber ein offline bootfähiges Backup gibt viel mehr Sicherheit
      Ich überlege, monatlich einen geplanten Dump eines Boot-Images auf eine externe Festplatte einzurichten
  • Seit dem Tahoe-Upgrade versuche ich, Probleme mit Time-Machine-Backups auf USB zu lösen
    Mit einer frisch formatierten Platte startet das initiale Backup zwar, ist aber extrem langsam und wird auch bei 100 % nicht fertig
    Beim erneuten Start bleibt es dann bei ungefähr 10 % hängen. Ich habe mehrere Platten, den abgesicherten Modus, das Abschalten des Netzwerks usw. ausprobiert, aber immer mit demselben Ergebnis
    Mit tar funktioniert das Backup normal. Offenbar hat niemand Edge Cases getestet
  • Time Machine wird anscheinend zu hoch bewertet
    Vielleicht wegen der auffälligen Scroll-Oberfläche
    In der Praxis sind Netzwerk-Backups aber instabil, und nach ein paar Monaten heißt es dann, das Backup sei beschädigt und man solle wieder ganz von vorn anfangen
    • Früher bot Time Machine wirklich ein vertrauenswürdiges Backup-Erlebnis
      Wenn man nur die heutigen Versionen mit fehlender Qualitätssicherung kennt, ist schwer nachzuvollziehen, warum es einmal beliebt war
    • Time Machine war fast die einzige Lösung, die normalen Nutzern eine Backup-Gewohnheit beigebracht hat
      USB einstecken und einfach auf „Ja“ klicken. Nicht perfekt, aber viel besser als gar nichts
    • Ich nutze es auch wegen dieser Timeline-UI
      Man kann wie bei git leicht frühere Zustände durchsehen, muss aber weniger nachdenken als bei git
    • Für Backups auf lokale Systeme ist es sehr stabil und lässt sich auch im Finder durchsuchen
      Auch Netzwerk-Backups funktionieren bei mir seit Jahren gut
    • Bei mir funktioniert es gut. Als ich auf ein neues Notebook umgestiegen bin, musste ich nur das Netzwerk-Backup auswählen, und nach einer Stunde war meine alte Umgebung komplett wiederhergestellt
  • Time-Machine-Backups wurden bei mir so oft beschädigt, dass ich am Ende selbst ein Skript für inkrementelle Backups mit rsync geschrieben habe
    Damit bin ich viel zufriedener. Als Referenz habe ich mir dieses Skript angesehen
    • Ich hatte dieselbe Erfahrung und habe beim Wechsel von HFS+ zu zfs meine Backup-Strategie verstärkt
      Wenn ich heute noch einmal neu anfangen würde, würde ich wahrscheinlich rustic-rs oder borg backup verwenden
      Trotzdem behalte ich lokale Snapshots mit tmutil localsnapshot
  • Die Qualität der jährlichen macOS-Updates wird immer schlechter. Tahoe ist darunter das Schlimmste
    Apple muss den Kurs ändern
    • Seit High Sierra warte ich nach dem Erscheinen einer neuen Hauptversion immer mindestens 8 Monate
      Bis dahin gibt es mehrere Patches, und das System ist stabil. Ich bin zwar immer ein Jahr hinterher, aber die neuen Funktionen brauche ich ohnehin nicht unbedingt
  • Übrigens werden in Spanien wegen Problemen mit den Übertragungsrechten von Fußballspielen viele Websites blockiert
    Deshalb konnte ich den Inhalt heute nicht sehen. Ich werde es morgen noch einmal versuchen
    • Davon habe ich auch auf Reddit gelesen. Wirklich eine seltsame Regelung
  • Offenbar ist Apple inzwischen der Meinung, dass nicht mehr genug Nutzer Time Machine verwenden
    Deshalb, denke ich, stellen sie langsam auf iCloud-zentrierte Backups um
    • Aber das ist kein echtes Backup