Я использую стандартную утилиту резервного копирования ubuntu (deja-dup) на панели настроек. Сегодня я удаляю по ошибке один каталог. Я пытался восстановить его, но мне не удалось. Должен ли я восстановить всю резервную копию, если мне нужен только один каталог или файл?

Спасибо.

Конечно, вы можете сделать это. Из вики-справки gnome DejaDup (о, где и где написано файл, вы также можете прочитать каталог)

Восстановить утерянный файл с помощью Déjà Dup ( ссылка на вики )

• Откройте браузер файлов ( Nautilus )
• Перейдите к реальной папке, содержащей потерянный файл (не по любой символической ссылке )
• Щелкните правой кнопкой мыши папку, между файлами ▸ Восстановить недостающие файлы… (это может быть недоступно, если вы просматриваете файлы в виде списка, выбираете сетку значков в верхней части окна nautilus)
• Когда появляется диалоговое окно « Восстановить », оно сканирует файлы, которые находятся в резервной копии, но больше не находятся в папке
• Когда вы увидите файл, который хотите восстановить, выберите его и нажмите « Вперед».
• Проверьте ваш выбор и нажмите Восстановить

Восстановите предыдущую версию файла с помощью Déjà Dup ( ссылка на вики )

• Откройте браузер файлов (Nautilus)
• Перейдите в настоящую папку, содержащую файл, который вы хотите восстановить (не через любую символическую ссылку )
• Щелкните правой кнопкой мыши файл, который вы хотите восстановить
• Выберите Вернуться к предыдущей версии ...
• Up приходит Déjà Dup диалог. Выберите дату для восстановления. Нажмите Вперед
• Проверьте ваш выбор и нажмите Восстановить . Примечание: это перезапишет вашу текущую версию файла
• Выполнено!

Обратите внимание, что для Ubuntu вам понадобится ubuntuone-clientпакет, установленный для отображения пунктов меню в Nautilus, даже если вы не используете Ubuntu One.
Также обратите внимание, что версия Mau Nautilus, Caja, не поддерживает восстановление файлов.

Pro Советы

• Вы можете выбрать несколько файлов одновременно, прежде чем щелкнуть правой кнопкой мыши.

• Вы можете восстановить файлы в командной строке:

  deja-dup --restore FILE1 FILE2
  

Приведенный выше ответ не сработал для меня, поскольку диск, который изначально был заархивирован, был удален. Я разделяю процедуру, которой я следовал ниже:

• В терминале введите:

список дублирующихся текущих файлов - файл без шифрования: /// [path_to_backup_folder]> /home/[your_username]/list.txt

Помните о формате «file: /// ...», в котором двойственность ожидает получить путь к архиву. Необходимо указать полный путь к папке, содержащей вашу резервную копию.

• Создать папку для восстановления:

mkdir [путь и имя файла для восстановленного файла]

• Найдите файл / папку, которую вы хотите восстановить, в файле «list.txt», который мы создали ранее (в домашней папке). Скопируйте только имя файла и путь к файлу , а не дату. Выполните следующее:

восстановление дублирования --no-encryption --file-to-restore файл [РЕЗУЛЬТАТЫ ПАСТЫ ИЗ ПРЕДЫДУЩЕГО ШАГА] файл: /// [РАСПОЛОЖЕНИЕ РЕЗЕРВНОГО КОПИРОВАНИЯ] [ПУТЬ И ФИЛЬМ ДЛЯ ВОССТАНОВЛЕННОГО ФАЙЛА]

Обратите внимание, что команды будут отличаться для зашифрованной резервной копии. Проверьте ссылку ниже.

Двойственность Ссылка

Пользователь Caja здесь, (Mate 16.04.3). Проблемы с этими решениями для меня, FWIW.

«Резервное копирование» или «deja dup» (примечание для разработчиков: стандартизация имени очень полезна, когда новичок должен искать ответы) не позволит мне сделать что-либо, кроме полного извлечения всей моей резервной копии в расположение мой выбор Я просто хочу один маленький каталог для неисправной ВМ ...

1. Используется Наутилус. Тем не менее, он не имеет доступа к каталогу, который мне нужен (VBox. Me: "да?"), Поэтому нет restoreфункции через GUI для меня.

2. deja-dup --restore FILE1 FILE2не работает Жалуется:

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

Конечно, я предполагаю, что FILE1 является резервной копией, а FILE2 целью восстановления. Если нет, я обманываю.

Несмотря на это, он просто запустил графический интерфейс для deja-dup - это не пойдет.

3. Несколько попыток метода Уилсона Канды, таким образом,

$ 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

Поисковая система по вашему выбору покажет, что другие тоже сталкивались с этой проблемой на протяжении многих лет.

Мой обходной путь : «восстановить» все в «папку хранения» на моем внешнем диске через графический интерфейс, вручную войти и выбрать нужный каталог, а затем заполнить эту папку нулями.