Можно ли восстановить только один каталог с помощью утилиты резервного копирования?

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

Благодарю.

Источник

3 ответа

Решение

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

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

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

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

  • Откройте браузер файлов (Nautilus)
  • Перейдите в настоящую папку, содержащую файл, который вы хотите восстановить (не через любую символическую ссылку)
  • Щелкните правой кнопкой мыши файл, который вы хотите восстановить
  • Выберите Вернуться к предыдущей версии...
  • Откроется диалоговое окно 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 - это не пойдет.

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

$ 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

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

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

Источник
Другие вопросы по тегам