Time Machine che riporta migliaia di errori: setattrlist non riuscita per il percorso '/.MobileBackups/Computer/

Può riguardare questo e / o aiutare qualcun altro a capire di più su questo, ma quando guardo le directory che sono soggette all'errore sul mio Mac, vedo:

    sudo ls -al@ '/.MobileBackups/Computer/2016-11-05-233040/Volume/Library/'
    total 0
    d------r-x@ 4 root  wheel  136 Nov  5 23:33 .
        com.apple.backupdelta.MoveChecked     3 
        com.apple.s stem.Security    68
    drwxr-xr-x@ 5 root  wheel  170 Nov  5 23:30 ..
        com.apple.backupd.SnapshotVolumeFSEventStoreUUID     36 
        com.apple.backupd.SnapshotVolumeLastFSEventID    20 
        com.apple.backupd.SnapshotVolumeUUID     36 
    d------r-x  5 root  wheel  170 Nov  5 23:32 Application Support
    d------r-x@ 4 root  wheel  136 Nov  5 23:33 Preferences
        com.apple.backupdelta.MoveChecked     3

Immagino che la maggior parte di questi attributi di file siano correlati al processo di backup locale di Time Machine, ma noto anche che uno degli attributi è com.apple.s stem.Security .. annota il carattere vuoto nel componente del percorso system . Potrebbe confondere le cose? Ad esempio, se quell'attributo era set con quello errore di battitura e successivamente cancellato (o tentato di essere) con esso digitato correttamente, vedresti un errore come questo.

Solo indovinando ..

Non ho ancora una risposta definitiva, ma sto basando il mio approccio su contenuti / permessi non validi nella sottostruttura .MobileBackups . Poiché questi file memorizzano backup incrementali tra i veri backup di Time Machine, mi sento abbastanza comodo rimuoverli e "partire da zero".

Visualizzazione dei registri:

Manca la domanda su come visualizzare i log di Time Machine. Ho installato uno script nella mia directory /usr/local/bin , basato su la risposta qui . Tuttavia, un comando più diretto è semplicemente:

log stream --style syslog --info --predicate 'processImagePath contains "backupd" and subsystem beginswith "com.apple.TimeMachine"'

Analisi degli errori registrati

Ispezionando le directory, non sembravano esserci molte "off" su di loro (come sottolinea @RamsayCons nella sua risposta). Dal momento che non mi importava molto del backup mobile più recente, ho deciso di rimuoverlo semplicemente:

sudo rm -rf /.MobileBackups/Computer/2016-12-16-112458

Alcune note su questo comando:

• Ricorda che con sudo arriva un grande potere. Assicurati di aver capito esattamente cosa stai facendo prima di continuare.
• Allo stesso modo, rm -rf può causare grande dolore e angoscia, quindi assicurati di essere sicuro di ciò che stai facendo e di avere una directory esatta specificata.
• usa il comando ls -la /.MobileBackups/Computer/ per elencare il contenuto dei tuoi Mobile Backup esistenti, così puoi specificare il corretto

Sto ancora aspettando di vedere se questo risolverà il mio problema, ma fino ad ora vedo un nuovo gruppo di messaggi nei log.

Alcune differenze nel mio problema rispetto a quello descritto:

• Sto eseguendo il backup su un'unità montata localmente, tuttavia, il problema sembra radicato nei file memorizzati nella directory /.MobileBackups/ e non correlato a "dove" si trova il disco di TimeMachine Backup
• I miei errori includono un messaggio che volume Macintosh HD (/) is now in an emergency freespace condition e low disk space thinning needed for volume Macintosh HD (/) with 7.7 <= 10.0 pct free space , nonostante abbia >40GB su 230GB libero.
• Il mio backup non è mai "fallito", ma è rimasto nello stato "Preparazione del backup ..." in Preferenze di sistema per oltre 18 ore.

Aggiornamento:

Il backup di Time Machine alla fine è stato completato durante la prossima esecuzione oraria programmata ... Evviva!

La cartella MobileBackups viene utilizzata per le istantanee locali di Time Machine. Ho avuto lo stesso problema dopo aver clonato (con CCC di Mike Bombich) un MacBook Pro.

Invece rm puoi usare:

sudo tmutil disablelocal
sudo tmutil enablelocal