Eu estava lançando este comando do Agendador de Tarefas do Windows. Quando peguei o comando e o executei a partir de um console (prompt de comando), as opções funcionaram como deveriam *.
A única diferença entre a execução dos comandos aconteceu quando tentei finalizá-los. No console, pressionando Ctrl+C
, rsync terminou com o erro
rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at ...
No Agendador de Tarefas do Windows, clicar com o botão direito do mouse na tarefa em execução e selecionar Fim resultou no erro
rsync: read error: Connection reset by peer (104)
Portanto, só posso presumir que a maneira como o Agendador de Tarefas do Windows encerra um processo difere da maneira como o rsync espera terminar *, e isso faz com que o rsync termine sem executar suas rotinas.
* - Encontrei mais sobre a maneira como --partial
e --partial-dir
funcionam.
Com --partial
, rsync cria um arquivo temporário como eu vi, mas quando o rsync termina (de uma maneira esperada), ele renomeia esse arquivo temporário para o nome do arquivo regular (por exemplo, renames . [nome_do_arquivo] .2dxZ1a para [nome_do_arquivo] ) e então faz uma cópia do arquivo parcial para um novo arquivo temporário na próxima execução (por exemplo, cópias [nome_do_arquivo] para . [nome do arquivo] .34cae2 ).
Com --partial-dir
, o rsync preenche o arquivo temporário e, ao fechar, move o arquivo temporário para o diretório especificado como o nome do arquivo normal (por exemplo, renames . [nome_do_arquivo] .2dxZ1a para [partial-dir] / [filename] ). Então, na próxima execução, copia o arquivo de [partial-dir] para um novo arquivo temporário no diretório de destino.