Восстановите единственные файлы с резервного копирования: прошлые версии не могут быть найдены?

Я использую утилиту резервного копирования по умолчанию Ubuntu 14.04. Файлы резервных копий хранятся во внешнем диске USB3, когда он соединен.

В этой системе Ubuntu мне установили VirtualBox, который выполняет старую виртуальную машину Windows XP.

Проблема

.vdi диск этого VM был плохо поврежден после сегодняшней сессии (я не знаю, почему, это похоже на проблему Win) и я хотел бы восстановить его полностью с резервного копирования.

Таким образом, я искал подходящую функцию в резервном GUI, но там, кажется, не способ восстановить единственный файл "точкой и щелчком"

Таким образом, я попробовал из командной строки после первого переименования поврежденного файла

$ cd ~/VirtualBox VMs/VirtXP
$ mv VirtXP.vdi VirtXP.vdi.corrupt

Первая попытка

$ deja-dup --restore VirtXP.dvi

Это открывает GUI и приводит к списку возможных дат от того, где выбрать по крайней мере со многими строками. После того, как я выбираю один (предпоследнее), это берет долгую "Подготовку..." время, затем это говорит мне, что "восстановление невозможно, поскольку файл не может быть найден в резервном копировании".

Вторая попытка

$ deja-dup --restore-missing .

Таким образом это также показывает - довольно отличающийся - список, который несмотря на долгое проведенное долгое время и сообщения ("Анализирующий файлы семь месяцев назад..."), только включает одну строку. (BTW, это - то же диалоговое окно, которого я достигаю от Наутилуса Restore Missing Files....).

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

Вопрос (вопросы)

Я должен пропустить что-то.

Я не могу полагать, что просто путем включения внешнего HD, новое резервное копирование было инициировано, который перезаписал старые (хорошие) файлы с новыми (поврежденными). Возможно, это было бы корректно с файлами, скопированными больше чем три месяца назад, но, очевидно, неправильно перезаписать вчерашнее резервное копирование с сегодняшними файлами.

Как я могу надежно найти 2-е в последний раз скопированные версии этого .vdi файлом?

Как я могу распознать и/или устранить возможную проблему неверной конфигурации?

Большое спасибо

0
задан 14 December 2016 в 17:45

1 ответ

Я должен признать, что часть проблемы происходила из-за ввода с опечатками имен файлов.

Частичный ответ:

, Как Вы видите выше, я ввел с опечаткой .dvi для расширения вместо .vdi. Это было причиной первая попытка являющийся неудачным.

На самом деле я мог найти достаточно взрослый файл резервной копии со следующим duplicity команда:

$ duplicity list-current-files -t 3D file:///media/user/TOSHIBA\ EXT/backup_home_user | grep .vdi

, который успешно нашел файл:

Fri Dec  9 09:56:13 2016 home/lorenzo/VirtualBox VMs/VirtXP/VirtXP.vdi

На основе этого я попробовал, снова через двуличность:

$ duplicity restore --file-to-restore VirtualBox\ VMs/VirtXP/VirtXP.vdi -t 3D file:///media/user/TOSHIBA\ EXT/backup_home_user ./restoreDir

..., который, к сожалению, привел к запросу "Пароля GnuPG", который я не мог помнить.

, Таким образом, я остался с deja-дубликатом и дал следующую команду снова (на этот раз с корректным .vdi расширение):

deja-dup --restore VirtXP.vdi

... следовательно, после выбора даты 9 декабря, восстановление было успешно завершено.

Там все еще остаются двумя вопросами:

  • , почему deja-дубликат может работать без пароля, и (как) я могу восстановить его?

  • , почему второе не попыталось (--restore-missing) работа? (никакое неправильное имя файла там)

0
ответ дан 7 November 2019 в 07:56

Другие вопросы по тегам:

Похожие вопросы: