Kort svar: på ett nätverksmål kopierar Time Machine inte filer till delningen. Den skapar en stor skivavbild på delningen och kopierar in i den. Varje fel i den här familjen handlar om avbilden: den kan inte skapas, kan inte öppnas eller något håller den fortfarande öppen.
Inget av dem betyder att dina befintliga säkerhetskopior är borta. Att radera enheten är nästan aldrig lösningen, och det är det råd du oftast kommer att hitta.
Time Machine behöver filsystemfunktioner som en nätverksdelning inte erbjuder: hårda länkar, ägarskap som den styr och möjligheten att låsa en fil medan den arbetar med den. En NAS som använder SMB kan inte lova det.
Så på varje nätverksmål skapar Time Machine ett sparsebundle, en mapp som slutar på .sparsebundle och beter sig som en skivavbild. Den monterar avbilden, och säkerhetskopian finns inuti på ett filsystem som Time Machine styr helt. Delningen behöver bara rymma en mapp med numrerade delar som kallas band.
Det är därför en säkerhetskopia över nätverket har en hel kategori av fel som en ansluten enhet inte har. Två saker kan gå fel där en ansluten enhet har en, och meddelandet du får handlar oftast om avbilden.
Time Machine försökte skapa sparsebundlet och delningen vägrade. Gå igenom de här i ordning.
fruit:time machine = yes i delningens definition. Utan den kan macOS ansluta utan problem och ändå vägra skapa avbilden.Avbilden finns och macOS kunde inte ansluta den. Fel 45 är ett fel med fillås, så den vanliga orsaken är att något redan har avbilden öppen.
token eller en .lock-fil på översta nivån. Det är säkert att radera dem när inget har avbilden monterad, och de skapas igen vid nästa montering. Se till att avbilden inte är monterad först, annars skadar du den.Samma orsak, tydligare uttryckt, och samma fyra steg löser det. Leta först efter en monterad volym med din Macs namn i Finders sidofält, eftersom det vanligaste svaret är att den är monterad just nu på datorn du sitter vid.
Oftast försvann delningen mitt i säkerhetskopieringen, på grund av viloläge, wifi eller att din NAS startade om för en uppdatering. Kontrollera om delningen ansluts igen och kontrollera sedan avbilden med verifieringssteget nedan innan du litar på innehållet.
En avbruten säkerhetskopiering över nätverket kan lämna avbilden internt inkonsekvent medan varje meddelande på skärmen ser bra ut. Montera den och fråga systemet:
hdiutil attach -readonly /Volumes/<share>/<YourMac>.sparsebundlediskutil verifyVolume /Volumes/<the volume it mounted>Skrivskyddat, så inget ändras av att titta. Om verifieringen rapporterar fel, kör diskutil repairVolume på samma volym. Om reparationen misslyckas är den avbilden slut, och det ärliga är att starta en ny kedja av säkerhetskopior på den och sluta lita på det som finns i den gamla.
Varje fel av de här är en egenskap hos skivavbilden, och skivavbilden finns för att målet ligger på nätverket. En säkerhetskopia som skriver vanliga filer till en vanlig mapp har inget av det här: ingen avbild som inte kan skapas, inget lås som blir kvar, inget enskilt stort objekt vars korruption tar alla säkerhetskopior i det på en gång.
Den sista punkten är den som är värd att fundera på. Hela din Time Machine-historik på en NAS finns i ett enda sparsebundle. Det är ett objekt. En skada på fel ställe tar allt.
Den skriver en mapp med vanliga filer till delningen, så det finns ingen skivavbild, ingen låsning och inget enskilt objekt som innehåller varje version du har. En delning som kopplas bort mitt i en säkerhetskopiering rapporteras som ett mål som inte går att nå, med datumet då den senast sågs, och nästa säkerhetskopiering fortsätter där den förra slutade.
Varje del sparas under hashen av sitt eget innehåll och läses tillbaka mot den hashen enligt schema, så att skador var som helst i kedjan namnges och lokaliseras en helt vanlig tisdag. Säkerhetskopiera en Mac till en NAS tar upp inställningen, även tidsgränsbeteendet som avgör om en delning i viloläge är ett fel eller en frånvaro.
Det kan du, och då slänger du varje säkerhetskopia i den, eftersom de alla finns i den enda avbilden. Prova de fyra stegen ovan först. Att radera är svaret bara när diskutil repairVolume redan har misslyckats med den.
För att det inte finns någon skivavbild. En direktansluten disk får ett eget filsystem som Time Machine formaterar och styr, så den behöver ingen avbild och har inget lås som kan hänga sig. Det är det starkaste argumentet för att ha en lokal kopia.
Att stödja det och att ha det aktiverat på den specifika delningen är olika inställningar i de flesta NAS-program. Kontrollera delningen, inte produktsidan. Kvoter är den andra vanliga orsaken: avbilden anger en maxstorlek när den skapas, och en mindre kvot avvisar den.
I sig, nej. Det betyder att macOS inte kunde låsa avbilden, så inget skrevs. Det som är farligt är en lång rad sådana som går obemärkta förbi, eftersom den senaste bra säkerhetskopian blir allt äldre medan allt ser normalt ut.
Nej. Den skriver vanliga filer till en mapp på delningen, och därför finns inget av felen på den här sidan för den. Avvägningen är att delningen måste gå att nå för att räknas, och appen säger till när den inte gör det.
Relaterat: säkerhetskopiera en Mac till en NAS, Time Machine säger att det inte finns tillräckligt med utrymme och så verifierar du en säkerhetskopia.