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 obtive sucesso. Devo restaurar todo o meu backup se precisar apenas de um único diretório ou arquivo?

Obrigado.

Claro que você pode fazer isso. No wiki da Ajuda do gnome DejaDup (oh e onde está o arquivo, você também pode ler o diretório)

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

• Abra o navegador de arquivos ( Nautilus )
• Navegue até a pasta real que contém o arquivo que você perdeu (não por qualquer link simbólico )
• Clique com o botão direito do mouse na pasta, entre os arquivos ▸ Restaurar arquivos ausentes ... (isso pode não estar disponível se você visualizar seus arquivos como uma lista, escolha a grade de ícones na parte superior da janela do nautilus)
• Quando a caixa de diálogo Restaurar aparecer, ele procurará por arquivos que estão no backup, mas não estão mais na pasta
• Quando vir o arquivo que deseja restaurar aparecer, selecione-o e clique em Avançar
• Revise suas seleções e clique em Restaurar

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

• Abra o navegador de arquivos (Nautilus)
• Vá para a pasta real que contém o arquivo que você deseja reverter (não por qualquer link simbólico )
• Clique com o botão direito do mouse no arquivo que você deseja reverter
• Escolha Reverter para a versão anterior…
• A seguir, aparece a caixa de diálogo Déjà Dup . Escolha a data a partir da qual restaurar. Clique em Avançar
• Revise suas seleções e clique em Restaurar . Nota: isso substituirá sua versão atual do arquivo
• Feito!

Observe que, para o Ubuntu, você precisará do ubuntuone-clientpacote 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 profissionais

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

• Você pode reverter arquivos na linha de comando:

  deja-dup --restore FILE1 FILE2
  

A resposta acima não funcionou para mim, pois a unidade que foi originalmente copiada foi removida. Compartilho o procedimento que segui abaixo:

• Em um terminal, digite:

duplicity list-current-files --nenhum arquivo de criptografia: /// [caminho_para_a_pasta_de_backup]> /home/[your_usernameername/list.txt

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

• Crie uma pasta para restauração:

mkdir [CAMINHO E NOME DO ARQUIVO PARA O ARQUIVO RESTAURADO]

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

restauração de duplicidade - sem criptografia - arquivo a restaurar [COLOCAR RESULTADOS DA ETAPA ANTERIOR] arquivo: /// [LOCAL DO BACKUP] [CAMINHO E ARQUIVO PARA O ARQUIVO RESTAURADO]

Observe que os comandos serão diferentes para um backup criptografado. Verifique a referência abaixo.

Referência de Duplicidade

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

"Backup", também conhecido como "deja dup" (observação para os desenvolvedores: padronizar um nome é realmente útil quando um novato precisa procurar respostas) não permitirá que eu faça outra coisa além de uma extração completa de todo o meu backup em 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: "hein?"), Portanto, nenhuma restorefunção via GUI para mim.

2. deja-dup --restore FILE1 FILE2não funciona Reclama:

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

Obviamente, estou assumindo que FILE1 é o backup e FILE2 o destino da restauração. Caso contrário, eu brincava.

Independentemente disso, ele acabou de lançar a GUI para o deja-dup - isso é impossível.

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 pesquisa de sua escolha revelará que outras pessoas também têm esse problema ao longo dos anos.

Minha solução alternativa: "restaure" tudo para uma 'pasta de espera' na minha unidade externa por meio da GUI, entre manualmente e pegue o diretório que eu quero e preencha com zero essa pasta.