Perché Time Machine non esegue backup pianificati dopo il mio aggiornamento Yosemite - El Capitan?

Sto avendo un problema molto simile dopo l'aggiornamento a El Capitan, tranne che non posso riparare il disco, il mio tentativo mi dà sempre un errore di riparazione fallito. Non ho una risposta, ma penso di poter verificare che il problema non sia probabilmente correlato a estensioni di terze parti poiché sto operando senza. Quindi, almeno potrei riuscire a escludere quelli come fonte del problema.

I tecnici Apple avranno bisogno di eseguire tmdiagnose per ottenere la causa principale. Nel frattempo, è possibile raccogliere i registri e anche provare a inviare lo stato:

tmutil latestbackup
tmutil listbackups
tmutil startbackup --rotation --auto
sleep 15; tmutil status

La mia ipotesi è che si verifichi un problema con il riflettore o un problema che monta l'unità che non funziona, invece che il lancio si interrompe. Potresti creare una voce di cron, ma utilizzerei uno strumento come Lingon per fare in modo che un processo di avvio personalizzato richiamasse il comando startbackup dall'alto per avere almeno una copertura periodica mentre raccogli informazioni sufficienti per capire perché i tuoi lavori sono non in partenza.

Inoltre, proverei ad aggiungere una seconda destinazione di backup per vedere se quella funziona in modo più affidabile - più destinazioni di backup dovrebbero sparare in sequenza - ogni n ore, la tua unità dovrebbe ottenere un'istantanea.

Non penso che sia solo "il tuo problema". Ho un MacBook Pro di fine 2013 e non sono riuscito a completare un backup di Time Machine con il mio WD My Passport da quando ho eseguito l'aggiornamento a El Capitan. Ho provato tutte le potenziali correzioni che hai fatto. Ho anche reindirizzato il mio disco rigido e ho cancellato la mia unità di backup e ho iniziato a funzionare correttamente.

Il problema persiste. Vale a dire che quando avvio un backup di Time Machine il processo si blocca permanentemente per circa due terzi fino al completamento di ogni tentativo.

TL; DR

Questo problema di backup non avviato può essere risolto con crontab. Questo non risolverà l'icona del desktop, ma ti aiuterà a garantire il backup a intervalli regolari pianificati come definito nel tuo crontab personalizzato. Di seguito, fornisco un esempio di come eseguire i backup orari utilizzando sudo, cron e un file sudoers modificato

Funziona attorno a Crontab

Quanto segue inizierà a giocare a Time Machine ogni ora, dopo aver verificato che non stia già eseguendo un backup in quanto alcuni supporti o set di backup potrebbero richiedere più di un'ora per essere completati.

# ~/.crontab
0 */1 * * * tmutil status | grep -qF "Running = 0" && sudo tmutil startbackup -a

Si noti che questo work-around utilizza il crontab dell'utente, che deve sempre essere portato all'attenzione del sistema dopo la modifica con:

/usr/bin/crontab ~/.crontab

Run Time Machine senza password

Poiché cron non può richiedere la password sudo, si consiglia anche quanto segue:

sudo -v
sudo mkdir -p /private/etc/sudoers.d
sudo touch /private/etc/sudoers.d/$(whoami)
echo "$(whoami) ALL=(ALL) NOPASSWD: /usr/bin/tmutil" |
    sudo tee -a /private/etc/sudoers.d/$(whoami)

Questo assicurerà che il comando tmutil possa essere eseguito senza chiedere la password dell'utente per l'accesso sudo all'avvio di Time Machine dalla riga di comando.

Nota di sicurezza

È sempre consigliabile aprire un terminale root prima di modificare sudoers e verificare il file sudoers personalizzato con:

sudo visudo -f /private/etc/sudoers.d/$(whoami)

dopo la creazione per impedire agli errori di battitura di bloccarti dall'accesso sudo.