macOS 26.1: Plötzlich initiales, anstatt inkrementelles Time Machine-Backup?

❤️Dank der Lösungsvorschläge von „dictyosom“ und „borav“, in diesem Thread, konnte ich das erneute macOS26.2-TimeMachine-Backup-Problem diesmal OHNE komplette macOS26.2-Neuinstallation lösen (toi, toi, toi):

1) TimeMachine deaktivieren.

2) TimeMachine-bezogene Attribute - via Terminal - entfernen:

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

3) Lokale TimeMachine-Snapshots löschen:

sudo tmutil listlocalsnapshotdates / |grep 20|while read f; do tmutil deletelocalsnapshots $f; done

4) Mac neu starten.

5) TimeMachine aktivieren und das Backup-Volume neu hinzufügen.

ℹ️Zu 2): Bei „BackupMachineAddress“, „ComputerName“, „HostUUID“ und „ModelID“, handelt sich um Attribut-Bezeichnungen des lokalen „/System/Volumes/Data“-Verzeichnisses. Deshalb müssen diese Bezeichnungen NICHT durch IP-Adressen, IDs etc. ersetzt werden. D.h. man braucht einfach nur eine Kommandozeile nach der Anderen ins Terminal kopieren und jeweils (durch das Drücken der „Return“-Taste, bzw. „Wagenrücklauf“, wie bei historischen deutschen Schreibmaschinen) ausführen lassen.

ℹ️Die inkrementellen TimeMachine-Datensicherungen funktionieren nun wieder sowohl auf unserer (flachen) Time Capsule, als auch auf einer testweise am USB3-Port unseres 2012’er MacMini (mit macOS 10.12.6 Server & aktiviertem „TimeMachineServer“-Dienst) angeschlossenen 2TB-SATA3-SSD, welche ich, bei nächster zeitlicher Gelegenheit, spätestens im Herbst 2026, in den 2012’er MacMini einbauen will.

ℹ️Weil ich das „alte“ TimeMachine-Backup-Volume auf der Time Capsule nicht reparieren konnte, musste ich auf der extern am 2012’er MacMini angeschlossenen SSD ein neues, initiales TimeMachine-Backup-Volume („.sparsebundle“) anlegen und dieses schließlich auf die Time Capsule kopieren. Denn spätestens ab macOS 26, wird das Anlegen eines neuen, initialen TimeMachine-Backup-Volumes, auf einer klassischen Time Capsule, gezielt verweigert. Offenbar will uns das Apple-Management auf diese Weise zum Neukauf einer anderen TimeMachine-Backup-Lösung „motivieren“.

⚠️Möglicherweise kann man nach dem Anwenden der obigen Terminal-Kommandos NICHT mehr auf alte Sicherungen im TimeMachine-Backup-Volume zugreifen, weshalb zuvor eine Sicherheitskopie dieses TimeMachine-Backup-Volumes angelegt werden sollte!

Dogma schrieb: "[...]mein eigentlich recht simpler Lösungsweg war folgender:[...]Zunächst ~/Library/Containers vom TM-Backup komplett ausschließen. Wenn das Backup dann läuft, ist bewiesen, dass dort eine oder mehrere korrupte Dateien liegen. Danach in ~/Library/Containers die Hälfte der dort liegenden Ordner / Dateien beim Backup ausschließen. Wenn das Backup dann läuft, liegt in dieser Hälfte das Problem. Falls es nicht läuft, liegt es in der anderen Hälfte. Die betroffene fehlertragende Hälfte halbieren und ausschließen usw. Bis zum Auffinden der korrupten Datei / Ordner ging das relativ schnell. Die fehlerhafte Datei / Ordner per Finder löschen und Papierkorb leeren oder per Terminal löschen (vorher die zugehörige App schließen). Mac neustarten und testen, ob das Backup läuft.[...]"

❤️🙏😃👍🍀Wunderbar raffiniert, vielen Dank!

Dogma schrieb: "[...]Aus Neugier habe ich die Backup-Datei vom NAS auf eine weitere passend formatierte ext HDD per Terminal kopiert und dann diese ext HDD an die Time-Capsule angeschlossen (meine internes TC.Laufwerk ist defekt), um zu testen, ob dann inkrementielle Backups möglich sind... Hat auch geklappt. Allerdings dort mit der ja allseits bekannten Warnung, dass TimeCapsule-Laufwerke demnächst nicht mehr für TimeMachine-Backups unterstützt werden. Hierbei ist mir jedoch nicht klar, ob damit nur interne TC-Laufwerke gemeint. Ich nehme aber stark an, dass dann gar nichts mehr mit TimeCapsule funktioniert, was vermutlich durch das von Apple mit Einführung zukünftiger OS-Versionen erzwungene APFS-Format der Backups (was die TimeCapsule nicht lesen kann) bedingt sein könnte.

ℹ️Nach meinem derzeitigen Informationsstand, werden leider zukünftig (sehr wahrscheinlich spätestens ab macOS 27) auch extern an den TimeCapsule- und AirPortExtreme-Geräten betriebene Festplatten (oder SSDs) nicht mehr bzgl. macOS-TimeMachine-Backup-Funktionalität unterstützt. Apple begründet dies offiziell hauptsächlich mit der konsequenten Umstellung von "AFP" (Netzwerk-Kommunikationsprotokoll von Apple) auf "SMB" (Netzwerk-Kommunikationsprotokoll von Microsoft), angeblich aus Sicherheitsgründen.

ℹ️An unserem 2012'er MacMini (HomeServer), mit macOS 10.12.6 Server, wurde eine extern verbundene und mit "HFS+" (Vorgänger von "APFS", weil macOS 10.12.6 das "neue" Format noch nicht unterstützt) formatierte USB-SATA3-SSD einwandfrei als macOS26.2-TimeCapsule-Backup-Volume akzeptiert. Dazu hatte ich die "TimeMachineServer"-Funktionalität von macOS 10.12.6 Server aktiviert und die externe SSD in unserem lokalen Netzwerk via "SMB" freigegeben. Daraufhin meldete die macOS26.2-TimeMachine KEINE Warnung mehr. D.h. die "SMB"-Netzwerkfreigabe spielt offenbar die entscheidende Rolle und (zumindest bisher) NICHT "APFS".

plattländer schrieb:

@Christine33:

Beide Geräte haben eigene Volumes (auf demselben NAS). Wenn es nicht am MacBook liegt, habe ich noch eine Vermutung:

Offensichtlich "findet" das zweite Backup irgendwie das Vorhandensein des ersten nicht.

Mein MacBook hat auch einen seltsamen Namen ( mit Leerstellen und hinten angehängter Klammer mit einer Nummer drin ( Beispiel : "Franzens Mac Book (312)" ). Die Klammer habe ich nicht eingegeben.

Im Netz wird er gefunden mit dem Namen ohne Klammer. Auf dem Volume ist die Ordnerbezeichnung aber mit Klammer. Ich mache mal einen Versuch mit dem Gerätenamen "Franzens_Mac_Book" . Mal sehen.

❓Ab wann hat das MacBook-TimeMachine-Backup - via WLAN aufs NAS - nicht mehr funktioniert?

❓Funktioniert die MacBook-TimeMachine-Datensicherung auf dem NAS evtl. wieder einwandfrei, wenn das MacBook direkt via "LAN-Kabel" mit dem Router verbunden wird?

⚠️JA, bei Sonderzeichen (evtl. auch Leerzeichen?) in der "Gerätebezeichnung", kann es zu scheinbar unerklärlichen TimeMachine-Backup-Problemen kommen. Doch wenn die MacBook-Datensicherungen in der gleichen Konfiguration zuvor einwandfrei funktioniert haben, ist es unwahrscheinlich, dass es tatsächlich an der Gerätebezeichnung liegt.

💡Falls doch, die MacBook-Gerätebezeichnung vereinfachen, d.h. das MacBook via Systemeinstellungen z.B. in "MacBookAirM1" umbenennen und danach das MacBook-TimeMachine-Volume (".sparsebundle") auf dem NAS per Finder manuell öffnen. Dann die MacBook-Gerätebezeichnung im TimeMachine-Volume manuell anpassen.

💡Bei nächster zeitlicher Gelegenheit, will ich eine 2TB-SATA3-SSD (welche ich für den Einbau in unseren 2012'er "MacMiniServer" angeschafft habe) per USB-Adapter direkt mit dem MacBook Air verbinden, um zu testen, ob auf diese direkte Art ein inkrementelles Time Machine-Backup mit macOS 26.1 möglich ist.

⚠️NEIN, auch auf der direkt am USB-Port des MacBook Air angeschlossenen SSD, wird nach dem initialen Time Machine-Backup, leider KEIN inkrementelles Backup durchgeführt, sondern eine erneut initiale Time Machine-Datensicherung. D.h. dieses macOS 26.1-Problem, hängt NICHT mit der klassischen Time Capsule (ebenfalls von Apple) zusammen!

ℹ️Zwischen den Time Machine-Backup-Versuchen, hatte ich das MacBook Air auch mal wieder neu gestartet und die externe USB-SSD ausgeworfen sowie erneut von macOS 26.1 "mounten" lassen.

❓Tritt das oben ausführlich erläuterte macOS 26.1-Problem bei Euch auch auf?

Falls JA, meldet es BITTE zeitnah über Apples "Feedback-Internetseite" oder über die "Feedback-Assistent"-App, damit dieser schwerwiegende macOS-Fehler möglichst bald behoben wird!

Herzlichen Dank, Dogma, für die Aufklärung des extrem schwierig zu lösenden macOS26-TimeMachine-Backup-Problems und ein frohes, schönes, möglichst entspanntes sowie vor allem gesundes neues Jahr!

🍾❤️🙏😃👍🍀🥂

ℹ️Ich hatte allerdings noch nie die "Prime-Video-App" (von Amazon?) installiert und das macOS26-TimeMachine-Backup-Problem begann bei mir spätestens mit dem Update auf macOS26.1. Nach der völlig konsequent vollständigen Neuinstallation (inkl. komplettes Löschen der System-"SSD") von macOS 15.7.2 und dem Upgrade auf macOS 26.2, installierte ich auch alle meine aktuell relevanten macOS-Apps neu, was bisher perfekt funktioniert (toi, toi, toi).

💡Möglicherweise war bei mir ja uralter "digitaler Restmüll" (evtl. von früheren 32Bit-macOS-Apps?) im "~/Library/Containers"-Verzeichnis die Problemursache?

TaunusIndianer schrieb:

❓Wurde dieses macOS-Problem evtl. bereits in einer Beta-Version (ich bin zertifizierter App-Entwickler) behoben, so dass ich damit weiterarbeiten kann, ohne lange auf ein offizielles macOS-Update warten zu müssen?

ℹ️Weil das Xcode 26.1.1-Update am 16.11.2025 installiert wurde, vermute ich einen Zusammenhang damit und habe daher macOS 26.2 beta 3 sowie Xcode 26.2 beta 2 installiert, um eine Neuinstallation von macOS 26.1 zu vermeiden. Denn als ich das MacBook Air (mit M1-Systemchip) über Nacht via Time Machine und einer Time Capsule auf den Stand vom 11.11.2025 zurücksetzen wollte, wurde ich darauf hingewiesen, dass ich macOS 26.2 manuell neu installieren und danach den Migrationsassistent verwenden müsse, um meine Daten wieder zurückzuholen.

❓Doch muss ich dann denn nicht all die vielen macOS-App-Konfigurationen wieder einzeln manuell neu einstellen?

❓Früher war die macOS-Systemwiederherstellung per Time Machine und Time Capsule so wunderbar max. automatisiert und anwendungsfreundlich, warum heute denn NICHT mehr?!

⚠️Spätestens ab macOS 26.2 beta 3, kann man auf einer Time Capsule gar KEIN initiales Time Machine-Backup mehr erstellen, sondern offiziell nur noch auf der Time Capsule vorhandene Time Machine-Datensicherungen erweitern, aktualisieren. Doch auch dies ist mir über die letzte Nacht hinweg schon nicht mehr gelungen. Die automatische Time Machine-Backup-Funktion führt immer und immer wieder ein initiales Backup durch, anstatt eine inkrementelle Datensicherung und schließt selbst die initialen Backups nie erfolgreich ab!

⚠️Deshalb teste ich gerade die macOS 26.2 beta 3-Datensicherung, auf einer 2TB-SSD, direkt am USB-Port des MacBook Air (mit M1-Systemchip). Das erste („initiale“) Backup wurde offenbar erfolgreich abgeschlossen (toi, toi, toi), doch die gerade folgende Datensicherung soll schon wieder noch min. 4 Stunden lang dauern, obwohl bereits über 40 GB auf der SSD (am USB-Port) gesichert wurden. D.h. offenbar, dass auch das zweite Backup wieder eine initiale Datensicherung ist, anstatt ein inkrementelles Time Machine-Backup. Deshalb muss ich leider schon jetzt davon ausgehen, dass alle folgenden Time Machine-Datensicherungen ebenfalls initiale-Backups sein werden!

ℹ️Diesmal (beim Backup auf SSD, direkt am USB-Port) habe ich ein verschlüsseltes Time Machine-Backup ausgewählt, um zu testen, ob das Problem lediglich bei unverschlüsselten Time Machine-Backups auftritt.

❓Könnte das Problem evtl. mit der zwischendurch (im Eifer des Gefechts) geänderten "Gerätebezeichnung" zusammenhängen?

❓Haben Sie den Zugriff auf Ihr offenbar defektes TimeMachine-Backup, nach einem Neustart des MacBooks nochmals versucht?

❓Können Sie mit dem Finder Ihr offenbar defektes TimeMachine-Backup "manuell" öffnen und auf diesem Wege die benötigten Dateien zurückholen?

💡Hilft evtl. das automatisierte "Reparieren" des offenbar defekten TimeMachine-Backups, per "Festplatten-Dienstprogramm"?

❤️Ich hatte das Problem aber auch und dadurch ein langjähriges Backup-Volume verloren. Bitte entschuldigen Sie, dass ich vergessen hatte, auch dieses Problem hier ausführlich zu dokumentieren. Glücklicherweise konnte ich noch auf eine zwar nicht mehr ganz so alte aber doch noch ausreichend umfangreiche TimeMachine-Datensicherung zurückgreifen, welche ich ursprünglich lediglich testweise anlegte. Zudem kopierte ich - VOR der "System-SSD"-Formatierung - vorsichtshalber alle Dokumente, Fotos, Musiktitel, Videos, Downloads und App-Konfigurationsdateien, vom MacBookAirM1 auf unseren gemeinsam genutzten 2012'er MacMiniServer, über welchen auch unsere Kontakte, Termine, Erinnerungen und Notizen permanent vollautomatisch lokal synchronisiert werden. Doch die zahlreichen lokal gespeicherten Notizen, musste ich via TimeMachine-Backup-Volume wiederherstellen.

💡Damit zukünftig KEIN TimeMachine-Backup-Volume mehr verloren geht, die macOS-TimeMachine-Funktion nutzen, welche stündlich abwechselnd auf einer und einer weiteren TimeCapsule (oder NAS anderer Herstellys) vollautomatisch inkrementelle Datensicherungen durchführt?

plattländer schrieb:

3. Dann habe ich die Migration von einem bestehenden MAC gewählt (Sonderfall bei mir, weil ich einen hatte). Die nicht zu öffnende Datensicherung habe ich im Zuge meiner Frustration gelöscht.

❤️Okay, das kann ich sehr gut nachvollziehen. Mich hatte dieses macOS26.1-TimeMachine-Backup-Problem auch extrem genervt. Vor allem wegen meines anfänglichen Verdachts, dass das Problem mit dem Supportende für die TimeCapsule-Geräte (klassische NAS-Maschinen, PrintServer & WLAN-Router, von Apple, besonders energieeffizient, zuverlässig, leise, kompakt, genau zu den Maßen der 2010-2023'er MacMinis passend, optisch außergewöhnlich attraktiv & mittlerweile sehr preiswert) zusammenhängen könnte. Doch mittlerweile bin ich (bisher, toi, toi, toi) sehr froh, dass ich das MacBookAirM1 (Produktivmaschine) komplett neu eingerichtet habe. Denn nun flutscht das MacBookAirM1 sogar noch grandioser als schon zuvor, scheint mir bisher rundum perfekt zu funktionieren und ich habe mich durch die Neukonfiguration von ein paar "Altlasten" befreit, wodurch ich die neuen Tahoe-Möglichkeiten nutze, welche diesen ultramobilen Apple-Rechner noch effizienter bedienbar machen.

Ich habe bestimmt eine Woche an dem Problem gearbeitet und konnte es letztlich nicht lösen.

Offensichtlich ist schon das erste Backup nicht so, wie es sein sollte und deshalb macht Time Machine dann folgerichtig immer wieder Initialbackups. Der Fehler muss schon im Erzeugen des ersten Backups liegen. Das andere sind Folgefehler.

✅Ja, dies nehme ich mittlerweile auch so an. Denn bei mir lief das zweite TimeMachine-Backup, welches inkrementell durchgeführt werden sollte, niemals bis zum korrekten Abschluss durch. Weder auf der direkt am USB-C-Port des MacBookAirM1 angeschlossenen SSD, noch am USB3-Port unseres gemeinsam genutzten 2012'er MacMini (2,6 GHz quadCore i7, Intel HD4000, 16 GB RAM & 1,2 TB FusionDrive, mit macOS10.12.6Server, SMB-Netzwerkfreigaben & TimeMachineServer-Dienst) und auch nicht auf der klassischen, flachen, selbst "getunten" TimeCapsule (max. WLAN802.11n, 4 TB).

⚠️Spätestens ab macOS26.2beta3, ist das Erstellen des ersten, initialen TimeMachine-Backups auf einer TimeCapsule, von Apple ganz bewußt "gesperrt" !

🐏🙄👎🐑