Bien sûr, vous pouvez le faire. A partir du wiki d'aide de gnome DejaDup (oh et où il est dit fichier, vous pouvez aussi lire le répertoire)

Restaurer un fichier perdu avec Déjà Dup ( lien wiki )

• Ouvrez le navigateur de fichiers ( Nautilus )
• Accédez au dossier réel contenant le fichier que vous avez perdu (pas via tout lien symbolique )
• Faites un clic droit dans le dossier, entre les fichiers between Restaurer les fichiers manquants ... (cela peut ne pas être disponible si vous affichez vos fichiers sous forme de liste, choisissez la grille d’icônes en haut de la fenêtre nautilus) / li>
• Lorsque la boîte de dialogue Restaurer apparaît, elle recherche les fichiers qui se trouvent dans la sauvegarde mais ne sont plus dans le dossier
• Lorsque le fichier que vous souhaitez restaurer apparaît, sélectionnez-le et cliquez sur Transférer
• Examinez vos sélections et cliquez sur Restaurer

Restaurez une version précédente d'un fichier avec Déjà Dup ( lien wiki )

• Ouvrez le navigateur de fichiers (Nautilus)
• Accédez au dossier réel contenant le fichier à restaurer (pas via aucun lien symbolique )
• Faites un clic droit sur le fichier que vous souhaitez rétablir
• Choisissez Revenir à la version précédente ...
• La boîte de dialogue Déjà Dup apparaît. Choisissez la date à partir de laquelle restaurer. Cliquez sur Transférer
• Examinez vos sélections et cliquez sur Restaurer . Note: cela va écraser votre version actuelle du fichier
• Fait!

Notez que pour Ubuntu, le paquetage ubuntuone-client doit être installé pour que les entrées de menu apparaissent dans Nautilus, même si vous n’utilisez pas Ubuntu One.
Notez également que la version de Nautilus de Mate, Caja, ne prend pas en charge la restauration des fichiers.

Pro Tips

• Vous pouvez sélectionner plusieurs fichiers à la fois avant de cliquer avec le bouton droit.

• Vous pouvez restaurer des fichiers sur la ligne de commande:

  deja-dup --restore FILE1 FILE2
  

La réponse ci-dessus n'a pas fonctionné pour moi, car le lecteur qui avait été sauvegardé à l'origine avait été supprimé. Je partage la procédure que j'ai suivie ci-dessous:

• Dans un terminal, tapez:

  

liste de duplicité-fichiers-courants -no-cryptage   file: /// [path_to_backup_folder] & gt;   / home / [votre_utilisateur] /list.txt

Soyez conscient du format "fichier: /// ..." dans lequel la duplicité s'attend à recevoir le chemin de l’archive - Vous devez indiquer le chemin d'accès complet au dossier contenant votre sauvegarde.

• Créer un dossier pour la restauration:

  

mkdir [CHEMIN ET NOM DE FICHIER DU FICHIER RESTAURÉ]

• Recherchez le fichier / dossier que vous souhaitez restaurer dans le fichier 'list.txt' que nous avons créé précédemment (dans le dossier d'accueil). Copiez juste le nom de fichier et le chemin d'accès au fichier , pas la date. Exécutez les opérations suivantes:

  

restauration de duplicité --no-encryption --file-to-restore [PASTE RESULTS FROM PREVIOUS STEP] fichier: /// [LOCALISATION DE SAUVEGARDE] [CHEMIN ET NOM DE FICHIER POUR LE FICHIER RESTAURÉ]

Veuillez noter que les commandes seront différentes pour une sauvegarde chiffrée. Vérifiez la référence ci-dessous.

Référence Duplicity

Utilisateur de Caja ici, (Mate sur 16.04.3). Des problèmes avec ces solutions pour moi, FWIW.

"Backup", alias "deja dup" (note aux développeurs: la standardisation d’un nom est vraiment utile lorsqu'un débutant doit aller chercher des réponses) ne me permettra pas de faire autre chose qu'un extraction complète de toute ma sauvegarde à un emplacement de mon choix. Je veux juste un petit répertoire pour une machine virtuelle défectueuse ...

1. Nautilus utilisé. Cependant, il n'a pas accès au répertoire dont j'ai besoin (VBox. Me: "hein?"), Donc pas de fonction restore via l'interface graphique pour moi.

2. deja-dup --restore FILE1 FILE2 ne fonctionne pas. Il se plaint:

   ** (deja-dup:3343): CRITICAL **: deja_dup_config_location_add_volume_full: assertion 'uuid != NULL' failed

Bien sûr, je suppose que FILE1 est la sauvegarde et FILE2 la cible de restauration. Sinon, je me suis trompé.

Peu importe, il vient de lancer l'interface graphique de deja-dup - c'est un non.

3. Plusieurs tentatives de la méthode de Wilson Canda, donc

$ 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 moteur de recherche de votre choix révélera que d’autres ont ce problème au fil des ans.

Mon travail: "restaurez" tout dans un "dossier" sur mon disque externe via l’interface graphique, entrez manuellement le répertoire souhaité, puis remplissez ce dossier par zéro.