Restic: Restaurar com --include cria diretórios com permissões erradas no caminho para baixo.

Obrigado por abordar este problema. Não tenho certeza se definir os direitos de acesso anteriores em diretórios intermediários da maneira correta, deixe-me pensar um pouco sobre isso.

Alguma outra opinião sobre o assunto?

Para mim, isso definitivamente parece um bug / problema na funcionalidade de restauração. Se estou restaurando dados que pertenciam originalmente a algum usuário em um diretório que pode ser acessado por esse usuário, espero que esse usuário consiga acessar os dados restaurados, mesmo que apenas uma parte tenha sido restaurada. Restaurar os atributos do diretório (proprietário / acesso / etc) parece uma maneira natural de fazer isso.

Além disso, o comportamento atual é percebido como "restaurando pela metade" esses diretórios intermediários (sua existência foi restaurada, mas seus atributos não), o que parece inconsistente / ilógico.

Eu penso que isto é um erro. Se eu quiser restaurar parte de um backup, a cópia restaurada deve ser utilizável. Atualmente, ele é inutilizável sem realizar operações restic ls para descobrir as permissões apropriadas, o proprietário e o grupo de cada elemento de caminho que foi criado automaticamente. Isso realmente dificulta a restauração de arquivos / diretórios.

Concordo que o que é restaurado pelo restic deve ser restaurado de maneira consistente (ou seja, com as permissões "padrão" do usuário que está executando a restauração ou com as permissões etc. dos arquivos e pastas originais dos quais foi feito backup, não um combinação dos dois).

No entanto, posso ver um caso de uso em ambos os tipos de permissão:

• Alguns usuários precisam / desejam restaurar os dados em um novo contexto e, com isso, desejam que as propriedades e permissões sejam "padrão", como se eles próprios tivessem criado os mesmos diretórios e arquivos novamente.
• Alguns usuários precisam / desejam restaurar os dados no mesmo contexto ou no mesmo contexto em que foi feito o backup e, com isso, desejam que o resultado tenha a mesma propriedade e / ou permissões dos arquivos originais dos quais foi feito o backup.
• Alguns usuários desejam manter apenas as permissões, mas não as propriedades (no entanto, eles podem facilmente corrigir as propriedades).

Acho que a maneira razoável de avançar é que se pode controlar quais propriedades e / ou permissões restaura por algumas opções para o comando de restauração.

Alguém pode confirmar se ainda é um problema? Desde que a versão 0.7.3 foi lançada, fizemos algumas mudanças na manipulação de permissão (e carimbo de data / hora) para diretórios intermediários ...