É possível restaurar apenas um diretório com o utilitário de backup?

Question

Eu uso o utilitário de backup padrão do Ubuntu (deja-dup) no painel de configurações. Hoje eu apago por erro um diretório. Tentei restaurá-lo, mas não consegui. Devo restaurar todo o meu backup se eu precisar apenas de um único diretório ou arquivo?

Obrigado.

    

Answer 1

Claro que você pode fazer isso. Do wiki de ajuda do DejaDup do gnome (oh e onde diz arquivo você também pode ler o diretório)

Restaurar um arquivo perdido com Déjà Dup ( link do wiki )

• Abra o navegador de arquivos ( Nautilus )
• Navegue até a pasta real que contém o arquivo perdido (não via qualquer symlink )
• Clique com o botão direito na pasta, entre os arquivos ▸ Restaurar arquivos ausentes… (isso pode não estar disponível se você visualizar os arquivos como uma lista, escolha grade de ícones na parte superior da janela do nautilus)
• Quando a caixa de diálogo Restaurar é exibida, ele verifica os arquivos que estão no backup, mas não está mais na pasta
• Quando você visualizar o arquivo que deseja restaurar, selecione-o e clique em Encaminhar
• Revise suas seleções e clique em Restaurar

Restaurar uma versão anterior de um arquivo com Déjà Dup ( link do wiki )

• Abra o navegador de arquivos (Nautilus)
• Vá para a pasta real que contém o arquivo que você deseja reverter (não via qualquer symlink )
• Clique com o botão direito no arquivo que você deseja reverter
• Escolha Reverter para a versão anterior…
• Acima vem o diálogo Déjà Dup . Escolha a data a partir da qual restaurar. Clique em Encaminhar
• Revise suas seleções e clique em Restaurar . Nota: isto sobrescreverá sua versão atual do arquivo
• Feito!

Note que para o Ubuntu você precisará do pacote ubuntuone-client instalado para que as entradas do menu apareçam no Nautilus, mesmo se você não estiver usando o Ubuntu One.
Observe também que a versão do Mate do Nautilus, Caja, não suporta a restauração de arquivos.

Dicas para profissionais

• Você pode selecionar vários arquivos de uma só vez antes de clicar com o botão direito do mouse.

• Você pode reverter arquivos na linha de comando:

  deja-dup --restore FILE1 FILE2
  

Answer 2

A resposta acima não funcionou para mim porque a unidade que tinha sido originalmente copiada tinha sido removida. Eu compartilho o procedimento que segui abaixo:

• Em um terminal, digite:

% bl0ck_qu0te%

Esteja ciente do formato "file: /// ..." no qual a duplicidade espera receber o caminho para o arquivamento - Você precisa indicar o caminho completo para a pasta que contém seu backup.

• Criar pasta para restauração:

% bl0ck_qu0te%

• Encontre o arquivo / pasta que você deseja restaurar no arquivo 'list.txt' que criamos anteriormente (na pasta home). Copie apenas o nome do arquivo e o caminho para o arquivo , não a data. Execute o seguinte:

% bl0ck_qu0te%

Por favor, note que os comandos serão diferentes para um backup criptografado. Verifique a referência abaixo.

Referência de duplicidade

    

Answer 3

Usuário da Caja aqui, (Mate em 16.04.3). Problemas com essas soluções para mim, FWIW.

"Backup", também conhecido como "deja dup" (nota aos desenvolvedores: padronizar um nome é realmente útil quando um novato tem que procurar por respostas) não me permite fazer nada além de um extração completa do meu backup inteiro para um local de minha escolha. Eu só quero um pequeno diretório para uma VM com defeito ...

1. Nautilus usado. No entanto, ele não tem acesso ao diretório que eu preciso (VBox. Me: "huh?"), Então não há restore função via GUI para mim.

2. deja-dup --restore FILE1 FILE2 não funciona. Ele reclama:

   ** (deja-dup:3343): CRITICAL **: deja_dup_config_location_add_volume_full: assertion 'uuid != NULL' failed

Claro, estou assumindo que FILE1 é o backup e FILE2 o destino da restauração. Se não, eu goofed.

Independentemente disso, acaba de lançar a GUI para o deja-dup - isso é um não ir.

3. Várias tentativas do método de Wilson Canda, assim

$ duplicity restore --no-encryption file:///media/b/be5f7aad-aa52-47ea-8e64-4352111f66af/home/b/'VirtualBox VMs'/'Green Machine' 'VirtualBox VMs'/'Green Machine'

Local and Remote metadata are synchronised, no sync needed.
Last full backup date: none
Traceback (innermost last):
  File "/usr/bin/duplicity", line 1559, in <module>
    with_tempdir(main)
  File "/usr/bin/duplicity", line 1545, in with_tempdir
    fn()
  File "/usr/bin/duplicity", line 1394, in main
    do_backup(action)
  File "/usr/bin/duplicity", line 1473, in do_backup
    restore(col_stats)
  File "/usr/bin/duplicity", line 729, in restore
    restore_get_patched_rop_iter(col_stats)):
  File "/usr/bin/duplicity", line 751, in restore_get_patched_rop_iter
    backup_chain = col_stats.get_backup_chain_at_time(time)
  File "/usr/lib/python2.7/dist-packages/duplicity/collections.py", line 984, in get_backup_chain_at_time
    raise CollectionsError("No backup chains found")
 CollectionsError: No backup chains found

Um mecanismo de busca de sua escolha revelará que outras pessoas também têm esse problema ao longo dos anos.

Minha solução alternativa: "restaurar" tudo para uma "pasta de espera" na minha unidade externa via GUI, entrar manualmente e pegar o diretório que eu quero e preencher a pasta com zero.