Я використовую утиліту резервного копіювання за замовчуванням ubuntu (deja-dup) на панелі налаштувань. Сьогодні я помилково видаляю один каталог. Я намагався її відновити, але мені це не вдалося. Чи повинен я відновити всі свої резервні копії, якщо мені потрібен лише один єдиний каталог або файл?

Дякую.

Звичайно, ви можете це зробити. З вікі довідки gnome DejaDup (о, і де це файл, ви також можете прочитати каталог)

Відновлення втраченого файлу за допомогою Déjà Dup ( wiki-посилання )

• Відкрийте браузер файлів ( Nautilus )
• Перейдіть до реальної папки, що містить загублений файл (не через будь-яке символьне посилання )
• Клацніть правою кнопкою миші в папці, між файлами ▸ Відновлення відсутніх файлів… (це може бути недоступним, якщо ви переглядаєте файли як список, виберіть сітку значків у верхній частині вікна nautilus)
• Коли з'явиться діалогове вікно « Відновити» , воно перевірятиме файли, які знаходяться в резервній копії, але більше не в папці
• Коли з’явиться файл, який потрібно відновити, виберіть його та натисніть Вперед
• Перегляньте вибір і натисніть Відновити

Відновлення попередньої версії файлу за допомогою Déjà Dup ( wiki-посилання )

• Відкрийте браузер файлів (Nautilus)
• Перейдіть до реальної папки, що містить файл, який ви хочете відновити (не через будь-яке посилання )
• Клацніть правою кнопкою миші на файл, який ви хочете відновити
• Оберіть Повернутися до попередньої версії…
• Вгору відкривається діалог Déjà Dup . Виберіть дату, з якої потрібно відновити. Клацніть вперед
• Перегляньте вибір і натисніть Відновити . Примітка. Це замінить вашу поточну версію файлу
• Готово!

Зауважте, що для Ubuntu вам знадобиться ubuntuone-clientвстановлений пакет для того, щоб записи меню з’явились у Nautilus, навіть якщо ви не використовуєте Ubuntu One.
Також зауважте, що версія Nautilus, Caja, Mate не підтримує відновлення файлів.

Про поради

• Ви можете вибрати декілька файлів одночасно перед клацанням правою кнопкою миші.

• Ви можете відновити файли в командному рядку:

  deja-dup --restore FILE1 FILE2
  

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

• У терміналі введіть:

duplicity list-current-files - файл без шифрування: /// [path_to_backup_folder]> /home/ evidenceyour_usernameSense/list.txt

Будьте в курсі формату "файл: /// ...", у якому дублювання очікує отримання шляху до архіву - Вам потрібно вказати повний шлях до папки, що містить резервну копію.

• Створіть папку для відновлення:

mkdir [ПАРТІЯ І ФІЛЕНА ДЛЯ ВІДНОВЛЕНОГО ФАЙЛУ]

• Знайдіть файл / папку, яку ви хочете відновити, у файлі 'list.txt', який ми створили раніше (у домашній папці). Скопіюйте лише ім’я та шлях до файлу , а не дату. Виконайте наступне:

відновлення подвійності - no-шифрування - файл-до відновлення [РЕЗУЛЬТАТИ РОЗВИТКУ З ПЕРЕДНІШОГО КРОКУ] файл: /// [МІСЦЕ РЕЗУЛЬТАТУ] [ПАРТІЯ І ФІЛЕНА ДЛЯ ВІДНОВЛЕНОГО ФАЙЛУ]

Зауважте, що команди для шифрованої резервної копії будуть різними. Перевірте посилання нижче.

Посилання на дублікат

Користувач Caja тут, (Mate on 16.04.3). Проблеми з цими рішеннями для мене, FWIW.

"Резервне копіювання" ака "deja dup" (зауважте розробникам: стандартизація імені дуже корисна, коли новачок повинен шукати відповіді) не дозволить мені робити нічого, крім повного вилучення всієї резервної копії до місця мій вибір. Я просто хочу один маленький каталог для несправної роботи VM ...

1. Б / у Наутілус. Однак він не має доступу до потрібного мені каталогу (VBox. Мені: "так?"), Тому 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 - ціль відновлення. Якщо ні, то я губаю.

Незважаючи на це, він просто запустив графічний інтерфейс на дежа-дуп - це не підходить.

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

Пошукова система, яку ви обрали, виявить, що інші проблеми також виникають протягом багатьох років.

Моя робота: "відновити" все до "папки, що тримається" на моєму зовнішньому диску через GUI, вручну зайти та захопити потрібний мені каталог, а потім заповнити цю папку з нулем.