Waarom wordt een Time Machine-back-up onbeschikbaar via een SMB NAS-share?

Een Time Machine-back-up kan onbeschikbaar worden via een SMB NAS-share, zelfs als de NAS zelf online is, omdat Time Machine afhankelijk is van meer dan gewone bestands toegang. De Mac moet de juiste back-upbestemming opnieuw ontdekken, zich authenticeren met het verwachte account, de bijpassende sparsebundle vinden, dat beeld koppelen zonder een verouderd slot en voldoende schrijfbare capaciteit vinden om veilig door te gaan.

Scheid eerst een onbeschikbare share van een onbeschikbaar back-upbeeld

Open Finder en maak verbinding met de exacte SMB-share met het account dat aan Time Machine is toegewezen. Als de share niet kan worden aangekoppeld of de sparsebundle niet zichtbaar is, los dan eerst netwerkbereikbaarheid, share-naam, machtigingen en referenties op. Als de share opent maar Time Machine de bestaande back-up weigert, ligt het probleem dieper in de bestemming.

Dit onderscheid voorkomt destructieve gokpogingen. Het opnieuw aanmaken van de Time Machine-bestemming lost geen basis SMB-aanmeldingsfout op, terwijl het verwijderen van opgeslagen referenties een sparsebundle die niet meer wordt gekoppeld niet repareert.

Controleer of de Mac nog steeds dezelfde bestemming herkent

Time Machine onthoudt een geselecteerd netwerkdoel, niet zomaar een map die toevallig back-upbestanden bevat. Een naamswijziging van de NAS, share, protocolwijziging of herconfiguratie van de bestemming kan het oude doel onselecteerbaar maken. In één NAS-geval moesten gebruikers de ontbrekende bestemming verwijderen en de netwerkshare opnieuw toevoegen voordat de Mac deze kon gebruiken.

Noteer voordat u opnieuw selecteert de NAS-hostnaam, SMB-adres, share-naam, gebruiker, sparsebundle-naam en verwachte back-upgrootte. Het richten van Time Machine op een nieuwe lege share kan een tweede geschiedenis starten in plaats van de bestaande opnieuw te verbinden.

Controleer SMB-discovering en Time Machine-capaciteitadvertenties

Een share kan handmatig worden aangekoppeld terwijl Time Machine deze nog steeds niet kan presenteren of authenticeren als back-updoel. Een recent NAS-probleemgeval ontdekte dat handmatige SMB-login werkte terwijl Time Machine nog steeds faalde; ontbrekende servicediscovery en de actieve SMB-implementatie waren onderdeel van de diagnose.

Voor een ZimaSpace thuis-NAS, bevestig dat de geselecteerde share expliciet is geconfigureerd voor Time Machine-compatibele SMB-service, niet alleen voor algemene huishoudelijke bestandsdeling. Het herstarten van ontdekkingsdiensten kan helpen, maar alleen nadat het sharepad en de permissies zijn gecontroleerd.

Verwijder conflicterende opgeslagen inloggegevens zonder de back-up te verwijderen

macOS kan een oud NAS-wachtwoord, gastlogin of accountkoppeling behouden nadat het serveraccount is gewijzigd. Verbreek alle verbindingen met die NAS, controleer opgeslagen inloggegevens en maak vervolgens opnieuw verbinding met de speciale Time Machine-gebruiker. Vermijd het gelijktijdig verbinden met dezelfde server met meerdere identiteiten tijdens het testen.

Bevestig dat het account een tijdelijke testbestand kan weergeven, aanmaken, hernoemen en verwijderen binnen de back-up share. Alleen-lezen toegang is voldoende om een sparsebundle naam te bekijken, maar niet genoeg voor Time Machine om deze te koppelen en bij te werken.

Controleer op een Sparsebundle die nog steeds als in gebruik wordt gemarkeerd

Netwerkverlies, een NAS-herstart of Mac-slaapstand tijdens een actieve back-up kan een image-vergrendeling of open-sessie status achterlaten. Een veelvoorkomend symptoom is dat de back-up schijfimage al in gebruik is, ook al draait er geen zichtbare back-up. Een Mac-probleemthread documenteert de sparsebundle “al in gebruik” foutstatus.

Stop Time Machine, verbreek de verbinding met de share, bevestig dat geen andere Mac dezelfde image gebruikt, en herstart de NAS SMB-service of de NAS voordat je iets in het bundle wijzigt. Verwijder geen vergrendelingsgerelateerde bestanden op basis van een generiek commando voordat je een kopie of snapshot van de sparsebundle hebt.

Begrijp waarom slaapstand of een netwerkonderbreking een vergrendeling kan achterlaten

Time Machine schrijft via een aangekoppelde schijfimage waarvan de banden als gewone bestanden op de NAS zijn opgeslagen. Als de verbinding tijdens het schrijven wegvalt, kunnen de server en Mac het oneens zijn over of de image nog actief is. Een herstelanalyse legt uit dat een netwerkonderbreking de sparsebundle-tokenstatus verouderd kan achterlaten, waardoor macOS een nieuwe koppeling weigert.

Controleer de NAS- en Mac-logs rond het eerste moment dat het niet beschikbaar was. Een eenmalige fout na verlies van Wi-Fi suggereert sessiestatus; herhaald verlies bij dezelfde back-upgrootte wijst op capaciteit, imagebeschadiging of een specifiek bestandprobleem.

Test of de sparsebundle alleen-lezen kan worden aangekoppeld

Als de share bereikbaar is en de image niet actief vergrendeld is, test dan een alleen-lezen koppeling of inspecteer deze vanuit een gekopieerde werkset. Een gevestigde reparatiediscussie voor een sparsebundle die niet meer aankoppelt scheidt het aankoppelen van de image van de reparatie van het bestandssysteem.

Voer geen schrijfbare reparatie direct uit op de enige back-upimage zonder eerst de NAS-gegevens te beschermen. Als de image alleen-lezen wordt aangekoppeld, kopieer dan kritieke bestanden of maak een andere NAS-snapshot voordat je reparatie probeert.

Controleer quota, vrije ruimte en schrijfbare capaciteit

De NAS kan vrije poolcapaciteit tonen terwijl de Time Machine-account of share een quota heeft bereikt. Snapshots, prullenbakken, gereserveerde ruimte, groei van de sparsebundle of een andere Mac-back-up kunnen ook de schrijfbare limiet gebruiken. Vergelijk vrije poolruimte, share-quota, gebruikersquota en daadwerkelijke sparsebundle-grootte.

Verwijder niet onmiddellijk willekeurige banden binnen de sparsebundle. Time Machine verwacht dat de structuur van de schijfimage intern consistent blijft. Maak vrije capaciteit vrij door de sharelimiet aan te passen of eerst niet-gerelateerde gegevens te verwijderen, en laat Time Machine vervolgens zijn eigen geschiedenis beheren.

Gebruik deze herstelvolgorde met laag risico

1. Pauzeer Time Machine en voorkom dat andere Macs dezelfde share gebruiken.
2. Bevestig dat de NAS, SMB-share en toegewijde account bereikbaar zijn.
3. Noteer de oorspronkelijke hostnaam, share, sparsebundle-naam en quota.
4. Wis conflicterende mounts en maak opnieuw verbinding met één identiteit.
5. Herstart SMB-services om gewone verouderde sessies te wissen.
6. Maak een snapshot of kopie van de sparsebundle vóór reparatie op afbeeldingsniveau.
7. Test alleen-lezen koppeling en herstel een voorbeeldbestand.
8. Selecteer het bestaande doel opnieuw alleen nadat de identiteit en inhoud zijn geverifieerd.

Zodra de afbeelding toegankelijk is, gebruik een geïsoleerde locatie om een NAS-herstel te testen zonder live bestanden te overschrijven. Beschikbaarheid is niet genoeg; de back-up moet ook bruikbare gegevens teruggeven.

Veelgestelde vragen

Kun je een Time Machine sparsebundle naar een andere SMB-share verplaatsen?

Het kan mogelijk zijn, maar behoud het volledige pakket, de permissies, de doelcapaciteit en identiteit. Test vanaf een kopie voordat je het origineel verwijdert.

Kunnen meerdere Macs dezelfde NAS Time Machine-share gebruiken?

Ja, wanneer elke Mac zijn eigen back-upafbeelding heeft en de NAS voldoende quota en gelijktijdigheid biedt. Twee Macs mogen nooit dezelfde sparsebundle beschrijven.

Breekt het wijzigen van het NAS-IP-adres Time Machine?

Niet per se als hostnaamdetectie en doelidentiteit stabiel blijven, maar gecachte mounts of directe IP-selectie kunnen de oude bestemming onbeschikbaar doen lijken.

Laatste conclusie

Een SMB-share kan online blijven terwijl de Time Machine-back-up onbeschikbaar wordt omdat bestemmingsdetectie, inloggegevens, sparsebundle-vergrendelingen, afbeeldingsgezondheid en quota aparte lagen zijn. Diagnoseer ze in volgorde, behoud de bestaande afbeelding vóór reparatie en bewijs een voorbeeldherstel voordat je op de herstelde geschiedenis vertrouwt.