Migrazione di un backup di Time Machine nel terminale

4

/Volumes/Original_Time_Machine non viene più sottoposto a backup, ma contiene vecchi backup che voglio conservare.

/Volumes/New_Time_Machine_Archive è una partizione vuota

Entrambi sono su dischi rigidi fisici separati.

Stavo pensando di farlo nel terminale. Collega entrambi i dischi rigidi fisici, quindi:

cd /Volumes/Original_Time_Machine
cp -rp * "/Volumes/New_Time_Machine_Archive"

Sarei in grado di ripristinare da questo se copio in questo modo? O c'è un altro modo in cui dovrei farlo?

    
posta Kolob Canyon 25.02.2017 - 18:01
fonte

2 risposte

3

Come suggerito per le risposte e i commenti in questa domanda , la% l'opzione-p non funzionerà su un Mac. Ho testato -rp e convertirà link simbolici in file reali. Ciò significa che quando lo usi, il backup di Time Machine diventerà notevolmente più grande. Time Machine crea collegamenti simbolici per file ridondanti e quindi evita di copiare file duplicati tra le istantanee.

Quindi, usa

cp -a

per preservare i collegamenti simbolici. Ciò sarà necessario se prevedi di continuare a utilizzare i dati per i backup di Time Machine. In alternativa, potresti anche utilizzare rsync utilizzando l'opzione -K per conservare i collegamenti simbolici, ad esempio:

rsync -ahvrK

Questo documento di supporto Apple descrive la procedura per la migrazione di un backup da un'unità a un'altra (utilizzando il Finder).

    
risposta data 26.02.2017 - 06:16
fonte
1

Apple ha risolto Finder in macOS 10.13.4 per preservare i collegamenti reali, quindi la mia risposta è utilizzare Finder per eseguire la migrazione del backup TM. Non hanno, tuttavia, risolto cp. Non conserva ancora i collegamenti fisici e non ha un'opzione per farlo.

So che l'OP ha richiesto un modo per farlo dal terminale, ma tutti i miei sforzi per farlo in macOS 10.13.3, in cui avevo rinunciato a Finder perché non conservava i collegamenti fisici, non sono riusciti.

Il comando rsync suggerito da @ n1000 non è riuscito dopo più di 12 ore con memoria esaurita, anche se I avere 16 GB di memoria. Questo è un problema noto risolto in rsync v3 +. Tuttavia v3 imposta tutti gli ID utente e di gruppo su 99 ed è stato dolorosamente lento. C'erano lunghi periodi senza disco e nessuna attività significativa della CPU. Ho trovato rsync molto lento anche su altre piattaforme.

cpio non ha mantenuto la proprietà.

pax ha strani errori.

Mi sono avvicinato al successo con tar:

cd /Volumes/My\ Passport sudo bash tar -cf - -T ~/TMFileList | (cd ../My\ Canvio;tar -xpvSf -)

dove TMFileList è stato creato con

cd /Volumes/My\ Passport sudo bash find -d Backups.backupdb -print > ~/TMFileList [Ho provato prima una cosa di tar -c | tar -x ma quello era copiare alcuni collegamenti fisici come file separati per ragioni correlate, immagino, all'ordine in cui vedeva i file. Il che mi ha portato a fare la lista di profondità.]

Tuttavia, tar stava impiegando un tempo imprecisamente lungo. L'ho ucciso dopo 3 giorni. Alcuni di questi erano perché estraeva i file più volte. La maggior parte di questo era, come rsync, a causa di lunghi periodi di inattività per motivi che non riuscivo a determinare. Ciò che è riuscito a completare era il mantenimento della proprietà e dei collegamenti fisici corretti.

Quindi raccomando vivamente di usare Finder. Assicurati di avere macOS 10.13.4. Segui le istruzioni di supporto Apple nel link alla fine della risposta di @ n1000.

    
risposta data 26.04.2018 - 14:31
fonte

Leggi altre domande sui tag