Time Capsule / Time Machine volume lento da elaborare con tmutil


1

Il mio 2TB Time Capsule ha funzionato come router di casa e dispositivo di backup per anni.

Non è molto veloce per eseguire il backup sulla rete, ma poiché si tratta di un'attività passiva non è mai stato un problema.

Sono andato nel volume per provare a ripulirlo un po 'ed è molto lento rispondere sia sulla GUI che sulla riga di comando.

  • Sono a portata di campo wireless (5 metri, linea di vista diretta)

  • I pacchetti ping ritornano in & lt; 1ms, non penso sia il wifi

  • La ricerca del disco di rete in Finder è molto lenta, ci vogliono più di 20 secondi solo per le cartelle e i file sul disco da popolare

  • tmutil risponde come, se non più lentamente (come semplicemente correndo ls nel volume Time Machine)

  • Soprattutto, cercando di eliminare gli elementi tramite tmutil è troppo lento Di solito impiegano oltre 45 minuti per eliminare un backup di 500 MB.

(Mi rendo conto che questi backup sono archiviati come diff s piuttosto che i file completi, quindi c'è un certo grado di logica che sta entrando nel processo di cancellazione, ma questo sembra ancora assurdo)


Ho fatto un ciclo di backup e volevo eliminarne la maggior parte, in questo modo:

sudo tmutil delete /Volumes/Time\ Machine\ Backups/Backups.backupdb/foo/2016-08-10-015922

Ho 130 backup che voglio rimuovere questo dispositivo e anche a 30 minuti ottimali per la cancellazione, ci sono ancora 65 ore continue di questo script in esecuzione (per qualcosa che dovrebbe richiedere meno di un'ora IMO).

Cosa c'è che non va?


Versione OS Base Station / Time Capsule: 7.6.9 [11] (più recente)

Risposte:


0

Non penso che nulla sia sbagliato. La natura della directory del collegamento duro di un backup della macchina del tempo è straordinariamente limitata e associata alla potenza limitata del controller del disco in AirPort, è molto meglio copiare i file che si desidera conservare e quindi cancellare il volume.

Ogni backup ha una voce di directory per ogni singolo file presente nell'origine, quindi ogni eliminazione dell'intervallo di backup è in realtà una tonnellata di lavoro (per cui una tonnellata viene definita come 250.000 voci di directory con ACL, autorizzazioni, metadati della data, ecc ...)

Le tue misure di rete sono azzeccate e temo che il tuo disco TimeCapsule potrebbe guastarsi se è semplice ls è in ritardo.


Capisco cosa vuoi dire. Un'utilità disco troppo brutta non verrà eseguita su unità di rete, quindi non posso verificarla. Posso semplicemente copiare i backup direttamente come Backups.backupdb/foo/YYYY-MM-DD-HHMMSS? Se è solo un collegamento difficile e non simbolico, dovrebbe andare bene, mi aspetto? Inoltre, non c'è bisogno di preoccuparsi di altri file sulla struttura? Nel Backups.backupdb Ho tre directory .RecoverySets, .spotlight_temp .spotlight_repair. Nel volume Time Machine stesso che ho tmbootpicker.efi .fseventsd .Spotlight-V100.
Orun

1
Hai ragione su tutto tranne che vuoi eseguire una riparazione dell'utilità del disco. Questo potrebbe richiedere mesi. Per la scienza ho provato una volta e ho rinunciato dopo 78 giorni. Sentitevi liberi di farlo @ Ask Different Chat anche @Orun
bmike
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.