Atualizei meu arquivo rsync ignore e usei o --delete-excludedsinalizador para remover arquivos agora redundantes do lado de destino. rsync não pode concluir a tarefa, pois tenho a linha lost+found/no referido arquivo:
rsync: [generator] opendir "/mnt/text/lost+found" failed: Permission denied (13)
IO error encountered -- skipping file deletion
meu comando:
rsync --archive --no-compress --info=progress2 --human-readable --exclude-from='rsync.exclude.txt' --delete-excluded $HOME/ /mnt/text/
Como um diretório do sistema lost+foundnão pode ser removido.
Lembro-me de obter erros de permissão com lost+foundpelo menos o Fedora 33 (no lado do envio) e, portanto, a pasta foi excluída. No meu Fedora 35 atual, o rsync funcionou bem sem (atualmente não há dados no diretório, se relevante).
É realmente necessário excluir manualmente a pasta ou encontrei um bug (e, como resultado, não entendi como o rsync funciona)? Isso implicaria que o rsync sempre falharia no Linux quando as configurações padrão são usadas devido ao erro de E/S...
Primeiro, respondendo à pergunta que você fez, " O rsync processa o diretório lost+found por padrão? ", a resposta é sim se você o incluiu no escopo.
rsync -av / remoteHost:/some/pathtentará incluir todos os arquivos e diretórios - e falhará em arquivos ou diretórios que o usuário atual não pode acessar, inclusive/lost+foundse você não for root. (Também falhará na maioria/proce,/sysmas por diferentes razões.)Agora, olhando para o corpo da questão como um todo. Esta parece ser uma execução única para remover os arquivos e diretórios que você está excluindo da cópia de origem.
Você não pode realmente excluir
lost+founddas exclusões, então a solução mais fácil seria incluir o--ignore-errorssinalizador. Isso permitirá que as exclusões ocorram para os arquivos e diretórios que você tem permissão para excluir. Você ainda receberá um errolost+found, mas isso não impedirá as outras exclusões.Feito isso, você deve reverter seu processamento para que não tenha mais
--delete-excludedou--ignore-errors.