Questa sera, ho dovuto spegnere il mio computer dopo una specie di panico del kernel.
Quando ho riavviato, ho notato il mio ~/.ssh/id_rsa era stato sostituito con un file vuoto.
Riavvio su USB ed esecuzione di fsck sulla mia partizione home ha segnalato che il filesystem era in buone condizioni.
Questo da solo non è un problema. Accedo alla chiave originale. Tuttavia, sono preoccupato che altri file possano essere stati troncati in modo simile.
Il mio ultimo backup, utilizzando deja-dup , è stato tre giorni fa, quindi potrei semplicemente fare un rollback completo, ma preferirei semplicemente chiedere deja-dup quali file sono cambiati da allora e cerca i file "sospetti".
Questo sembra essere esattamente lo scopo di duplicity verify , quindi dopo un po' di scrematura della pagina man, ho provato:
duplicity verify --verbosity 4 --no-encryption file:///path/to/backup/ /home/${USER}
che è stato eseguito fino al completamento senza riportare le modifiche. Come minimo, mi aspettavo il mio ~/.ssh/id_rsa da rilevare, ma ho aggiunto, rimosso e modificato altri file.
Il mio prossimo tentativo è stato lo stesso, ma con il --compare-data bandiera:
duplicity verify --verbosity 4 --no-encryption file:///path/to/backup/ /home/${USER}
Il che sembra segnalare che ogni file nella mia cartella home è nuovo, iniziando come:
Local and Remote metadata are synchronized, no sync needed.
Last full backup date: Fri Dec 15 11:43:22 2017
Difference found: File . has permissions 1000:1001 700, expected 0:0 555
Difference found: New file .AndroidStudio2.3
Difference found: New file .AndroidStudio2.3/config
Difference found: New file .AndroidStudio2.3/config/inspection
Difference found: New file .AndroidStudio2.3/config/inspection/Default.xml
Ho Android Studio installato da mesi, quindi era sicuramente nel mio backup di tre giorni fa e ls segnala che Default.xml esiste ancora ed è lungo 108 byte.
Come ultimo sforzo, ho cambiato la directory di destinazione in / , dal momento che sembrava essere la radice quando si utilizza duplicity list-current-files , che richiedeva l'aggiunta di alcune espressioni regolari per limitare la duplicità per considerare solo la mia cartella Inizio:
duplicity verify --verbosity 4 --compare-data --no-encryption --include-regexp ".*home/${USER}/.ssh.*" --exclude-regexp ".*" file:///path/to/backup/ /
Che ha avuto l'interessante effetto di segnalare che la mia cartella Inizio non esiste:
Local and Remote metadata are synchronized, no sync needed.
Last full backup date: Fri Dec 15 11:43:22 2017
Difference found: File home is missing
Difference found: File home/${USER} is missing
Difference found: File home/${USER}/.AndroidStudio2.3 is missing
Difference found: File home/${USER}/.AndroidStudio2.3/config is missing
Difference found: File home/${USER}/.AndroidStudio2.3/config/inspection is missing
Difference found: File home/${USER}/.AndroidStudio2.3/config/inspection/Default.xml is missing
A questo punto, sto certamente fraintendendo come dovrei usare la doppiezza. Come posso verificare un backup generato da deja-dup ?
duplicity list-current-files ha l'inizio dell'output:
Local and Remote metadata are synchronized, no sync needed.
Last full backup date: Fri Dec 15 11:43:22 2017
Tue Feb 6 19:36:56 2018 .
Wed Aug 2 17:32:09 2017 home
Tue Feb 6 00:38:20 2018 home/${USER}
Sat May 13 18:49:24 2017 home/${USER}/.AndroidStudio2.3
Thu Jun 22 19:42:14 2017 home/${USER}/.AndroidStudio2.3/config
Sat May 13 18:57:45 2017 home/${USER}/.AndroidStudio2.3/config/inspection
Sat May 13 18:57:45 2017 home/${USER}/.AndroidStudio2.3/config/inspection/Default.xml
Risposta accettata:
@ede ed io abbiamo trovato la stessa soluzione nello stesso momento, nel mio caso nella mailing list della duplicità
Correlati:strano problema di backup e avviso?
la verifica della duplicità richiede il --compare-data flag per verificare i file su disco e necessita del --file-to-restore flag per cercare nella directory corretta, quindi il comando finale che ha risolto il mio problema è:
duplicity verify --verbosity 4 --compare-data --file-to-restore=/home/${USER} --no-encryption file:///path/to/backup/ /home/${USER}/
Sfortunatamente, questo ancora non rileva quel ~/.ssh/id_rsa fu danneggiato. Allo stesso tempo, il tentativo di ripristinare dal backup ha ripristinato un file di 0 byte... È possibile che sia successo qualcosa al mio file settimane fa.