Risposte:
Certo che puoi farlo. Dallo wiki di Gnome DejaDup Help (oh e dove dice file puoi anche leggere la directory)
Nota che per Ubuntu avrai bisogno del ubuntuone-client
pacchetto installato per far apparire le voci di menu in Nautilus, anche se non stai usando Ubuntu One.
Si noti inoltre che la versione di Mate di Nautilus, Caja, non supporta il ripristino di file.
È possibile ripristinare i file dalla riga di comando:
deja-dup --restore FILE1 FILE2
La risposta di cui sopra non ha funzionato per me poiché l'unità di cui era stato eseguito il backup era stata rimossa. Condivido la procedura che ho seguito di seguito:
elenco di duplicità-file-correnti - file senza crittografia: /// [path_to_backup_folder]> /home/[your_username username/list.txt
Tenere presente il formato "file: /// ..." in cui la duplicità prevede di ricevere il percorso per l'archiviazione. È necessario indicare il percorso completo della cartella contenente il backup.
mkdir [PERCORSO E NOME DEL FILE PER IL FILE RESTAURATO]
duplicity restore --no-crittografia --file-to-restore [RISULTATI DELLA PASTA DAL PASSO PRECEDENTE] file: /// [POSIZIONE DEL BACKUP] [PERCORSO E NOME DEL FILE PER IL FILE RESTAURATO]
Si noti che i comandi saranno diversi per un backup crittografato. Controlla il riferimento di seguito.
duplicity
posto della GUI. +1.
Utente Caja qui, (Mate il 16.04.3). Problemi con queste soluzioni per me, FWIW.
"Backup" aka "deja dup" (nota per gli sviluppatori: standardizzare un nome è davvero utile quando un novizio deve cercare risposte) non mi permetterà di fare altro che un'estrazione completa del mio intero backup in una posizione di la mia scelta. Voglio solo una piccola directory per una VM mal funzionante ...
Nautilus usato. Tuttavia, non ha accesso alla directory di cui ho bisogno (VBox. Me: "eh?"), Quindi nessuna restore
funzione tramite GUI per me.
deja-dup --restore FILE1 FILE2
non funziona Si lamenta:
** (deja-dup:3343): CRITICAL **: deja_dup_config_location_add_volume_full: assertion 'uuid != NULL' failed
Naturalmente, suppongo che FILE1 sia il backup e FILE2 la destinazione del ripristino. In caso contrario, ho fatto una figuraccia.
Indipendentemente da ciò, ha appena lanciato la GUI su deja-dup - non c'è niente da fare.
$ duplicity restore --no-encryption file:///media/b/be5f7aad-aa52-47ea-8e64-4352111f66af/home/b/'VirtualBox VMs'/'Green Machine' 'VirtualBox VMs'/'Green Machine'
Local and Remote metadata are synchronised, no sync needed.
Last full backup date: none
Traceback (innermost last):
File "/usr/bin/duplicity", line 1559, in <module>
with_tempdir(main)
File "/usr/bin/duplicity", line 1545, in with_tempdir
fn()
File "/usr/bin/duplicity", line 1394, in main
do_backup(action)
File "/usr/bin/duplicity", line 1473, in do_backup
restore(col_stats)
File "/usr/bin/duplicity", line 729, in restore
restore_get_patched_rop_iter(col_stats)):
File "/usr/bin/duplicity", line 751, in restore_get_patched_rop_iter
backup_chain = col_stats.get_backup_chain_at_time(time)
File "/usr/lib/python2.7/dist-packages/duplicity/collections.py", line 984, in get_backup_chain_at_time
raise CollectionsError("No backup chains found")
CollectionsError: No backup chains found
Un motore di ricerca di tua scelta rivelerà che anche altri hanno questo problema nel corso degli anni.
La mia soluzione: "ripristinare" tutto in una "cartella di attesa" sul mio disco esterno tramite la GUI, andare manualmente e prendere la directory che desidero, quindi riempire zero quella cartella.