Time Machine over netværk rammes af fejl i macOS “Tahoe” 26.4

En række Mac-brugere rapporterer, at macOS “Tahoe” 26.4 kan ødelægge eller forhindre Time Machine-backup over netværk. Det rammer især dem, der tager backup til en NAS, en Time Capsule-lignende løsning eller en anden Mac via SMB/AFP-deling.

Det er ikke bare en irriterende fejl: Når backup-kæden knækker, kan du stå med en backup, der ser ud til at eksistere, men som ikke kan genbruges sikkert. Og Time Machine er for mange stadig den mest elegante “set-and-forget”-sikring af hele Mac’en.

Hvad er det konkret, der går galt?

Historisk gemmer Time Machine netværksbackups i en såkaldt sparsebundle på destinationsdrevet. Hvis macOS 26.4 ændrer adfærd omkring montering, filrettigheder, netværksforbindelsen eller håndtering af sparsebundles, kan resultatet være:

  • Backups, der fejler med generelle fejl (fx at backup ikke kan fuldføres eller destinationen ikke kan forberedes).
  • Backups, der går i loop eller står og “forbereder” i usædvanlig lang tid.
  • Eksisterende netværksbackups, der pludselig ikke kan verificeres eller ikke kan fortsættes inkrementelt.

Det afgørende her er, at problemet ser ud til at være knyttet til netværksbackups – ikke nødvendigvis lokale backups til en USB/Thunderbolt-disk. Det betyder, at fejlen især rammer hjemmekontorer og mindre teams, hvor en NAS fungerer som “backup-server”.

Hvad er status: bekræftet af Apple eller brugerrapporter?

På nuværende tidspunkt fremstår det primært som brugerrapporter og omtale i techmedier, ikke som en offentligt dokumenteret Apple-supportartikel med en officiel fejlanalyse. Derfor skal det læses som: et udbredt problem i felten, men uden fuld klarhed over omfang, præcis årsag og hvilke konfigurationer der rammes hårdest.

Navnet “macOS Tahoe 26.4” skal også forstås i konteksten af Apples navngivning: Apple bruger typisk California-stednavne til macOS, men “Tahoe” er ikke en udbredt, historisk macOS-branding på niveau med fx Sonoma/Ventura. Når medier og brugere omtaler “Tahoe”, kan det dække over et internt/rygtebaseret navn eller en specifik branchebetegnelse. Uanset navnet er pointen den samme: en macOS 26.4-version, som påvirker Time Machine over netværk.

Hvorfor netværks-Time Machine er mere sårbar end lokale diske

Time Machine over netværk har flere bevægelige dele end en ekstern disk: protokoller (SMB/AFP), autentificering, sovende forbindelser, filsystem-kompatibilitet på NAS’en samt macOS’ håndtering af disk images. Når Apple ændrer noget i netværksstakken eller filsystemlaget, kan et “lille” tweak få store konsekvenser.

Det er også grunden til, at netværksbackups historisk har haft perioder med bøvl, mens en direkte tilsluttet disk ofte er mere pålidelig.

Pro TipI Time Machine-indstillinger: slå en ekstra lokal SSD/HDD til som sekundær backup i en periode—så har du stadig en brugbar gendannelse, hvis netværksmålet begynder at fejle.

Hvad kan du gøre lige nu?

Hvis du er afhængig af Time Machine til en NAS eller en anden netværksdestinationsenhed, er der nogle fornuftige, lavrisiko-trin:

  • Tjek seneste backup: Åbn Time Machine og se, om de seneste snapshots faktisk er opdaterede.
  • Verificér destinationsdrevet: På NAS/Mac-server: hold øje med diskfejl, rettigheder og om sparsebundle-filen vokser normalt.
  • Undgå at “reparere” i blinde: At slette sparsebundle eller starte helt forfra kan virke, men det koster historik. Sørg for en ekstra kopi først.
  • Overvej at udsætte opdateringen på produktionsmaskiner, hvis du endnu ikke har installeret 26.4, og netværks-Time Machine er kritisk for dig.

Min vurdering

Det mest interessante her er ikke bare, at en opdatering kan have en backup-bug—det er hvor hurtigt sikkerhedskæden bliver skrøbelig, når backup ligger på netværk. Time Machine er stadig en af Apples bedste “forbrugervenlige” features, men netværksvarianten lever og dør med detaljer i macOS’ implementering.

Hvis du kører en Mac, hvor datatab er et reelt scenarie (arbejdsfiler, fotos, studiemateriale), er den praktiske konklusion enkel: hav mindst én ekstra backup-rute. Ikke fordi Time Machine er dårlig, men fordi én softwareopdatering ikke bør kunne tage hele din backupstrategi med sig.

Hvad vi holder øje med

Næste skridt bliver at se, om Apple adresserer problemet i en kommende punktopdatering (26.4.x/26.5) eller via en dokumenteret workaround. Indtil da er den sikreste opsætning for de fleste: lokal Time Machine + en separat cloud/offsite-kopi—og netværksbackup som ekstra lag, ikke eneste line of defense.