rsync挂在一个大文件上

每天晚上，我都会用rsync从一台Linux Debian计算机上将几个虚拟磁盘复制到另一台Linux Debian上。
大多数文件是带有“漏洞”的原始图像：某些部分从未写入，因此在磁盘上保持未分配状态。

rsync挂在一个文件上，总是一样的。 挂起发生在50Gb传输，每次。 我不确定这是否始终处于完全相同的位置，但ls -sh显示50 Gb。
这是一个包含151 Gb的800 Gb文件（因此649 Gb是未分配的）。 其他一些虚拟磁盘有相似的数字，rsync在其上运行良好。

如果我使用rsync在本地更新文件，而没有任何networking参与（使用--no-whole-file ，这是一个要求，请参阅后面的内容），我具有完全相同的行为。

一旦rsync被阻塞，它将使用一个CPU核心到100％，在接收端使用零磁盘活动（这是一个pull请求，所以rsync从这边运行），在发送端使用零CPU和零磁盘。
我让它在几个小时内跑了。
Ctrl + c立即停止rsync。
当运行到本地复制，一旦停滞，我也有一个100％的CPU核心和零磁盘活动。

• 如何从实时系统创build虚拟机？
• 我们应该为虚拟机存储运行哪个RAID级别
• 运行虚拟服务器还是购买物理服务器？
• 什么是Linux中最好的免费虚拟机软件？
• 我的操作系统是虚拟机吗？

我发现唯一的例外是当我rsync这个文件到一个新的位置（即目标文件不存在）。 所以我怀疑这个问题与新旧数据的比较有关。

我使用--inplace来限制对目标磁盘的写入，因为每次备份之后都会使用快照。 所以这个选项是一个需求，rsync也是如此，除非我find一个工具只能更新这些文件的变化部分。