Невозможно восстановить каталог с точным контролем даты с помощью nautilus и deja-dup
ситуация
Используя Ubuntu 14.04 LTS, deja-dup 30.0, duplicity 0.6.23, я случайно удалил содержимое каталога, для которого я сделал резервную копию всего 5 дней назад.
Расположение данных следующее:
- Удаленные данные находятся в /home/dir/subdir/subsubdir
- этот каталог все еще там (пусто)
- Каталог / home / dir / является смонтированным разделом
- пользователь обращается к нему по символической ссылке /home/user/dir
- Резервные данные хранятся на внешнем диске
- в deja-dup ("Настройки системы"> "Резервные копии") каталог /home/user/dir находится среди "папок для сохранения", а home/user/dir/subdir отсутствует в "папках для игнорирования".
Я прочитал в /questions/182585/mozhno-li-vosstanovit-tolko-odin-katalog-s-pomoschyu-utilityi-rezervnogo-kopirov/182586#182586 что символические ссылки могут сбить с толку обработку, поэтому я также проверю этот фактор. Это не кажется решающим, хотя.
Доказательства
A1) Если я использую nautilus и захожу в каталог с удаленным контентом по символической ссылке #2, в меню отображается опция "Восстановить отсутствующие файлы...".
Диалог "Восстановить" с большим заголовком "Восстановить какой файл?" всплывает и сканирует резервные данные за день, неделю, месяц и т. д. Ничего не находит. Я вижу, что это происходит и для здоровых непустых каталогов. Weird.
A2) Ради полноты, в nautilus я также использовал полный путь к каталогу #1. Там, в отличие от А1, в меню вообще не отображается опция "Восстановить отсутствующие файлы..."
B) Если я использую интерфейс deja-dup ("Системные настройки"> "Резервное копирование") и запускаю действие "Восстановить..." для сохраненных данных полностью, появится диалог с большим заголовком "Восстановить откуда?" всплывает.
Там у меня есть выбор даты (5 дней назад там), двигаться вперед, выбрать для восстановления файлов в исходные места, двигаться вперед, подтвердить сводку операций (место резервного копирования, дата восстановления, папка восстановления), запустить восстановление, аутентифицируйтесь как суперпользователь и двигайтесь дальше.
Проблема в том, что дата восстановления там, похоже, не сработала: я вижу громоздкие файлы, которые я обнаружил задолго до 5 дней назад, и они занимают все пространство, оставшееся в разделе / home / dir. Это эффективно предотвращает завершение восстановления из-за отсутствия свободного места. И, если мое понимание верно, я могу удалить наиболее заметные файлы, если только обнаружу их и избежу полного раздела. Тем не менее, это создает рутинную работу по обнаружению всех других редких беспорядков, появляющихся снова и очищающих его снова через столько времени.
Хорошо, что отчет о проделанной работе показывает, что сохраненные данные есть. Существующие файлы "восстанавливаются", по крайней мере, номинально (я полагаю, что это проверка существующих копий), и deja-dup, похоже, все-таки плавно обрабатывает символическую ссылку. Так что символические ссылки не проблема для меня.
C) В тех же условиях восстановление одного файла, который не был удален, но был поврежден, прошел хорошо, как ожидалось. Я мог выбрать дату резервного копирования, и восстановленный файл содержал контент, который должен был быть в тот момент. Поэтому я предполагаю, что проблемы связаны с каталогами (которые являются пустыми после случайного удаления файлов в них, более конкретно)
Вопрос
При использовании nautilus и deja-dup мне не хватает детального контроля того, как восстановить файлы в одном каталоге с точным контролем даты. Контроль даты доступен только для полного восстановления и не является надежным.
Я думал об использовании командной строки, но я не решаюсь экспериментировать с данными, которые могут быть потеряны навсегда. Кто-нибудь посоветует надежную работу вокруг этих глюков?