Eu procurei por perguntas antigas, e as únicas que descobri que pareciam resolver isso eram cinco ou seis anos, referenciando pastas que não existem na minha instalação. Estou no 16.04 Mate, tentando fazer com que Deja-Dup me inicie completamente como se nunca tivesse sido executado antes, mas ficaria feliz se conseguisse fazer backups verificáveis e completos que realmente ignoram as pastas que eu ve especificado para ser ignorado.
Como está, toda vez que o Deja-Dup executa um backup (manual ou automático), ele para com uma mensagem que
não é possível fazer o backup do arquivo /home/[user]/.cache/dconf
Eu presumo que isso esteja acontecendo porque o arquivo está aberto, mas eu esperaria que o software de backup pudesse contornar isso.
- Eu verifiquei várias vezes que
~/.cache está na lista "ignorar" (na verdade, aparece duas vezes, embora eu tenha excluído completamente da lista e inserido novamente uma única vez).
- Eu também tentei adicionar pastas individualmente dentro de
~/.cache ; eles aparecem na lista, mas eu incluí ~/.cache/dconf e ainda recebi o mesmo erro.
Neste ponto, eu tenho uma pasta do Google Drive cheia de arquivos de duplicidade e não posso dizer qual é o quê, não posso dizer se o Deja-Dup está copiando tudo, exceto o arquivo que gera o erro, ou apenas arquivos manipulados antes do erro, não vejo porque eu estou recebendo duplicatas de pastas mostradas na lista "ignorar" - e eu acho que seria mais simples remover Deja-Dup inteiramente e começar de novo.
Eu encontrei uma resposta que sugere a limpeza do pacote deja-dup, mas quando simulo a purga de Deja-Dup, recebo essa :
Lendo listas de pacotes ... Feito Árvore de dependência de construção Leitura
informações de estado ... Feito Os seguintes pacotes foram automaticamente
instalado e não são mais necessários: libntlm0
linux-headers-4.10.0-28 linux-headers-4.10.0-28-genéricos
linux-headers-4.10.0-33 linux-headers-4.10.0-33-genéricos
linux-image-4.10.0-28-generic linux-image-4.10.0-33-genérico
linux-image-extra-4.10.0-28-generic
linux-image-extra-4.10.0-33-generic Use 'sudo apt autoremove' para
Remova eles. Os seguintes pacotes serão REMOVIDOS: deja-dup *
deja-dup-backend-cloudfiles * deja-dup-backend-gvfs *
deja-dup-backend-s3 * deja-dup-caja * ubuntu-mate-desktop * 0 atualizado, 0
recém-instalado, 6 para remover e 0 não atualizado. Purg
ubuntu-mate-desktop [1.154.1] Baixar Deja-dup-backend-s3
[34.2-0ubuntu1.1] Purg deja-dup [34.2-0ubuntu1.1]
[deja-dup-backend-cloudfiles: amd64 deja-dup-caja: amd64
deja-dup-backend-gvfs: amd64] Remover deja-dup-backend-cloudfiles
[34.2-0ubuntu1.1] [deja-dup-caja: amd64 deja-dup-backend-gvfs: amd64]
Purg deja-dup-backend-gvfs [34.2-0ubuntu1.1] [deja-dup-caja: amd64]
Purg deja-dup-caja [0.0.4-0ubuntu2] '
Eu presumo que isso seja apenas a desinstalação do meta-pacote mate-desktop, já que ele não lista centenas de dependências que resultariam na remoção do meu DTE - mas as outras perguntas que eu vi sugerem que isso sozinho não corrija o problema, e o Ubuntu mudou o suficiente desde 10.04 ou 11.04 que algumas das pastas referenciadas não existem ou não são onde as respostas anteriores assumem que são.
Como alguém aparentemente achou que não estava claro o que eu estava perguntando: dada a informação acima, como eu purga completamente o Deja-Dup sem remover meu desktop, então posso reinstalá-lo limpo - ou como posso fazer o Deja-Dup funcionar como novo, ignorar corretamente as pastas que ele não deveria fazer backup e fazer backups dos quais eu dependa?
Acompanhamento: Depois de implementar a parte "apenas purgar as configurações" da solução abaixo, Deja-Dup executou um ciclo completo, mas falhou com um erro completamente diferente que parece ter aparecido no final do "primeiro backup" ciclo - depois de gravar 300 MB de arquivos de backup e um arquivo de assinaturas, a gravação do arquivo de manifesto falhou com um dump de erro. Vou começar de novo, e se eu reproduzir o erro, vou procurar ou fazer uma pergunta diferente sobre como resolver isso.