Ответы:
Конечно, вы можете сделать это. Из вики-справки gnome DejaDup (о, где и где написано файл, вы также можете прочитать каталог)
Обратите внимание, что для Ubuntu вам понадобится ubuntuone-client
пакет, установленный для отображения пунктов меню в Nautilus, даже если вы не используете Ubuntu One.
Также обратите внимание, что версия Mau Nautilus, Caja, не поддерживает восстановление файлов.
Вы можете восстановить файлы в командной строке:
deja-dup --restore FILE1 FILE2
Приведенный выше ответ не сработал для меня, поскольку диск, который изначально был заархивирован, был удален. Я разделяю процедуру, которой я следовал ниже:
список дублирующихся текущих файлов - файл без шифрования: /// [path_to_backup_folder]> /home/[your_username]/list.txt
Помните о формате «file: /// ...», в котором двойственность ожидает получить путь к архиву. Необходимо указать полный путь к папке, содержащей вашу резервную копию.
mkdir [путь и имя файла для восстановленного файла]
восстановление дублирования --no-encryption --file-to-restore файл [РЕЗУЛЬТАТЫ ПАСТЫ ИЗ ПРЕДЫДУЩЕГО ШАГА] файл: /// [РАСПОЛОЖЕНИЕ РЕЗЕРВНОГО КОПИРОВАНИЯ] [ПУТЬ И ФИЛЬМ ДЛЯ ВОССТАНОВЛЕННОГО ФАЙЛА]
Обратите внимание, что команды будут отличаться для зашифрованной резервной копии. Проверьте ссылку ниже.
duplicity
а не для графического интерфейса. +1.
Пользователь Caja здесь, (Mate 16.04.3). Проблемы с этими решениями для меня, FWIW.
«Резервное копирование» или «deja dup» (примечание для разработчиков: стандартизация имени очень полезна, когда новичок должен искать ответы) не позволит мне сделать что-либо, кроме полного извлечения всей моей резервной копии в расположение мой выбор Я просто хочу один маленький каталог для неисправной ВМ ...
Используется Наутилус. Тем не менее, он не имеет доступа к каталогу, который мне нужен (VBox. Me: "да?"), Поэтому нет restore
функции через GUI для меня.
deja-dup --restore FILE1 FILE2
не работает Жалуется:
** (deja-dup:3343): CRITICAL **: deja_dup_config_location_add_volume_full: assertion 'uuid != NULL' failed
Конечно, я предполагаю, что FILE1 является резервной копией, а FILE2 целью восстановления. Если нет, я обманываю.
Несмотря на это, он просто запустил графический интерфейс для deja-dup - это не пойдет.
$ 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
Поисковая система по вашему выбору покажет, что другие тоже сталкивались с этой проблемой на протяжении многих лет.
Мой обходной путь : «восстановить» все в «папку хранения» на моем внешнем диске через графический интерфейс, вручную войти и выбрать нужный каталог, а затем заполнить эту папку нулями.