Estou usando o "Bash no Ubuntu no Windows", de um PC com Windows 10 Pro, para fazer backup da minha biblioteca de mídia para um servidor do FreeBSD que atua como meu NAS (ele roda NAS4Free). Isso costumava funcionar perfeitamente, mas recentemente parou para funcionar. Desde que eu não mudei nada do meu lado eu acho que a mudança veio de uma das atualizações do Windows, não tenho certeza.
De qualquer forma, eis o que acontece. Logo após alguns arquivos terem sido copiados, a transferência do rsync simplesmente trava. Eu deixei isso acontecer durante a noite para confirmar e fica pendurado por horas. Quando mato manualmente a tarefa enviando CTRL + C para o terminal recebo uma mensagem de erro, algum tempo continua (cerca de 30 segundos) e o programa pára:
arnaud@CLAVAIN:~$ rsync -arv --delete --no-compress /mnt/e/Music/ [email protected]:~/pool1/lolilol/music
[email protected]'s password:
sending incremental file list
ost/Luke Cage (Original Soundtrack Album)/
ost/Luke Cage (Original Soundtrack Album)/40. Finding Chico.m4a
ost/Luke Cage (Original Soundtrack Album)/41. I Am Carl Lucas.m4a
ost/Luke Cage (Original Soundtrack Album)/42. Crispus Attucks.m4a
ost/Luke Cage (Original Soundtrack Album)/43. Hideout.m4a
ost/Luke Cage (Original Soundtrack Album)/44. Cuban Coffee.m4a
ost/Luke Cage (Original Soundtrack Album)/45. Like a Brother.m4a
ost/Luke Cage (Original Soundtrack Album)/46. Cottonmouth's Clamp.m4a
ost/Luke Cage (Original Soundtrack Album)/47. Survival.m4a
ost/Luke Cage (Original Soundtrack Album)/48. Cottonmouth Theme.m4a
ost/Luke Cage (Original Soundtrack Album)/49. Luke Cops.m4a
ost/Luke Cage (Original Soundtrack Album)/50. Crushin' On Reva.m4a
ost/Luke Cage (Original Soundtrack Album)/51. Beloved Reva.m4a
^Crsync error: unexplained error (code 130) at rsync.c(632) [sender=3.1.0]
[sender] io timeout after 60 seconds -- exiting
arnaud@CLAVAIN:~$
Você pode ver onde o ^ C está, é quando eu mando a mensagem de kill. É quando os erros "error: inexplicado error" e "io timout" aparecem.
Eu tentei um comando alternativo, rsync -rltvzD --progress --delete , mas isso produz o mesmo erro.
Existe alguma maneira que eu possa solucionar isso melhor para entender qual é o problema? Observe que, se eu fizer isso em uma unidade local (como uma unidade externa USB), o rsync funcionará bem.
Eu também tive esse problema recentemente (como ontem), e o que eu descobri é que quando eu rsync sem cópia delta (usando --whole-file/-W para a transferência inteira do arquivo), tudo funciona perfeitamente.
Eu sei que não é a melhor solução, mas uma correção rápida por enquanto até que seja corrigida.
Eu tenho o mesmo problema. Acontece apenas enquanto rsyncing arquivos grandes. Eu criei uma solução alternativa:
Quando um arquivo pára de ser transferido, eu o cancelo e rsync qualquer arquivo parado. Por alguma razão, rsyncing o arquivo individual sempre funciona. Eu normalmente tenho que fazer isso por alguns arquivos antes do rsync original passar.
Super irritante, mas não tenho outras soluções além de não usar o Ubuntu Bash no Windows 10, o que seria decepcionante.
Minha configuração: rsyncing entre o Ubuntu rodando sob o Windows 10 e o servidor ubuntu da digitalocean.
É bem possível que a mudança no comportamento se deva a um Windows Update e a alteração das permissões padrão ou a desativação de um recurso durante a atualização e a não ativação correta novamente. A solução da Microsoft para outros erros é desabilitar e reativar o WSL.
Se tiver certeza de que não mudou nada, e se ainda não funcionar depois de desabilitar e reabilitar o WSL de "Recursos do Windows", talvez você queira postá-lo como um bug / problema no github da Microsoft, link