Rsync com arquivos de caracteres especiais que não funcionam entre Mac e Linux

18

Quero usar o rsync para fazer backup do meu servidor Ubuntu com um disco localizado em um Mac. Mas não consigo que funcione corretamente, pois toda vez que executo novamente a operação rsync após a hora inicial, os arquivos com caracteres especiais são primeiro excluídos e depois sincronizados novamente. Parece que há um problema com diferentes conjuntos de caracteres.

A solução preferida parece ser usar a --iconvopção:

Você pode usar a opção --iconv do rsync para converter entre UTF-8 NFC e NFD, pelo menos se estiver em um Mac. Há um conjunto de caracteres utf-8-mac especial que significa UTF-8 NFD. Portanto, para copiar arquivos do seu Mac para o NAS, você precisa executar algo como:

rsync -a --iconv=utf-8-mac,utf-8 localdir/ mynas:remotedir/

Isso converterá todos os nomes de arquivos locais de UTF-8 NFD para UTF-8 NFC no servidor remoto. O conteúdo dos arquivos não será afetado.

Graças a @Jan, atualizei minha versão rsync no meu mac a partir da 2.6.9. a 3.1.1. Ainda assim, ainda não estou lá, pois agora recebo mais um erro:

iconv_open("UTF-8", "utf-8-mac") failed
rsync error: requested action not supported (code 4) at rsync.c(118) [sender=3.0.9]
rsync: connection unexpectedly closed (0 bytes received so far) [Receiver]
rsync error: error in rsync protocol data stream (code 12) at io.c(226) [Receiver=3.1.1]

Estou sem entender por que "a ação solicitada não é suportada", pois parece que a versão rsync no meu Ubuntu (12.04) está na versão 3.xx e, portanto, deve suportar a --iconvopção.

EDIT: Permitam-me acrescentar que quando eu (no Mac, nota bene) inicio um rsync DO Mac para o Linux, tudo funciona esplendidamente:

rsync -av --delete --iconv=utf-8-mac,utf-8 localdir/ mynas:remotedir/

Mas ir para o outro lado 'do mac não funciona. Estranhamente, testar para iniciar o rsync a partir da máquina linux gera essa mensagem estranha:

rsync: on remote machine: --iconv=UTF-8-MAC: unknown option
rsync error: syntax or usage error (code 1) at /SourceCache/rsync/rsync-45/rsync/main.c(1333) [server=2.6.9]
rsync: connection unexpectedly closed (0 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]

incluindo a afirmação muito estranha [server=2.6.9], embora eu tenha atualizado para 3.1.1 no Mac. Por algumas razões, parece que minha máquina linux 'vê' apenas a versão rsync original no Mac.

Alguma sugestão sobre como resolver isso?

Nick The Swede
fonte

Respostas:

18

A solução foi embaraçosamente simples: devido a um comentário que li ao pesquisar o problema, pensei que você deveria especificar o conjunto de caracteres na ordem da transformação; mas parece que essa não é a sintaxe correta. Em vez disso, deve-se sempre usar --iconv=utf-8-mac,utf-8ao inicializar o rsync a partir do mac e sempre usar --iconv=utf-8,utf-8-macao inicializar o rsync a partir da máquina linux, não importa se eu quero sincronizar arquivos da máquina mac ou linux.

Então funciona como mágica!

EDIT: De fato, às vezes, verificar a página do manual de perto é uma boa coisa a fazer. Aqui está, preto no branco:

--iconv=CONVERT_SPEC
              Rsync  can  convert  filenames between character sets using this
              option.  Using a CONVERT_SPEC of "." tells rsync to look up  the
              default  character-set via the locale setting.  Alternately, you
              can fully specify what conversion to do by giving a local and  a
              remote   charset   separated   by   a   comma   in   the   order
              --iconv=LOCAL,REMOTE, e.g.  --iconv=utf8,iso88591.   This  order
              ensures  that the option will stay the same whether you're push-
              ing  or  pulling  files.
Nick The Swede
fonte
Uhm ... está acontecendo comigo do Ubuntu ao Amazon S3 ...: |
Tom Roggero
Deixa pra lá! AWS CLI corrigiu para mim.
Tom Roggero
Branco sobre preto;)
Hello World
3

Posso confirmar que funciona, estava tendo o mesmo problema. No meu caso, qualquer arquivo com um caractere acentuado era ilegível no destino. Eu só o localizei executando uma comparação de pastas no meu Mac usando o aplicativo Comparar Pastas: https://itunes.apple.com/gb/app/compare-folders/id816042486?mt=12

Adicionado o acima --iconv = utf-8-mac, utf-8 e BOOM! O rsync substituiu todos os arquivos acentuados por um novo.

Para adicionar algumas informações, pois parece que os links acima não funcionam mais, para atualizar o rsync para 3.1.2, instale o Macports e execute: sudo port install rsync

A razão pela qual você estava vendo o servidor remoto retornando a versão 2.6.9 é porque a versão antiga ainda está lá e o servidor remoto está vendo essa em vez da nova.

A versão 2.6.9 está localizada em / usr / bin

vandit6354
fonte