Respuestas:
Por supuesto que puedes hacer eso. Desde la wiki de ayuda de DejaDup de gnome (oh y donde dice archivo, también puede leer el directorio)
Tenga en cuenta que para Ubuntu necesitará el ubuntuone-client
paquete instalado para que las entradas del menú aparezcan en Nautilus, incluso si no está usando Ubuntu One.
También tenga en cuenta que la versión de Mate de Nautilus, Caja, no admite la restauración de archivos.
Puede revertir archivos en la línea de comando:
deja-dup --restore FILE1 FILE2
La respuesta anterior no funcionó para mí, ya que la unidad que originalmente había sido respaldada había sido eliminada. Comparto el procedimiento que seguí a continuación:
duplicity list-current-files --no-encryption file: /// [path_to_backup_folder]> /home/[su_nombre_de_servidor/lista.txt
Tenga en cuenta el formato "archivo: /// ..." en el que Duplicity espera recibir la ruta para archivar: debe indicar la ruta completa a la carpeta que contiene su copia de seguridad.
mkdir [RUTA Y NOMBRE DE ARCHIVO PARA ARCHIVO RESTAURADO]
restauración de duplicidad --no encriptación --archivo para restaurar [RESULTADOS DE LA PEGADA DE PASO ANTERIOR] archivo: /// [UBICACIÓN DE LA COPIA DE SEGURIDAD] [RUTA Y NOMBRE DE ARCHIVO PARA EL ARCHIVO RESTAURADO]
Tenga en cuenta que los comandos serán diferentes para una copia de seguridad cifrada. Verifique la referencia a continuación.
duplicity
lugar de la GUI. +1.
Usuario de caja aquí, (Mate en 16.04.3). Problemas con estas soluciones para mí, FWIW.
"Copia de seguridad", también conocido como "deja dup" (nota para los desarrolladores: estandarizar un nombre es realmente útil cuando un novato tiene que buscar respuestas) no me permitirá hacer otra cosa que no sea una extracción completa de toda mi copia de seguridad en una ubicación de mi elección Solo quiero un pequeño directorio para una máquina virtual que no funciona ...
Nautilus usado. Sin embargo, no tiene acceso al directorio que necesito (VBox. Me: "¿eh?"), Por lo que no restore
funciona a través de GUI para mí.
deja-dup --restore FILE1 FILE2
no funciona Se queja:
** (deja-dup:3343): CRITICAL **: deja_dup_config_location_add_volume_full: assertion 'uuid != NULL' failed
Por supuesto, supongo que FILE1 es la copia de seguridad y FILE2 el objetivo de restauración. Si no, me hice la tonta.
De todos modos, acaba de lanzar la GUI para deja-dup, eso no es una opción.
$ 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 motor de búsqueda de su elección revelará que otros también tienen este problema a lo largo de los años.
Mi solución: "restaurar" todo a una 'carpeta de retención' en mi unidad externa a través de la GUI, entrar manualmente y tomar el directorio que quiero, luego llenar con cero esa carpeta.