Проблема с Deja Dup Restore
Я пытаюсь восстановить из резервной копии Deja Dup. Моей первоначальной системой была Zorin 9, но когда диск был загружен, я перешел на Ubuntu 14, установленную на свежий диск. Я не думаю, что это вызывает какие-либо проблемы, платформа такая же, просто подумал, что должен это упомянуть.
Большая часть резервной копии восстановлена правильно, но мне был предоставлен список из 46 файлов (к сожалению, включая некоторые входящие почтовые ящики Thunderbird и чаты в Skype, которые я действительно хотел бы вернуть) со следующим сообщением об ошибке: "Не удалось восстановить следующие файлы. Убедитесь, что вы в состоянии написать им." Я подумал, что это может быть проблема записи в области нового диска, поэтому я снова запустил восстановление, на этот раз в папку на другом диске. Эти файлы отсутствуют ни в одном извлечении из резервной копии.
Да, я знаю, я найду лучшее решение для резервного копирования в следующем раунде. Это то, с чем я должен работать сейчас.
Я задаюсь вопросом:
1) Есть ли какой-нибудь способ проникнуть в архивы на двойственность и проверить на наличие жизнеспособных версий этих файлов? 2) Что означает "Пожалуйста, убедитесь, что вы можете написать им."? На какую проблему это указывает? 3) Что-нибудь еще, что я мог бы попробовать? Или эти файлы просто повреждены или утеряны? Журнал, кажется, запоминает их как принадлежащие резервной копии, они, должно быть, были там когда-то.
Спасибо!
1 ответ
Да, вы можете добраться до них. Вы должны взглянуть на .manifest
файл в вашей резервной копии и выяснить, в какой сжатой резервной копии находятся файлы. Затем вам нужно вручную разархивировать эту резервную копию и вручную переместить файлы туда, куда вы хотите.
Кроме того, вы можете восстановить эти файлы, используя deja-dup
, но восстановить в другом месте. Также убедитесь, что у вас есть доступ на чтение к этим резервным копиям с chmod 755 *
в deja-dup
папка.
Что это значит "Please make sure you are able to write to them."
является то, что вы должны убедиться, что вы можете написать в место восстановления. Например, если вы пытаетесь восстановить /root/
как обычный пользователь, это явно не сработает, так как вы не можете писать в /root/
,