Восстановление Duplicity завершается неудачно, утверждая, что "диск заполнен", даже если места еще много
Я восстанавливаю большой файл (~80 ГБ, образ диска виртуальной машины).
Хотя я начинаю операцию восстановления с>145 ГБ дискового пространства, как сообщает df
восстановление завершается сообщением, что на моем диске доступно только 900 МБ. После остановки у меня есть 64 ГБ (частичный, непригодный для использования) файл.vdi в целевом каталоге, в то время как df
сообщает, что у меня есть 81GB доступно.
(Последнее число действительно похоже на то же число, что и размер восстанавливаемого файла... это совпадение? Если он проверяет, достаточно ли места на диске для сохранения всего файла до конца, на практике это потребует дважды комната!)
Почему deja-dup (duplicity) прерывает операцию, если на диске все еще так много места? Что я должен сделать, чтобы восстановить мой файл?
PS. Я видел, что в начале (так называемая подготовка) доступная емкость начинает уменьшаться (как сообщают df
) даже до того, как какой-либо файл будет записан в целевой каталог. Куда deja-dup (duplicity) записывает предварительные данные и что пишет? Я вижу, что что-то входит в ~/.cache/deja-dup, но занимает "только" 2,1 ГБ...
1 ответ
Двойственность записи восстанавливает в назначенную временную папку. чтобы восстановить файл, ему нужно как минимум в 2 раза больше его размера, когда есть приращения. это происходит потому, что внутренне он восстанавливает самую старую версию, а затем использует librsync для перестройки следующей версии на основе этой информации с помощью diff-информации и т. д. до тех пор, пока запрошенная дата не будет восстановлена, затем файл будет перемещен в целевую файловую систему.
просто установите duplicity TEMPDIR для файловой системы, которая имеет достаточно места, и вы будете настроены.
..ede / duply.net