Recupera arquivos únicos do backup: versões anteriores não podem ser encontradas?

Question

Eu uso o utilitário de backup padrão do Ubuntu 14.04. Os arquivos de backup são armazenados em um disco USB3 externo, quando conectado.

Neste sistema Ubuntu eu tenho o VirtualBox instalado, que roda uma máquina virtual antiga do Windows XP.

O problema

O disco .vdi desta VM foi corrompido após a sessão de hoje (não sei por que, parece um problema com o Win) e gostaria de recuperá-lo totalmente do backup.

Por isso, procurei uma função adequada na GUI de backup, mas parece não haver nenhuma maneira de restaurar um único arquivo por "aponte e clique"

Então eu tentei na linha de comando, depois de renomear o arquivo corrompido

$ cd ~/VirtualBox VMs/VirtXP
$ mv VirtXP.vdi VirtXP.vdi.corrupt

Primeira tentativa

$ deja-dup --restore VirtXP.dvi

Isso abre a GUI e leva a uma lista de possíveis datas de onde escolher, com pelo menos várias linhas. Depois que eu seleciono um (o penúltimo), leva um longo tempo "Preparação ...", então ele me diz que a "restauração é impossível, já que o arquivo não pode ser encontrado no backup".

Segunda tentativa

$ deja-dup --restore-missing .

Desta forma, também mostra uma listagem bastante diferente, que apesar do longo tempo gasto e das mensagens ("Analisando arquivos de sete meses atrás ..."), inclui apenas uma única linha. (BTW, este é o mesmo diálogo que eu alcancei do Nautilus ' Restore Missing Files... .).

O problema é que esse arquivo é muito recente. Na verdade, é de apenas algumas horas atrás: o utilitário de backup deve ter feito o backup do arquivo depois que ele já estava corrompido! Então eu não preciso desse arquivo.

A (s) pergunta (s)

Eu tenho que perder alguma coisa.

Eu não posso acreditar que, simplesmente conectando o HD externo, um novo backup foi acionado, que substituiu os arquivos antigos (bons) pelos novos (corrompidos). Talvez isso esteja correto com os arquivos salvos há mais de três meses, mas é obviamente errado substituir o backup de ontem pelos arquivos de hoje.

Como posso encontrar com segurança as segundas e últimas versões de backup desse arquivo .vdi?

Como posso reconhecer e / ou corrigir um eventual problema de configuração incorreta?

Muito obrigado

    

Answer 1

Devo admitir que parte do problema se deveu a erros de digitação de nomes de arquivo.

Resposta parcial:

Como você pode ver acima, eu digitei incorretamente .dvi para a extensão em vez de .vdi . Essa foi a razão pela qual a primeira tentativa não teve êxito.

Na verdade, eu consegui encontrar um arquivo de backup antigo o suficiente com o seguinte comando duplicity :

$ duplicity list-current-files -t 3D file:///media/user/TOSHIBA\ EXT/backup_home_user | grep .vdi

que encontrou com sucesso o arquivo:

Fri Dec  9 09:56:13 2016 home/lorenzo/VirtualBox VMs/VirtXP/VirtXP.vdi

Com base nisso, tentei novamente via duplicidade:

$ duplicity restore --file-to-restore VirtualBox\ VMs/VirtXP/VirtXP.vdi -t 3D file:///media/user/TOSHIBA\ EXT/backup_home_user ./restoreDir

... o que infelizmente levou ao pedido do "GnuPG Passphrase", que eu não conseguia lembrar.

Então eu fiquei com o deja-dup e emiti o seguinte comando novamente (dessa vez com a extensão .vdi correta):

deja-dup --restore VirtXP.vdi

... portanto, depois de selecionar a data de 9 de dezembro, a recuperação foi concluída com sucesso.

Ainda restam duas perguntas:

• por que o deja-dup funciona sem uma frase secreta e (como) posso recuperá-lo?

• por que a segunda tentativa ( --restore-missing ) não funcionou? (sem nome de arquivo incorreto)