Восстановление Deja Dup завершается с ошибкой неизвестного происхождения, вместо файла создается папка

Восстановление Deja Dup завершается с ошибкой неизвестного происхождения, вместо файла создается папка

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

Я относительный нуб. Я использую Ubuntu 20.04 LTS. Сделал резервную копию папки на моем диске Data, которая отформатирована как NTFS и которую я использую как из Windows10 (Windows 11 для меня) и Ubuntu с использованием Deja Dup и без шифрования файла резервной копии.

Я хотел проверить, как это работает, а затем удалил тестовый файл из резервной копии и попытался восстановить его из резервной копии, щелкнув правой кнопкой мыши и выбрав опцию Восстановить отсутствующие файлы.... Кажется, все работает нормально. Он правильно выбирает файл, который я удалил, как отсутствующий в резервной копии, а затем я прохожу шаги по выбору файла для восстановления и нажимаю Вперед, а затем в окне Сводка нажимаю Восстановить. Затем появляется сообщение Восстановление файлов, и через несколько секунд меня просят пройти аутентификацию Для запуска '/usr/libexec/-deja-dup/duplicity' от имени суперпользователя требуется аутентификация. Затем я ввожу свой пароль.

введите описание изображения здесь введите описание изображения здесь

Через одну или две секунды он падает с Restore failed Failed with an unknown error. Интересная вещь, которую я заметил, это то, что он создает папку с именем файла, который я хотел восстановить, прежде чем вылететь, но не сам файл.

введите описание изображения здесь введите описание изображения здесь

После некоторого чтения я смог расшифровать, что Deja Dup просто вызывает Duplicity, который на самом деле выполняет работу. Затем я попытался восстановить файл с помощью терминала в надежде, что это даст мне более осмысленные сообщения об ошибках, которые помогут отследить первопричину.

Восстановление с помощью duplicity из терминала дало тот же результат. Мне предлагается ввести пароль GnuPG, который я затем ввожу (я использовал тот же пароль, что и мой пользователь, и, похоже, он его принял).

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

Самое смешное, что если я зайду в Deja Dup и восстановлю всю резервную копию в свою домашнюю папку, то это сработает, и я смогу выбрать файл оттуда. Это неудобно, потому что он восстанавливает все резервные файлы. Я не могу просто восстановить файл, который мне нужен, таким образом. Но это обходной путь.

Я думал, что это из-за разницы в файловых системах (EXT4 - работает, NTFS - не работает). Попробовал повторить вышеуказанный шаг (восстановление полной резервной копии) из Deja Dup в новую папку на моем диске Data, и это не удалось так же, как и при попытке с одним файлом. Это как бы подтверждает мою теорию, но я не уверен.

Есть ли у кого-нибудь совет?

Я добавил пару изображений, чтобы дополнить его, но больше мне сказать нечего. Спасибо.

Связанный контент