rsync зависает на одном большом файле

Каждую ночь я копирую несколько виртуальных дисков с помощью rsync с одного компьютера Linux Debian на другой Linux Debian.
Большинство файлов представляют собой необработанные образы с «дырами» в них: некоторые части никогда не записывались, поэтому остаются нераспределенными на диске.

rsync зависает на одном файле, всегда одинаково. Зависание происходит после передачи 50 Гб и каждый раз. Я не уверен, всегда ли это в одной и той же точке, но ls -sh отображает 50 Гб.
Это файл размером 800 ГБ, содержащий 151 ГБ (так что 649 ГБ не выделены). Некоторые другие виртуальные диски имеют аналогичные цифры, и на них хорошо работает rsync.

У меня точно такое же поведение, если я использую rsync для локального обновления файла без участия сети (с --no-whole-file, это требование, см. ниже).

После остановки rsync он использует одно ядро ​​ЦП на 100% и нулевую активность диска на принимающей стороне (это запрос на вытягивание, поэтому rsync запускается с этой стороны), а также нулевой ЦП и нулевой диск на отправляющей стороне.
Я дал ему поработать несколько часов.
Ctrl+c немедленно останавливает rsync.
При запуске для локального копирования, после остановки у меня также есть одно ядро ​​ЦП на 100% и нулевая активность диска.

Единственное исключение, которое я обнаружил, - это когда я синхронизирую этот файл с новым местоположением (т.е. файл назначения не существует). Поэтому я подозреваю, что проблема связана со сравнением старых и новых данных.

я использую --inplace для ограничения записи на целевой диск, поскольку моментальные снимки используются после каждого резервного копирования. Так что эта опция является обязательной, как и rsync, за исключением случаев, когда я нашел инструмент, способный обновлять только измененные части этих файлов.