Perché Time Machine crea un nuovo sparsebundle invece di continuare il backup NAS esistente?
Time Machine avvia un nuovo sparsebundle quando non associa più il Mac corrente e la destinazione NAS attuale alla cronologia dei backup esistente.
Il vecchio backup può rimanere visibile come insieme di file, mentre Time Machine lo considera appartenente a un altro computer, a un altro volume di rete, a un’altra identità di condivisione o a una configurazione di destinazione incompatibile. Tra le cause comuni vi sono la migrazione di macOS, modifiche alla scheda logica o al nome host, la scelta di “Crea nuovo backup”, la ridenominazione del NAS o della condivisione, la modifica degli annunci di Time Machine, il cambio di utente o la presentazione di un UUID di volume diverso. Conserva entrambi gli sparsebundle prima di tentare di ricollegare la cronologia.
Conferma che sia stato effettivamente creato un secondo sparsebundle
Elenca la condivisione di Time Machine prima e dopo un tentativo di backup. Registra i nomi degli sparsebundle, gli orari di creazione, le dimensioni logiche, i proprietari, il nome del Mac, il nome host del NAS, il nome della condivisione e la destinazione selezionata.
Apple spiega che un nuovo Mac può ereditare una vecchia cronologia dei backup o crearne una nuova, rendendo la scelta durante la migrazione il primo punto di svolta quando il nuovo bundle compare dopo la sostituzione dell’hardware o l’uso di Assistente Migrazione.
Se all’interno dello sparsebundle esistente compaiono solo file temporanei, analizza invece un backup interrotto. Se compare un bundle distinto con un nuovo nome associato al computer, continua verificando l’identità del Mac e della destinazione.
Confronta l’identità del Mac attuale con quella della cronologia esistente
Registra il nome attuale del computer, l’UUID hardware o l’identità della piattaforma disponibile per Time Machine, la cronologia delle migrazioni, le modifiche alla scheda logica e verifica se il vecchio Mac utilizza ancora il backup.
Il modulo Samba vfs_fruit offre il supporto SMB per Time Machine e un comportamento relativo all’identità del server che influisce sul modo in cui macOS vede la destinazione di rete.
Non rinominare il nuovo sparsebundle per farlo corrispondere a quello vecchio mentre Time Machine o SMB lo tengono aperto. La modifica del nome file non può riscrivere in modo sicuro l’identità interna del backup.
Verifica che il NAS presenti ancora la stessa condivisione e lo stesso percorso
Confronta il nome host del NAS precedente e attuale, l’indirizzo SMB, il nome della condivisione, il percorso del dataset, lo scopo Time Machine, il nome di rilevamento e l’account di backup dedicato.
TrueNAS richiede che una condivisione sia configurata con lo scopo SMB di Time Machine, quindi ricreare una condivisione SMB generica nello stesso percorso apparente potrebbe comunque presentare funzionalità di destinazione diverse.
Se la vecchia condivisione è stata rinominata o ricostruita, ripristina l’identità del servizio originale quando è sicuro farlo oppure migra deliberatamente il vecchio bundle in una destinazione appena verificata prima di selezionarlo.
Controlla se sono cambiati la cartella e l’utente di Time Machine
Conferma che per Time Machine sia ancora selezionata la stessa cartella condivisa e che l’account attuale possa leggere, creare, rinominare ed eliminare un file di prova accanto al bundle.
Le istruzioni di configurazione di Synology richiedono di selezionare la cartella condivisa SMB specifica per Time Machine.
Un nuovo utente o una nuova cartella possono rendere il vecchio bundle invisibile o non scrivibile anche quando Finder mostra un’altra condivisione con lo stesso nome visualizzato. Evita di montare contemporaneamente lo stesso NAS con diversi account durante i test.
Verifica che le impostazioni SMB di Time Machine non siano state ricreate in modo diverso
Confronta gli aggiornamenti del NAS, le impostazioni del protocollo SMB, i flag di Time Machine, le quote, le opzioni del cestino, gli handle persistenti e l’eventuale migrazione da AFP a SMB.
QNAP documenta un’impostazione dedicata della cartella di backup Time Machine, dimostrando che una condivisione scrivibile ordinaria e una condivisione pubblicizzata per Time Machine non sono necessariamente equivalenti.
Riapplica il preset Time Machine supportato invece di copiare manualmente uno o due parametri Samba da una configurazione precedente. Conserva il vecchio bundle prima di modificare i servizi.
Controlla se è cambiato l’UUID del volume di backup pubblicizzato
Registra i dettagli Bonjour o del rilevamento del servizio e confronta l’identità attualmente pubblicizzata del volume con la configurazione salvata o con quella dell’istanza precedente del server.
Netatalk documenta che l’UUID del volume pubblicizzato distingue i volumi di Time Machine, spiegando perché lo stesso percorso sotto una nuova identità del server può essere trattato come un altro disco di backup.
Non inventare né duplicare un UUID tra due destinazioni attive. Ripristina l’identità precedente solo quando il vecchio server è stato dismesso e sai che la cronologia di archiviazione è la stessa.
Ricollega la cronologia esistente senza eliminare nessuno dei due bundle
Arresta i backup automatici, crea uno snapshot o una copia dei metadati della condivisione, disconnetti gli altri Mac, verifica che il vecchio sparsebundle venga montato in sola lettura e conferma quale Mac sia proprietario di ciascuna cronologia.
L’articolo di ZimaSpace su un backup Time Machine SMB non disponibile tratta i problemi generali di raggiungibilità e integrità dell’immagine; questo articolo si concentra sulla creazione di una seconda cronologia.
Il problema è risolto quando Time Machine aggiunge un nuovo backup alla cronologia esistente desiderata, non compare alcun terzo bundle e sia la navigazione attuale per il ripristino sia il recupero di un file di prova hanno esito positivo.
Domande frequenti
È possibile unire due sparsebundle?
Non esiste una semplice procedura supportata per unirli a livello di file. Conserva entrambe le cronologie e ricollega quella corretta oppure mantieni il bundle più vecchio come fonte di ripristino separata.
Devo eliminare lo sparsebundle appena creato?
Non prima di aver ricollegato e verificato in sicurezza la vecchia cronologia. Il nuovo bundle potrebbe contenere l’unico backup recente creato dopo il cambio di identità.
Riselezionare la stessa condivisione visibile continuerà sempre il vecchio backup?
No. Il percorso della condivisione può sembrare identico mentre l’identità del Mac, l’account, l’identità del volume pubblicizzato o la configurazione del servizio Time Machine sono diversi.
Prodotti consigliati
Supporto e consigli
Altro da leggere
Perché il ripristino di un volume Docker ricrea il contenuto dei file, ma elimina gli attributi estesi?
Una diagnosi del ripristino del volume che copre l’inventario degli xattr, le opzioni di tar e Rsync, gli spazi dei nomi, il supporto della...
Perché un container in esecuzione mantiene il vecchio limite di memoria dopo la modifica del file Compose?
Una diagnosi dei limiti di memoria che copre i cgroup attivi, il riavvio rispetto alla ricreazione, i campi di Compose, i limiti rigidi e...
Perché il riavvio di un proxy inverso invalida ogni sessione per una determinata app self-hosted?
Una diagnosi della perdita di sessione che copra l’ambito dei riavvii, la gestione dei cookie, la rotazione dei segreti, le sessioni basate sulla cache,...
