Новый стиль Dash является значением по умолчанию в 12.04:
Пользовательское тестирование показало, что старая 11.10 черта путала новых пользователей и IMHO - действительно была не такой полезной, как могла бы
У вас есть прямой доступ к различным объективам, щелкнув правой кнопкой мыши значок:
Вышеупомянутый ответ не работал для меня, поскольку диск, который был первоначально резервным копированием, был удален. Я разделяю следующую процедуру:
В терминале введите: duplicity list-current-files --no-encryption file: /// [path_to_backup_folder]> / home /[your_username]/list.txtИмейте в виду формат «файл: /// ...», в котором двуличие ожидает получения пути к архиву. Необходимо указать полный путь к папке содержащий вашу резервную копию.
В терминале введите:duplicity list-current-files --no-encryption file: /// [path_to_backup_folder]> /home/[your_username]/list.txt
Найдите файл / папку, которую вы хотите восстановить, в файле 'list.txt', который мы создали ранее (в домашней папке). Скопируйте только имя файла и путь к файлу, а не дату. Выполните следующее: duplicity restore --no-encryption --file-to-restore [PASTE RESULTS FROM PREVIOUS STEP] file: /// [LOCATION BACKUP] [PATH И FILENAME ДЛЯ ВОССТАНОВЛЕННОГО ФАЙЛА]mkdir [PATH И FILENAME ДЛЯ ВОССТАНОВЛЕННОГО ФАЙЛА]
Обратите внимание, что команды будут отличаться для зашифрованной резервной копии. Проверьте ссылку ниже.
Пользователь Caja здесь, (Mate on 16.04.3). Проблемы с этими решениями для меня, FWIW.
«Резервное копирование» aka «deja dup» (примечание для разработчиков: стандартизация имени действительно полезна, когда новичок должен искать ответы) не позволит мне делать что-либо, кроме полного извлечения всей моей резервной копии, в выбранное мной место. Я просто хочу один небольшой каталог для неисправной виртуальной машины ...
Используется Nautilus. Тем не менее, у него нет доступа к нужной мне директории (VBox. Me: «huh?»), Поэтому функция restore через GUI для меня отсутствует. deja-dup --restore FILE1 FILE2 не работает. Он жалуется: ** (deja-dup:3343): CRITICAL **: deja_dup_config_location_add_volume_full: assertion 'uuid != NULL' failedКонечно, я предполагаю, что FILE1 является резервной копией и FILE2 целью восстановления.
Несмотря на это, он просто запустил GUI для дежа-дуп - это не гонка.
Используется Nautilus. Тем не менее, у него нет доступа к нужной мне директории (VBox. Me: «huh?»), Поэтому функция restore с помощью GUI для меня отсутствует.$ duplicity restore --no-encryption file:///media/b/be5f7aad-aa52-47ea-8e64-4352111f66af/home/b/'VirtualBox VMs'/'Green Machine' 'VirtualBox VMs'/'Green Machine' [ ! d13]
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
Поисковая система по вашему выбору покажет, что у других эта проблема тоже на протяжении многих лет.
Моя работа: «восстановить» действительно в «папку для хранения» на моем внешнем диске через графический интерфейс, вручную зайти и захватить каталог, который я хочу, заполните эту папку.