Time Machine ridicolmente lenta dopo l'aggiornamento di El Capitan

Di recente ho aggiornato a El Capitan e ho detto a Time Machine di eseguire il backup. Si è bloccato su Preparing Backup per ore, quindi l'ho interrotto, ho eliminato il file InProgress, riavviato e riprovato. Dopo circa 30 minuti, Time Machine si stava ancora preparando. Ho esaminato il monitor delle attività e backupd aveva letto solo ~ 140 Mb, in 30 minuti ... Guardando iStatMenus, ho scoperto che backupd tende ad avere una velocità di lettura tra nulla e 120Kb / s (se sono fortunato. A volte si alza. fino a 500kb / s, e molto raramente 1Mb / s). Spotlight non sta indicizzando (come ho sentito a volte Spotlight ostacola il backupd) e il disco rigido è andato in stop nel momento in cui l'ho scritto, raramente mi sveglio per il mio Mac per leggere brevemente qualcosa da esso.

Ecco cosa viene visualizzato nella console durante la ricerca di backupd:

Preferirei non dover riformattare il mio disco rigido, nel caso in cui volessi tornare a Yosemite, comunque sono disposto a risolverlo.

Inoltre, sembra che ogni volta che riavvio il mio Mac, il disco rigido perda l'icona di Time Machine e ritorna su un'unità arancione.

Schermata di Activity Monitor, modalità disco a ~ 50 min:

EDIT: ho provato a disabilitare e riattivare Spotlight per il disco e ho anche cancellato la cartella .Spotlight-V100 e riavviato. Nessun cambiamento.

EDIT 2: Ciò che sembra essere alcuni errori è apparso nella console

EDIT 3: Dopo molte, molte ore, Time Machine ha terminato la scansione e ora sta eseguendo il backup! Mi piacerebbe ancora sapere perché ci è voluto così tanto tempo (non mi aspettavo che l'aggiornamento a El Capitan impiegasse così tanto tempo. Anch'io ho escluso i file di sistema, anche se immagino di dover aspettare un'altra lunga attesa da quando li ho appena rimossi dall'elenco delle eccezioni)

Parte del problema è che le operazioni di input / output (I / O) a bassa priorità ora sembrano essere fortemente rallentate. Puoi controllarlo tramite il Terminale (puoi trovarlo tramite Spotlight (solitamente associato a ⌘Space) e inserendo terminal), quindi entrando al prompt di bash:

fs_usage backupd

e cerca le THROTTLEDvoci. Se li vedi, il backup è limitato.

Quindi, se hai un sacco di file, il tempo necessario per eseguire l'I / O richiede un'eternità, anche se i file sono piccoli (perché esegue un sacco di operazioni di I / O intorno xattrsecc. Rispetto al passato).

Vai a un Terminale e inserisci:

sudo sysctl debug.lowpri_throttle_enabled=0

Per me, questo accelera da 72 ore a ~ 4 ore su un filesystem con 2,5 milioni di file.

È inoltre consigliabile riattivare la limitazione dopo che il backup è stato completato correttamente con il comando seguente

sudo sysctl debug.lowpri_throttle_enabled=1

Confermo che il comando:

sudo sysctl debug.lowpri_throttle_enabled=0 

funziona perfettamente.

Se si desidera renderlo permanente al riavvio, è possibile effettuare le seguenti operazioni.

• crea un file sotto /Library/LaunchDaemons/fix-el-capitan-slow-time-machine-speed.plist

  <?xml version="1.0" encoding="UTF-8"?>
  <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
  <plist version="1.0">
    <dict>
      <key>Label</key>
      <string>fix-el-capitan-slow-time-machine-speed</string>
      <key>ProgramArguments</key>
      <array>
        <string>/usr/sbin/sysctl</string>
        <string>debug.lowpri_throttle_enabled=0</string>
      </array>
      <key>RunAtLoad</key>
      <true/>
    </dict>
  </plist>
  

• assicurarsi che il file appartenga a root

  sudo chown root /Library/LaunchDaemons/fix-el-capitan-slow-time-machine-speed.plist
  

• emettere il comando

  sudo launchctl load /Library/LaunchDaemons/fix-el-capitan-slow-time-machine-speed.plist
  

Puoi trovare il contenuto del file in questa sintesi

Ho trovato questo articolo nei forum di discussione di Apple sul messaggio che appare nella Console (mentre non fa nulla o esegue il backup a 10 byte / secondo):

com.apple.backupd: Waiting for index to be ready (100)

Nel mio caso sono stato in grado di scartare tutti i vecchi backup, quindi ho disinstallato il volume dal Mac problematico, montato l'unità / condivisione di rete da un altro computer (non un Mac), eliminato l'intera .sparsebundledirectory (che ha richiesto un tempo sorprendentemente lungo) e quindi riavviato il backup. Ne ha creato uno nuovo .sparsebundlee ora esegue il backup a circa 10 MB / sec.

Se non si desidera eliminare i backup esistenti, è possibile provare uno degli altri suggerimenti in quella pagina:

• riavviare in modalità provvisoria e poi tornare alla normalità;
• dire a Spotlight di non indicizzare il volume / disco di Time Machine;
• eliminazione dell'indice Spotlight, .Spotlight-V100(che non avevo);
• usando mdutilper disabilitare e riattivare l'indicizzazione Spotlight sul volume:
  • sudo mdutil -i off /Volumes/Time\ Machine\ Backups
  • sudo mdutil -i on /Volumes/Time\ Machine\ Backups

(vedi quella discussione per maggiori dettagli e idee).

Ho avuto problemi simili dopo essermi trasferito a El Capitan: i backup (anche piccoli incrementali) sono rallentati fino a diventare una vera scansione. Così ho fatto una discarica di chiacchiere tra Mac e NAS e ho visto numerose richieste FPGetFileDirParms non riuscite. AFP è (era?) Il protocollo utilizzato dalla macchina del tempo per comunicare con le unità NAS, ma ho letto che si stanno spostando su SMB.

174 0.390744    192.168.0.9 192.168.0.10    AFP 107 FPGetFileDirParms request: Vol=3 Did=62779 Name=._1b6c
176 0.391729    192.168.0.10    192.168.0.9 AFP 82  FPGetFileDirParms reply: object not found (-5018)[Malformed Packet]
178 0.392002    192.168.0.9 192.168.0.10    AFP 101 FPGetFileDirParms request: Vol=3 Did=93632
179 0.392909    192.168.0.10    192.168.0.9 AFP 82  FPGetFileDirParms reply: object is the wrong type (-5025)[Malformed Packet]

Non ho idea del perché queste richieste siano fallite, ma il numero di questi tentativi falliti è ENORME - i dati effettivi trasferiti sono minuscoli rispetto al numero di queste richieste non riuscite - e quindi la velocità lenta, strisciante.

Ciò che ha funzionato per me è stato:

1. Sono andato su Preferenze di Time Machine-> Seleziona disco e ho rimosso il disco attualmente associato (che era collegato ad afp: //MyBookLive.local/TimeMachine)
2. Sono andato a Finder-> Vai-> Connetti al server. Digitato l'indirizzo IP dell'unità NAS nello spazio "Indirizzo server" (smb: //192.168.0.10 per me)
3. Collegare. Ha creato un elenco di volumi da montare - ha scelto il volume utilizzato per la macchina del tempo (TimeMachine per me). TimeMachine è stato montato in / Volumes.

4. Dal terminale, ha funzionato:

   sudo tmutil setdestination /Volumes/TimeMachine
   

Questo è tutto. La macchina del tempo è ora associata a / Volumes / TimeMachine invece di afp: //MyBookLive.local/TimeMachine. I backup precedenti erano buoni e i backup incrementali verificatisi dopo questo erano VELOCI. Una discarica di fili metallici che ho fatto dopo questo non ha mostrato richieste AFP non riuscite (sebbene AFP fosse ancora il protocollo utilizzato).

Non sono stato in grado di risolvere il problema, tuttavia, ho scoperto che la mia macchina del tempo rallenta quando esegue il backup dei dati di altri utenti (non connessi in uno). Potrebbe esserci qualche problema con l'autorizzazione esiste nei file delle cartelle degli utenti dell'altro. Quando ho aggiunto quell'utente nell'elenco delle eccezioni, TM oscilla.

In relazione alla risposta di Daniel Berlin, sopra (ma sono nuovo qui, quindi non ho abbastanza credito per commentare lì), ho trovato il suo comando terminale per funzionare GRANDE per me in OSX 10.11.3. Trasformato il backup di 30 ore in 4 ore! Tuttavia, non rimane dopo un riavvio.

Non volevo digitare nel terminale ogni volta che riavvio, quindi ...

Dato che non sono molto esperto di script di shell, ho cercato su Google abbastanza da creare un flusso di lavoro di Automator che richiede all'utente di inserire la password di root, quindi esegue il comando del terminale. Ho scelto di confermare il successo con un avviso del centro notifiche.

Ho salvato il flusso di lavoro come un'applicazione e l'ho aggiunto ai miei elementi di accesso. Quindi ora ad ogni accesso mi viene richiesto di inserire nuovamente la mia password per "sbloccare" Time Machine.

Esistono modi per rendere invisibile il processo con gli script di shell, ma è un po 'complicato richiedere l'accesso alla radice ottenuto dal comando sudo. Uno potrebbe anche cablare la password all'interno dell'app Automator se non si preoccupa della sicurezza. (Non raccomandato.)

Pubblicherei l'app per il flusso di lavoro qui ma a quanto pare non riesco a caricare un file per questa risposta. Quindi allego un jpg che chiunque possa ricreare se lo desidera. PS Notare l'ingresso Pass "come argomento" per lo script della shell

Il mio problema è stato risolto dal di DWHoard articolo : riavvio in modalità provvisoria, poi di nuovo (per me, il computer sembrava spegnersi automaticamente durante l'avvio sicuro).

Macbook Air metà 2011, OS X 10.11.3, con supporto a Time Capsule.

Modifica: in realtà, dopo l'avvio sicuro e l'avvio normale, sembra che Time Machine sia arrivato a circa 41 / 55GB (entro un'ora) e sia tornato a gattonare (da allora è progredito solo 2,75GB entro 12 ore. Peccato - I ho acquistato Time Capsule semplicemente per evitare questo tipo di incompatibilità ed eccomi qui - tutti i dispositivi Apple e un'esperienza orribile, perdita di tempo. Spero che altri trovino una soluzione duratura.

La console riceve una nuova voce per mdworkercirca ogni secondo: è normale mentre si sta eseguendo il backup?

Modifica 2: riuscito! Il laptop ha due account utente e può darsi che l'accesso al secondo abbia fatto procedere il resto dei backup. Vale la pena testarlo se ti trovi in ​​una situazione simile.

Ho lo stesso problema e ho trovato quello che sembra una soluzione (non eccezionale ma funziona)

formatta il tuo HDD esterno e verifica che tu abbia una buona bandwith (prova il tuo usb3) presta attenzione alle tue impostazioni TM, qui ho dimenticato così tante altre partizioni e immagini del disco che non voglio fare il backup, aumenterebbe il tempo di memorizzazione . avvia il primo backup. OGNI 2-3 ore, riavvia il computer (sì, non è divertente, ma ho notato che la prima ora è in genere veloce, e dopo questo tempo diventa più lenta) tutto qui, sono stato in grado di eseguire il backup di 1,5 fino a una mattina. .

Si prega di vedere questa nota di Apple :

OS X El Capitan: Se Time Machine è lento

Prova questi suggerimenti se Time Machine è lento.

• La prima volta che usi Time Machine, configuralo la sera in modo che il backup iniziale possa essere eseguito dall'oggi al domani.

• Se il disco di backup è Time Capsule, lascia il Mac nella stessa stanza di Time Capsule per il backup iniziale o usa un cavo Ethernet per collegare il Mac a una delle porte Ethernet di Time Capsule.

• Il software di scansione antivirus può rallentare molto i backup di Time Machine. Se si utilizza Norton AntiVirus o un prodotto simile, provare ad escludere il disco di backup dalla scansione automatica. Assicurati anche di eseguire l'ultima versione del software di scansione antivirus.