Falha na restauração de duplicidade, alegando “disco cheio”, mesmo que ainda haja muito espaço

Question

Estou restaurando um arquivo grande (~ 80 GB, uma imagem de disco de máquina virtual).

Embora eu inicie a operação de restauração com > 145GB de espaço em disco, conforme relatado por df , a restauração é interrompida com uma mensagem de que meu disco tem apenas 900MB disponíveis. Após a paralisação, eu tenho um arquivo .vdi de 64 GB (parcial, inutilizável) no diretório de destino, enquanto df informa que tenho 81 GB disponíveis.

(O último número realmente parece o mesmo número que o tamanho do arquivo que está sendo restaurado ... é uma coincidência? Se ele verificar que tem espaço suficiente em disco para salvar o arquivo inteiro até o final, na prática, exigiria o dobro da sala!)

Por que o deja-dup (duplicidade) aborta a operação se ainda houver muito espaço em disco? O que devo fazer para recuperar meu arquivo?

PS. Eu vi que no início (assim chamado preparação ) a capacidade disponível começa a diminuir (conforme relatado por df ) mesmo antes de ver qualquer arquivo sendo escrito no diretório de destino. Onde o deja-dup (duplicidade) escreve dados preliminares e o que ele escreve? Eu vejo que algo entra em ~ / .cache / deja-dup, mas ocupa "apenas" 2.1GB ...

    

Answer 1

gravações de duplicidade são restauradas na pasta temporária atribuída. para restaurar um arquivo, ele precisa de pelo menos 2 vezes o tamanho , quando houver incrementais. isso é porque internamente ele restaura a versão mais antiga, em seguida, usa o librsync para reconstruir a próxima versão baseada nele com o diff info avail e assim por diante até que a data solicitada seja restaurada, então o arquivo será movido para o sistema de arquivos de destino. >

simplesmente defina a duplicidade de TEMPDIR para um sistema de arquivos que tenha muito espaço e você será definido.

.. ede / duply.net