Сбои восстановления двуличности, требуя “диска, полного”, даже если существует все еще много комнаты

Я восстанавливаю большой файл (~80GB, образ дисков виртуальных машин).

Хотя я запускаю операцию восстановления с> дисковое пространство на 145 ГБ, как сообщается df , восстановление прерывается с сообщением, что мой диск имеет только 900 МБ в наличии. После остановки у меня есть 64 ГБ (неравнодушный, неприменимый) .vdi файл в целевом каталоге, в то время как df отчеты, что я имею 81 ГБ в наличии.

(Последнее число действительно похоже на то же число как размер файла, восстанавливаемого... действительно ли это - совпадение? Если это проверяет, что имеет достаточно дискового пространства, чтобы сохранить целый файл до конца, на практике это потребовало бы дважды комнаты!)

Каким образом deja-дубликат (двуличность) прерывает операцию, если существует все еще такое дисковое пространство? Что я должен сделать для восстанавливания моего файла?

PS. Я видел, что вначале (так называемая подготовка) полезная мощность начинает уменьшаться (как сообщается df) даже прежде, чем видеть, что любой файл записан в целевом каталоге. Где deja-дубликат (двуличность) пишет предварительные данные, и что это пишет? Я вижу, что что-то входит в ~/.cache/deja-dup, но он занимает "только" 2.1 ГБ...

2
задан 18 December 2016 в 03:00

1 ответ

двуличность пишет восстановления в присвоенную временную папку. для восстановления файла, этому нужны по крайней мере 2 раза, это - размер , когда существуют incrementals., который является, потому что внутренне это восстанавливает самую старую версию, затем использует librsync для восстановления следующей версии на основе этого с различной информационной пользой и так далее, пока требуемая дата не будет восстановлена, затем файл будет перемещен в систему конечного файла.

просто двуличность набора TEMPDIR к файловой системе, которая имеет вполне достаточный из пространства и Вы будете установлены.

.. ede/duply.net

3
ответ дан 2 December 2019 в 02:48

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

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