Eu tive esse problema recentemente. Eu não encontrei uma solução "ideal". A opção mais segura é descartar o backup defeituoso e iniciar um novo, como você mencionou no seu comentário.
Outras respostas para problemas semelhantes sugerem soluções alternativas para restaurar arquivos usando backups anteriores ou ignorando os arquivos no volume corrompido, mas isso é claramente sub-ótimo, para não dizer complicado para conseguir na prática. No entanto, isso não ajuda um backup com falha.
Tentar forçar um backup completo dos arquivos no volume com falha é contraproducente, porque o próximo backup incremental é enorme, cobrindo todos os outros arquivos; você também pode excluir o backup com falha e iniciar novamente.
Eu encontrei uma maneira de implementar um patch da parte com falha do backup. Aqui está a receita:
- Localize os arquivos afetados observando o número do volume e, em seguida, verifique o número do volume no arquivo de manifesto.
- Toque nos arquivos afetados (
touch -m /name/of/file). - Faça um backup incremental.
O backup incremental conterá o (s) arquivo (s) afetado (s), mais qualquer outro que tenha sido alterado no ínterim, e o erro SHA1 não será mais relatado ... exceto por verificação (veja abaixo).
Eu testei isso usando duplicidade diretamente em vez do deja-dup gui, porque ele me permitiu ter um pouco mais de controle e fazer coisas adicionais como verificar o backup ( duplicity verify /target/directory url:///for/backup/archive ). Ele não remove o problema original do SHA1, mas o atenua fornecendo uma maneira de restaurar os arquivos nos volumes de backup presumivelmente corrompidos.
Da mesma forma, acho que se você levar a sério os backups, precisará esquecer o deja-dup e usar a duplicidade diretamente, porque os backups sem verificação não valem nada. Descobri que da maneira mais difícil, tendo usado o deja-dup por quase dois anos, antes de um backup com falha, percebi que, na verdade, minha programação de backup era uma casa construída sobre areia; Quando eu chequei a unidade externa que eu estava usando, cerca de 5% de todos os arquivos de backup estavam ilegíveis. Desde então, descobri que usar scripts de shell com duplicidade não é tão difícil e, uma vez configurado, é muito fácil.