Я использовал Déjà Dup Backup Tool для резервного копирования на внешний жесткий диск (/media/TOSHIBA EXT/
)
Теперь я хочу протестировать резервную копию. Поэтому я удалил один тестовый файл (/home/rch/hecatombe.txt
).
Я могу восстановить этот файл с помощью Nautilus «Файл => Восстановить отсутствующие файлы» (как на восстановить резервную копию из двуличия )
Но я предпочитаю работать в командной строке.
Поэтому я снова удалил этот тестовый файл и сделал это в командной строке:
duplicity restore --no-encryption "file:///media/TOSHIBA EXT/" "/home/rch/hecatombe.txt"
Но вместо того, чтобы восстановить мой файл hecatombe.txt
, duplicity
создал новый каталог hecatombe.txt
с содержимым как это /home/rch/locate_hecatombe.txt/home/rch
Что я делаю не так?
Как Вы, возможно, предположили, duplicity
просит каталог как второй аргумент при восстановлении файлов. Согласно man duplicity
:
duplicity [restore] [options] [--file-to-restore <relpath>] [--time time] source_url target_directory
...
, Если мы хотели восстановить просто файл "Почта/статья" в/home/me
, как это было три дня назад в/home/me/restored_file
:duplicity -t 3D --file-to-restore Mail/article sftp://uid@other.host/some_dir /home/me/restored_file
Так, в Вашем случае, Вы использовали бы:
duplicity restore --no-encryption --file-to-restore hecatombe.txt "file:///media/TOSHIBA EXT/" "/home/rch/"
Ответ на мой собственный question:-
Забывает двуличность.
параметр командной строки deja-дубликата Использования.
Таким образом deja-дубликат:--/path/filename
восстановления, например, "deja-дубликат - восстанавливают /home/rch/locate_geany.txt"
С благодарностью к Fedora :-)
duplicity restore --force sourceUrl targetpath
должно помочь, но переопределит существующие файлы в отличие от
deja-dup --restore-missing
варианта