Varför blir en Time Machine-säkerhetskopia otillgänglig över en SMB NAS-delning?

En Time Machine-säkerhetskopia kan bli otillgänglig över en SMB NAS-delning även när NAS:en själv är online eftersom Time Machine är beroende av mer än vanlig filåtkomst. Macen måste återupptäcka rätt säkerhetskopieringsdestination, autentisera med det förväntade kontot, hitta den matchande sparsebundle, koppla den bilden utan en föråldrad låsning och hitta tillräckligt med skrivbar kapacitet för att fortsätta säkert.

Separera först en otillgänglig delning från en otillgänglig säkerhetskopieringsbild

Öppna Finder och anslut till exakt samma SMB-delning med det konto som är tilldelat Time Machine. Om delningen inte kan monteras eller sparsebundle inte är synlig, felsök först nätverksåtkomst, delningsnamn, behörigheter och inloggningsuppgifter. Om delningen öppnas men Time Machine avvisar den befintliga säkerhetskopian är problemet djupare inne i destinationen.

Denna skillnad förhindrar destruktiva gissningar. Att återskapa Time Machine-destinationen löser inte ett grundläggande SMB-inloggningsfel, medan att ta bort sparade inloggningsuppgifter inte reparerar en sparsebundle som inte längre kan kopplas.

Kontrollera om Macen fortfarande känner igen samma destination

Time Machine kommer ihåg ett valt nätverksmål, inte bara någon mapp som råkar innehålla säkerhetskopieringsfiler. Ett NAS-omnamn, delningsnamnsändring, protokolländring eller omkonfigurering av destinationen kan göra det gamla målet oåtkomligt. I ett NAS-fall var användare tvungna att ta bort den saknade destinationen och lägga till nätverksdelningen igen innan Macen kunde använda den.

Innan du väljer om, notera NAS-värdnamnet, SMB-adressen, delningsnamnet, användaren, sparsebundle-namnet och den förväntade säkerhetskopieringsstorleken. Att peka Time Machine mot en ny tom delning kan starta en andra historik istället för att återansluta den befintliga.

Verifiera SMB-upptäckt och Time Machine-funktionsannonsering

En delning kan monteras manuellt medan Time Machine fortfarande misslyckas med att visa eller autentisera den som säkerhetskopieringsmål. Ett nyligen fall med NAS-felsökning visade att manuell SMB-inloggning fungerade medan Time Machine fortfarande misslyckades; saknad tjänsteupptäckt och den aktiva SMB-implementeringen var en del av diagnosen.

För en ZimaSpace hem-NAS, bekräfta att den valda delningen är uttryckligen konfigurerad för Time Machine-kompatibel SMB-tjänst, inte bara allmän filöverföring i hushållet. Omstart av upptäckningstjänster kan hjälpa först efter att delningsvägen och behörigheterna verifierats.

Rensa motstridiga sparade inloggningsuppgifter utan att ta bort säkerhetskopian

macOS kan behålla ett gammalt NAS-lösenord, gästinloggning eller kontokoppling efter att serverkontot ändrats. Koppla från alla anslutningar till den NAS:en, granska sparade inloggningsuppgifter och anslut sedan igen en gång med den dedikerade Time Machine-användaren. Undvik att ansluta till samma server samtidigt med flera identiteter under testning.

Bekräfta att kontot kan lista, skapa, byta namn på och ta bort en temporär testfil i säkerhetskopieringsdelningen. Endast läsbehörighet räcker för att bläddra i ett sparsebundle-namn men inte för att Time Machine ska kunna ansluta och uppdatera det.

Kontrollera om en Sparsebundle fortfarande är markerad som använd

Nätverksavbrott, NAS-omstart eller Mac-sömn under en aktiv säkerhetskopiering kan lämna ett bildlås eller en öppen sessionsstatus kvar. Ett vanligt symptom är att säkerhetskopieringsdiskbilden redan används trots att ingen synlig säkerhetskopiering pågår. En Mac-felsökningsdiskussion dokumenterar sparsebundle-felstatusen ”redan i bruk”.

Stoppa Time Machine, koppla från delningen, bekräfta att ingen annan Mac använder samma bild och starta om NAS SMB-tjänsten eller NAS innan du redigerar något i paketet. Ta inte bort låsrelaterade filer baserat på ett generiskt kommando förrän du har en kopia eller snapshot av sparsebundle.

Förstå varför sömn eller ett nätverksavbrott kan lämna ett föråldrat lås

Time Machine skriver via en monterad diskavbildning vars band lagras som vanliga filer på NAS. Om anslutningen försvinner under en skrivning kan servern och Mac-datorn vara oense om bilden fortfarande är aktiv. En återställningsanalys förklarar att ett nätverksavbrott kan lämna sparsebundle-token i ett föråldrat tillstånd, vilket gör att macOS vägrar en ny anslutning.

Kontrollera NAS- och Mac-loggar runt det första otillgängliga tillfället. Ett engångsfel efter Wi-Fi-förlust tyder på sessionsstatus; upprepad förlust vid samma säkerhetskopieringsstorlek tyder på kapacitetsproblem, bildskada eller ett specifikt filproblem.

Testa om sparsebundle kan anslutas som skrivskyddad

Om delningen är nåbar och bilden inte är aktivt låst, testa en skrivskyddad anslutning eller inspektera den från en kopierad arbetsuppsättning. En etablerad reparationsdiskussion för en sparsebundle som inte längre monteras skiljer på bildanslutning och filsystemreparation.

Kör inte skrivbar reparation direkt på den enda säkerhetskopieringsbilden utan att först skydda NAS-data. Om bilden monteras som skrivskyddad, kopiera kritiska filer eller skapa en annan NAS-snapshot innan du försöker reparera.

Kontrollera kvot, ledigt utrymme och skrivbar kapacitet

NAS kan visa ledig poolkapacitet även om Time Machine-kontot eller delningen har nått en kvot. Snapshots, papperskorgar, reserverat utrymme, sparsebundle-tillväxt eller en annan Macs säkerhetskopia kan också använda den skrivbara tillåtelsen. Jämför poolens lediga utrymme, delningskvot, användarkvot och faktisk sparsebundle-storlek.

Ta inte bort slumpmässiga band inuti sparsebundle direkt. Time Machine förväntar sig att diskavbildningsstrukturen förblir internt konsekvent. Frigör kapacitet genom att justera delningsgränsen eller ta bort orelaterad data först, låt sedan Time Machine hantera sin egen historik.

Använd denna låg-risk återställningsordning

1. Pausa Time Machine och stoppa andra Mac-datorer från att använda samma delning.
2. Bekräfta att NAS, SMB-delning och dedikerat konto är nåbara.
3. Anteckna det ursprungliga värdnamnet, delningen, sparsebundle-namnet och kvoterna.
4. Rensa konflikterande monteringar och anslut igen med en identitet.
5. Starta om SMB-tjänster för att rensa vanliga föråldrade sessioner.
6. Ta en snapshot eller kopia av sparsebundle innan bildnivåreparation.
7. Testa skrivskyddad anslutning och återställ en provfil.
8. Välj om den befintliga destinationen först efter att dess identitet och innehåll har verifierats.

När bilden är tillgänglig, använd en isolerad plats för att testa en NAS-återställning utan att skriva över aktiva filer. Tillgänglighet räcker inte; säkerhetskopian måste också returnera användbar data.

Vanliga frågor

Kan du flytta en Time Machine sparsebundle till en annan SMB-delning?

Det kan vara möjligt, men bevara hela bundeln, behörigheter, destinationskapacitet och identitet. Testa från en kopia innan du tar bort originalet.

Kan flera Mac-datorer använda samma NAS Time Machine-delning?

Ja, när varje Mac har sin egen säkerhetskopieringsbild och NAS:en tillhandahåller tillräcklig kvot och samtidighet. Två Mac-datorer bör aldrig skriva till samma sparsebundle.

Kommer ändring av NAS IP-adress att bryta Time Machine?

Inte nödvändigtvis om värdnamnsupptäckt och målidentitet förblir stabila, men cachade monteringar eller direkt IP-val kan få den gamla destinationen att verka otillgänglig.

Slutlig slutsats

En SMB-delning kan förbli online medan dess Time Machine-säkerhetskopia blir otillgänglig eftersom destinationsupptäckt, autentiseringsuppgifter, sparsebundle-lås, bildhälsa och kvoter är separata lager. Diagnostisera dem i ordning, bevara den befintliga bilden innan reparation och bevisa en provåterställning innan du litar på den återställda historiken.