Não é possível rsync para outro volume com o Git Bash

Question

Eu uso o git bash em uma máquina com windows: versão 2.7.2 (versão de 32 bits) do Git para Windows construída em 2016-02-23 disponível em link .

No bash eu posso copiar um diretório de /c/ para /e/ (um pendrive USB). No entanto, recebo erros quando tento usar rsync . Eu tentei adicionar cygdrive aos nomes de diretório, mas isso não funcionou. Também tentei adicionar -e (só para ver o que aconteceria) que também não funcionou.

Eu mencionei que o comando copy funciona porque é estranho ver a unidade de um jeito, mas não vejo de outra maneira.

Cópia bem sucedida:

rsyncsemêxito:

Obrigado,eporfavor,comentesevocêmeajudarafazeraperguntamelhor.

Históricoepesquisaadicionais:

Erro255

Emalgummomentoeuacreditoqueeuestavarecebendoexatamenteomesmoerro(255),oquemelevouaestepost.Noentanto,asoluçãoaquiestárelacionadaacygwin,nãogitbash. link

Vagrant e rsync

Há muita boa discussão sobre a mecânica de rsync , especialmente de mitchellh . No entanto, eu não sabia quais componentes eles referenciam na minha instalação, ou sei como saber. Eu fiz uma pergunta separada neste site sobre esse assunto. fonte: link

Listando unidades em ambientes Linux emulados

fonte: link Quando eu faço cat /etc/fstab eu recebo o seguinte:

$ cat /etc/fstab
# For a description of the file format, see the Users Guide
# http://cygwin.com/cygwin-ug-net/using.html#mount-table

# DO NOT REMOVE NEXT LINE. It remove cygdrive prefix from path
none / cygdrive binary,posix=0,noacl,user 0 0
none /tmp usertemp binary,posix=0,noacl 0 0

O que eu acho indica que há um volume chamado cygdrive , no entanto, não encontrei nenhum comando que acesse com sucesso esse nome.

Possível pergunta duplicada:

@kenorb sugeriu que esta questão é uma duplicata de Por que o cwRsync não funciona no Windows? .

Não me lembro de ter visto este post ontem, mas este parece o mais parecido com o meu. Eu ainda acho que é diferente porque esta questão foi postada em 2011, e esta versão do rsync é de 2016. A versão anterior que eu estava usando ontem de manhã (que foi instalada em 2015) deu um erro diferente, e me levou a atualizar meu versão do git / git bash.

Se essa pergunta for uma duplicata, não há (a partir de agora) nenhuma resposta aceita, e a resposta principal não funciona para mim.

Em geral, toda essa pesquisa me levou a acreditar que houve vários problemas com rsync nas portas do Windows e que essa é apenas a mais atual.

Eu acho que o problema pode ser resolvido especificando a unidade de forma diferente ... mas eu não sei o que funcionaria. Eu tentei usar o nome da unidade, letra da unidade, sintaxe de barra invertida do cólon do windows. Obviamente não funcionou, e no final eu estou apenas supondo.

rsync no msysgit

Em 18/10/11, Werner BEROUX disse

Is it possible to escape so as to pass "/c/Folder" as argument to an application? Git transforms that to "C:\Folder" by default and it seems I cannot avoid it even by using common escaping methods. https://groups.google.com/forum/#!topic/msysgit/J1hvt9Ave8g

Não tenho certeza se isso está relacionado, acho que eles estão tentando usar o rsync dentro de um comando git, mas é interessante que eles estejam tendo problemas com os nomes dos caminhos. Gostaria de saber se esses erros causados pelo caminho que está sendo traduzido incluem um : ?

Códigos de erro 12 e 255 (Editar em 21 de março de 2016)

Já que outra pessoa (@davidpostill) está dizendo que esta é uma duplicata também, eu pensei em tentar as respostas / comentários no outra pergunta novamente.

O topo votou respostas e comentários da outra pergunta ainda não funcionou para mim, o que me leva de volta à conclusão de que este é um problema diferente.

Aqui estão os resultados da tentativa do rsync a partir do pen drive, como sugerido no comentário final da resposta mais votada no outra pergunta :

Primeiro, tentei usar /c/ , que é o modo de referenciar unidades em outros comandos no Bash para Windows.

user@computer MINGW32 /e
$ rsync -trd /c/examp/ .
ssh: Could not resolve hostname c: Name or service not known
rsync: connection unexpectedly closed (0 bytes received so far) [Receiver]
rsync error: error in rsync protocol data stream (code 12) at /home/lapo/package/rsync-3.0.9-1/src/rsync-3.0.9/io.c(605) [Receiver=3.0.9]

Eu recebi o mesmo erro com /cygwin prefix:

user@computer MINGW32 /e
$ rsync -trd /cygwin/c/examp/ .
ssh: Could not resolve hostname c: Name or service not known
rsync: connection unexpectedly closed (0 bytes received so far) [Receiver]
rsync error: error in rsync protocol data stream (code 12) at /home/lapo/package/rsync-3.0.9-1/src/rsync-3.0.9/io.c(605) [Receiver=3.0.9]

Tentei vários tipos de adição de c: , mas como foi apontado no passado, o cólon faz com que rsync pense que é uma conexão remota e, portanto, falha com o erro 255.

user@computer MINGW32 /e
$ rsync -trd /c:/examp/ .
ssh: Could not resolve hostname c: Name or service not known
rsync: connection unexpectedly closed (0 bytes received so far) [Receiver]
rsync error: unexplained error (code 255) at /home/lapo/package/rsync-3.0.9-1/src/rsync-3.0.9/io.c(605) [Receiver=3.0.9]