rsync trava em um arquivo grande

Todas as noites eu copio vários discos virtuais com rsync de um computador Linux Debian para outro Linux Debian.
A maioria dos arquivos são imagens brutas com "buracos": algumas partes nunca foram gravadas, portanto, permanecem não alocadas no disco.

rsync trava em um arquivo, sempre o mesmo. O travamento ocorre após 50 Gb transferidos e a cada vez. Não tenho certeza se isso é sempre exatamente no mesmo ponto, mas ls -shexibe 50 Gb.
Este é um arquivo de 800 Gb contendo 151 Gb (portanto, 649 Gb não estão alocados). Alguns outros discos virtuais têm números semelhantes e o rsync funciona bem neles.

Tenho exatamente o mesmo comportamento se usar o rsync para atualizar o arquivo localmente, sem nenhum envolvimento de rede (com --no-whole-file, isso é um requisito, veja mais adiante).

Uma vez que o rsync está parado, ele usa um núcleo de CPU para 100% e zero atividade de disco no lado de recebimento (esta é uma solicitação pull, então o rsync é executado deste lado) e zero CPU e zero disco no lado de envio.
Deixei correr durante várias horas.
Ctrl+ cinterrompe imediatamente o rsync.
Quando executado para copiar localmente, uma vez parado, também tenho um núcleo de CPU para 100% e atividade de disco zero.

A única exceção que encontrei é quando eu rsync este arquivo para um novo local (ou seja, o arquivo de destino não existe). Portanto, suspeito que o problema esteja relacionado à comparação entre dados antigos e novos.

Eu uso --inplacepara limitar as gravações no disco de destino, porque os instantâneos são usados ​​após cada backup. Portanto, esta opção é um requisito e o rsync também, exceto se eu encontrar uma ferramenta capaz de atualizar apenas as partes alteradas desses arquivos.