Push-Nachrichten von MacTechNews.de
Würden Sie gerne aktuelle Nachrichten aus der Apple-Welt direkt über Push-Nachrichten erhalten?
Forum>Software>Problem mit TimeMachine auf Netzwerkfreigabe (macOS 26.2)

Problem mit TimeMachine auf Netzwerkfreigabe (macOS 26.2)

ThoSchl18.01.2612:27
Hallo Zusammen,

ich habe z.Zt. ein Problem mit TimeMachine (TM).

Ausgangssituation:
Ich sichere meine MacBooks schon seit Jahren über einen Mac mini, der eine Festplatte (APFS-formatiert) über die Dateifreigabe freigibt. Hat bisher immer gut funktioniert und hat mich auch schon mal gerettet.

Das Problem:
Ich meine seit dem Update auf Tahoe 26.2 funktioniert TM bei mir nicht mehr. Die inkrementelle Sicherung hört irgendwann auf und der Mac beginnt willkürlich wieder mit einer Vollsicherung, die er jedoch nicht mehr beendet.

Ich habe hier im Forum schon geschaut, ob jemand ein ähnliches Problem hat und bin dann bei meiner Internet Recherche auf folgenden Beitrag gestossen:
kurz:
sudo xattr -d com.apple.backupd.BackupMachineAddress /System/Volumes/Data
sudo xattr -d com.apple.backupd.ComputerName /System/Volumes/Data
sudo xattr -d com.apple.backupd.HostUUID /System/Volumes/Data
sudo xattr -d com.apple.backupd.ModelID /System/Volumes/Data
sudo xattr -d com.apple.timemachine.private.structure.metadata /System/Volumes/Data

Die im Link beschriebene Lösung wurde mir übrigens auch von Apple-Support empfohlen.

Das hier beschriebene Vorgehen brachte kurzzeitig eine Lösung. Nach ca. 8 - 10 inkrementellen Sicherungen ging es jedoch wieder los mit den endlosen Vollsicherungen. Deshalb habe ich mich an den Apple Support gewendet. Dort versuchte man mir klarzumachen, dass TM eigentlich nur für die Sicherung auf USB-Laufwerke gedacht sei und dass ich keine allzugroße Hoffnung auf eine (schnelle) Lösung dieses Problems setzen solle.

Dabei beschreibt Apple selbst, dass TM über NAS unterstützt ist:


Die Frage:
Hat hier noch jemand dieses Problem und ist es richtig, dass TM über Netzwerk in Gänze "deprecated" sein soll? Ich habe lediglich gelesen, dass Time-Capsule und Airport vor dem Aus stehen .
0

Kommentare

Marcel Bresink18.01.2612:41
ThoSchl
Das hier beschriebene Vorgehen brachte kurzzeitig eine Lösung.

Das heißt, dass irgendein Programm Erweiterte Attribute, die eigentlich nur auf Time Machine-Zielmedien sein dürfen, versehentlich auf ein Time Machine-Quellmedium geschrieben hat. Wird neben Time Machine noch irgendein anderes Datensicherungsprogramm, vielleicht mit Klon-Funktionen, verwendet?
ThoSchl
Dort versuchte man mir klarzumachen, dass TM eigentlich nur für die Sicherung auf USB-Laufwerke gedacht sei

Das ist gleich mehrfach falsch. Es dürfen beliebige externe Laufwerke verwendet werden, die ein APFS-Volume enthalten, egal über welche Schnittstelle sie angeschlossen sind, oder es dürfen SMB-File Server verwendet werden, die sich per Bonjour als Time Machine-kompatibel ausweisen und einen bestimmten Mindestumfang der SMB-Funktionen bereitstellen.

Wie so oft darf man nicht alles glauben, was der Support sagt. Das sind Call-Center-Agenten, aber keine Leute, die wirklich echtes Fachwissen über macOS haben.
+4
ThoSchl18.01.2613:24
Vielen Dank Marcel Bresink!
Marcel Bresink
Wird neben Time Machine noch irgendein anderes Datensicherungsprogramm, vielleicht mit Klon-Funktionen, verwendet?
Serverseitig habe ich z.Zt. gar keine Software im Einsatz. Hier läuft alles im Rahmen der Dateifreigaben (SMB, TimeMachine, Musik-App, TV-App)
Clientseitig habe ich Carbon Copy Cloner (CCC) und Vorta im Einsatz. Diese beiden Back-Programme nutze ich aber nur sporadisch, manuell und nicht permanent, automatisch wie TimeMachine (TM).

Ich hatte ja bereits hier im Forum geschaut und habe hier viel gelernt:

Ich habe bei der Eingabe von
log show --info --last 1h --predicate "processImagePath contains 'backupd' and subsystem beginswith 'com.apple.TimeMachine'"
folgende Fehler bekommen:
2026-01-18 12:49:04.039470+0100 0x265d54   Error       0x0                  469    0    backupd: (TimeMachine) [com.apple.TimeMachine:TMSnapshot] fs_snapshot_list failed: Operation not supported
2026-01-18 12:49:04.464789+0100 0x10be     Info        0x0                  410    0    backupd-helper: (TimeMachine) [com.apple.TimeMachine:BackupScheduling] Received notifyd event com.apple.mobile.keybagd.lock_status
2026-01-18 12:49:04.464910+0100 0x10be     Info        0x0                  410    0    backupd-helper: (TimeMachine) [com.apple.TimeMachine:BackupScheduling] Received notifyd event com.apple.mobile.keybagd.lock_status
2026-01-18 12:49:04.481395+0100 0x265d54   Error       0x0                  469    0    backupd: (TimeMachine) [com.apple.TimeMachine:TMSnapshot] fs_snapshot_list failed: Operation not supported
2026-01-18 12:49:04.486708+0100 0x265d54   Error       0x0                  469    0    backupd: (TimeMachine) [com.apple.TimeMachine:TMSnapshot] fs_snapshot_list failed: Operation not supported
2026-01-18 12:49:04.489161+0100 0x265d54   Error       0x0                  469    0    backupd: (TimeMachine) [com.apple.TimeMachine:TMSnapshot] fs_snapshot_list failed: Operation not supported
2026-01-18 12:49:04.489270+0100 0x266898   Info        0x0                  469    0    backupd: (TimeMachine) [com.apple.TimeMachine:LocalThinning] Starting age based thinning of Time Machine local snapshots on disk '/'
2026-01-18 12:49:04.489525+0100 0x266898   Error       0x0                  469    0    backupd: (TimeMachine) [com.apple.TimeMachine:General] Snapshot deletion failed for disk '/', timeout date: 4001-01-01 00:00:00 +0000, error: Error Domain=NSPOSIXErrorDomain Code=30 "Read-only file system"
2026-01-18 12:49:04.489676+0100 0x266898   Error       0x0                  469    0    backupd: (TimeMachine) [com.apple.TimeMachine:General] com.apple.backupd.xpc: connection invalid
2026-01-18 13:02:15.620771+0100 0x2697ae   Error       0x0                  469    0    backupd: (TimeMachine) [com.apple.TimeMachine:General] com.apple.backupd.sandbox.xpc: connection invalid
2026-01-18 13:02:15.620771+0100 0x2697ad   Error       0x0                  469    0    backupd: (TimeMachine) [com.apple.TimeMachine:General] com.apple.backupd.sandbox.xpc: connection invalid
2026-01-18 13:02:43.156986+0100 0x2697b0   Error       0x0                  469    0    backupd: (TimeMachine) [com.apple.TimeMachine:General] com.apple.backupd.sandbox.xpc: connection invalid
2026-01-18 13:12:41.358256+0100 0x26b5a6   Error       0x0                  469    0    backupd: (TimeMachine) [com.apple.TimeMachine:General] com.apple.backupd.sandbox.xpc: connection invalid

Ich muss aber auch vorweg schicken, dass ich beim Experimentieren die lokalen Snapshots manuell gelöscht habe. das ist der Status in dem dieses Log entstanden ist. Ich müsste nun vermutlich nochmals alles auf Anfang setzen und ein neues Voll-Backup erstellen, das dann wieder nach ein paar inkrementellen Backups fehlschlägt, oder?
0
Marcel Bresink18.01.2614:54
ThoSchl
folgende Fehler bekommen:

Da ist keine Meldung von Interesse dabei.
ThoSchl
Ich müsste nun vermutlich nochmals alles auf Anfang setzen und ein neues Voll-Backup erstellen, das dann wieder nach ein paar inkrementellen Backups fehlschlägt, oder?

Nein. Ich vermute nicht, dass das irgendetwas mit Time Machine zu tun hat. Es sieht mehr nach einem Problem mit einem Drittanbieterprogramm aus, das auf dem Daten-Volume an den Attributen herumpfuscht, was danach Folgeschäden in Time Machine verursacht.
+2
Richardt19.01.2608:54
Ich hatte nach dem Update auf 26.2 das selbe problem das auf mein Mac Mini und MacBook Pro die TimeMaschine Backups immer wieder von vorne angefangen sind. Die Backups wurde immer größer. Nach langen Telefonaten mit Apple haben wir uns entschieden die Rechner komplett neu zu Installieren. Das hat geholfen. Alle TimeMaschine Backups funktionieren wieder auf der NAS und USB Laufwerken.
+1
ThoSchl08.02.2611:40
Nochmals vielen Dank an Marcel Bresink und Richardt! Ich habe das Problem noch etwas weiter untersucht und mich schließlich dazu entschieden, mein MacBook auf macOS 26.3 Beta 3 sowie den Release Candidate zu aktualisieren. Unter macOS 26.3 tritt das Problem nicht mehr auf; die inkrementellen Backups laufen seit gut einer Woche wieder einwandfrei.
Zum Vergleich habe ich parallel ein neues Backup auf dem anderen MacBook in unserem Haushalt gestartet, das noch mit macOS 26.2 läuft – dort ließ sich der Fehler weiterhin reproduzieren.
Daher bin ich vorsichtig optimistisch, dass es sich um einen Bug handelt, der mit macOS 26.3 behoben wurde.
+1

Kommentieren

Sie müssen sich einloggen, um sich an einer Diskussion beteiligen zu können.