J'ai utilisé l'outil de sauvegarde Déjà Dup pour sauvegarder sur un disque dur externe (/media/Toshiba EXT/
)
Maintenant, je veux tester la sauvegarde. J'ai donc supprimé un fichier de test (/home/rch/hecatombe.txt
).
Je peux restaurer ce fichier via Nautilus "Fichier => Restaurer les fichiers manquants" (comme à restaurer une sauvegarde depuis la duplicité )
Mais je préfère travailler à l'invite de commande.
J'ai donc à nouveau supprimé ce fichier de test et je l'ai fait à l'invite de commande:
duplicity restore --no-encryption "file:///media/Toshiba EXT/" "/home/rch/hecatombe.txt"
Mais au lieu de restaurer mon fichier hecatombe.txt
, duplicity
a créé un nouveau répertoire hecatombe.txt
avec un contenu comme celui-ci /home/rch/locate_hecatombe.txt/home/rch
Qu'est-ce que je fais mal?
Comme vous l'avez peut-être deviné, duplicity
demande un répertoire comme deuxième argument lors de la restauration de fichiers. Selon man duplicity
:
_duplicity [restore] [options] [--file-to-restore <relpath>] [--time time] source_url target_directory
_...
Si nous voulions restaurer uniquement le fichier "Mail/article" dans _/home/me
_ tel qu’il était il y a trois jours dans _/home/me/restored_file
_:_duplicity -t 3D --file-to-restore Mail/article sftp://[email protected]/some_dir /home/me/restored_file
_
Donc, dans votre cas, vous utiliseriez:
_duplicity restore --no-encryption --file-to-restore hecatombe.txt "file:///media/Toshiba EXT/" "/home/rch/"
_
Répondant à ma propre question: -
Oubliez la duplicité.
Utilisez l'option de ligne de commande de deja-dup.
Ainsi: - deja-dup --restore/path/filename
par exemple. "deja-dup --restore /home/rch/locate_geany.txt"
Merci à Fedora: -)