Time Machine ridicolmente lento dopo l'aggiornamento di El Capitan

49

Recentemente ho aggiornato con El Capitan e ho detto a Time Machine di fare il backup. Si è bloccato su Preparazione del backup per ore, quindi l'ho fermato, cancellato il file InProgress, riavviato e riprovato. Dopo ~ 30 minuti, Time Machine si stava ancora preparando. Ho esaminato il monitor dell'attività e backupd aveva letto solo ~ 140Mb, in 30 minuti ... Guardando in iStatMenus, trovo che backupd tende ad avere una velocità di lettura tra niente e 120Kb / s (se sono fortunato. fino a 500kb / s, e molto raramente 1Mb / s). Spotlight non sta indicizzando (come ho sentito a volte Spotlight interferisce con il backupd), e il disco rigido è andato a dormire nel momento in cui l'ho scritto, raramente mi sono svegliato dal mio Mac per leggere brevemente qualcosa da esso.

Ecco cosa appare nella console durante la ricerca di backupd:

Preferireinondoverriformattareilmiodiscorigido,nelcasoincuidovessimaitornareaYosemite,tuttaviasonodispostoafarloserisolveilproblema.

Inoltre,sembracheognivoltacheriavvioilmioMac,ildiscorigidoperdalasuaiconaTimeMachineeritornisuun'unitàarancione.

SchermatadiActivityMonitor,Modalitàdiscoa~50min:

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

EDIT 2: ciò che sembra essere un errore è 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 richiedesse così tanto tempo. Ho escluso anche i file di sistema, anche se immagino di dover aspettare ancora da quando li ho appena rimossi dalla lista delle eccezioni)

    
posta CraftedCart 24.10.2015 - 17:45
fonte

9 risposte

71

Parte del problema è che le operazioni di input / output con priorità bassa (I / O) ora sembrano essere strongmente rallentate. Puoi controllarlo tramite Terminale (può essere trovato tramite Spotlight (solitamente associato a Spazio ) e inserendo terminal ) quindi inserendo al prompt di bash:

fs_usage backupd

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

Quindi se hai un sacco di file, il tempo necessario per eseguire l'I / O richiede sempre, anche se i file sono piccoli (perché esegue un numero maggiore di operazioni di I / O attorno a xattrs ecc. rispetto a era abituato a).

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.

È anche una buona idea riattivare la limitazione dopo che il backup è stato completato correttamente con il seguente comando

sudo sysctl debug.lowpri_throttle_enabled=1
    
risposta data 26.01.2016 - 00:23
fonte
10

Confermo che il comando:

sudo sysctl debug.lowpri_throttle_enabled=0 

funziona perfettamente.

Se vuoi renderlo permanente attraverso il riavvio, puoi fare quanto segue.

  • 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>
    
  • assicurati che il file appartenga a root

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

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

Puoi trovare il contenuto del file in questo aspetto

    
risposta data 06.03.2016 - 19:49
fonte
3

Ho trovato questo articolo sui 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 smontato il volume dal fastidioso Mac, ho montato l'unità / condivisione di rete da un altro computer (non un Mac), ho cancellato l'intera directory .sparsebundle (che ha preso un tempo sorprendentemente lungo) e quindi riavviato il backup. Ha creato un nuovo .sparsebundle e ora esegue il backup a circa 10 MB / sec.

Se non volevi eliminare i tuoi backup esistenti, potresti provare uno degli altri suggerimenti su quella pagina:

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

(vedi questa discussione per maggiori dettagli e idee).

    
risposta data 09.08.2016 - 22:30
fonte
2

Ho avuto problemi simili dopo essermi trasferito su El Capitan - i backup (anche quelli di piccola entità incrementale) sono rallentati fino a diventare una vera ricerca per indicizzazione. Così ho fatto una discarica di cavi tra il Mac e il NAS e ho visto numerose richieste di FPGetFileDirParms fallite. AFP è (era?) Il protocollo utilizzato dalla macchina del tempo per parlare con le unità NAS, ma ho letto che stanno passando a 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 non siano riuscite, ma il numero di questi tentativi falliti è ENORME - i dati effettivi trasferiti sono minuscoli rispetto al numero di queste richieste fallite - e quindi la lentezza, scansione, velocità.

Ciò che ha funzionato per me è stato:

  1. Sono passato a Preferenze di Time Machine- > Seleziona Disco e rimosso il disco attualmente associato (che era connesso ad afp: //MyBookLive.local/TimeMachine)
  2. È andato su Finder- > Vai- > Connetti al server. Digitato nell'indirizzo IP dell'unità NAS nello spazio "Indirizzo server" (smb: //192.168.0.10 per me)
  3. Connetti. Ha lanciato 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, corri:

    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 che si sono verificati dopo questo sono stati VELOCI. Un dump di wirehark che ho fatto dopo questo non mostrava mancate richieste AFP (sebbene AFP fosse ancora il protocollo usato).

    
risposta data 16.12.2015 - 21:52
fonte
0

Non ero 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 registrati in uno). Potrebbe esserci qualche problema con il permesso esistente nei file delle cartelle degli altri utenti. Quando ho aggiunto quell'utente all'elenco delle eccezioni, TM rocks.

    
risposta data 21.11.2015 - 16:44
fonte
0

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

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

Dato che non sono molto esperto sugli script di shell, ho cercato su google abbastanza per 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 di notifica.

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 in Time Machine "un-throttle".

Ci sono modi per rendere il processo invisibile con gli script di shell, ma è un po 'complicato che richiede l'accesso di root ottenuto dal comando sudo. Si potrebbe anche cablare la password all'interno dell'app Automator se non si preoccupa della sicurezza. (Non raccomandare.)

Pubblicheremo l'app del flusso di lavoro qui, ma a quanto pare non è possibile caricare un file per questa risposta. Quindi aggiungerò un jpg di esso per permettere a chiunque di ricreare se gli piace. Post scriptum Nota l'input del pass "come argomento" per lo script della shell

    
risposta data 24.02.2016 - 11:21
fonte
0

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

Macbook Air a metà 2011, OS X 10.11.3, backup su Time Capsule.

Modifica: In realtà, sembra dopo l'avvio sicuro & avvio normale, Time Machine arrivava a circa 41 / 55GB (in un'ora) e ricominciava a strisciare (ha progredito solo 2,75 GB entro 12 ore da allora. Peccato: ho comprato Time Capsule semplicemente per evitare questo tipo di incompatibilità e eccomi qui: tutti i dispositivi Apple e una pessima esperienza, perdita di tempo. Spero che gli altri trovino una soluzione duratura.

La console riceve una nuova voce per mdworker circa ogni secondo - è normale durante il backup?

Modifica 2: di successo! Il laptop ha due account utente e potrebbe essere che l'accesso al secondo ha comportato il resto dei backup. Vale la pena provare se ti trovi in una situazione simile.

    
risposta data 12.03.2016 - 18:12
fonte
-1

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

format your external HDD and check that you have a real good bandwith (test your usb3) pay attention of your TM settings, here I forgot so much other partitions and disk images that I don't want to back up, it would increase bck time. launch the first backup. EVERY 2-3 hours, restart your computer.(yeah, not fun, but I noticed that the first hour is usually fast, and after this time it becomes slower) that's all, I was able to backup 1,5To in a morning..

    
risposta data 25.01.2016 - 13:16
fonte
-2

Consulta questa nota di Apple :

OS X El Capitan: If Time Machine is slow

Try these suggestions if Time Machine is slow.

  • The first time you use Time Machine, set it up in the evening so that the initial backup can be done overnight.

  • If your backup disk is a Time Capsule, leave your Mac in the same room as the Time Capsule for the initial backup, or use an Ethernet cable to connect your Mac to one of the Ethernet ports on the Time Capsule.

  • Virus scanning software can make Time Machine backups very slow. If you use Norton AntiVirus or a similar product, try to exclude your backup disk from automatic scanning. Also make sure you are running the latest version of the virus scanning software.

    
risposta data 03.11.2015 - 18:37
fonte

Leggi altre domande sui tag