为什么xcopy显然有足够的空间时会失败？

我有一个2TB硬盘驱动器“D”包含7TB的数据在我想复制（绝对驱动器上的所有内容）的2TB NTFS分区到981GB的空间（其新格式化（NTFS））的另一个驱动器“F”。

我确定没有进程正在写入磁盘D或F.只有一个备份进程正在运行（backblaze），我认为它只是读操作，所以它应该没有问题。

我通过pipe理员提升的命令提示符开始复制：

C:\Users\Me\Desktop\: xcopy /x /o /h /e /k D: F: 

然后大约20个小时后，指令失败，说“空间不足”。 我检查了资源pipe理器和磁盘F确实是100％满。 磁盘D没有增长或任何东西，仍然只有732GB在使用。

• Linux磁盘克隆：tar与特殊的克隆实用程序
• 如何cron在Ubuntu 9 +上每运行1小时？
• 如何创buildMacBook Pro的克隆/图像？
• 克隆git / gitolite / git-web / git-daemon服务器（致命：'gitolite-admin.git'似乎不是git仓库）
• 将单个O / S磁盘转换为RAID 1 – Ubuntu 12.04 LTS

我在这里无能为力 为什么数据突然变大？ 我应该尝试使用诸如clonezilla的live cd吗？

（旁边的问题：我能以某种方式加快这个过程吗？）

更新1

根据build议我已经尝试了以下内容：

 robocopy D:\ F:\ /COPYALL /E /DCOPY:T /R:10 /LOG:copylog.log /XD .bzvol 

我排除了.bzvol （它只有82 KB），因为如果我不这样做，它会使backblaze混淆！

一旦F已满，这将导致“无休止地”重复此消息： ERROR 112 (0x00000070): There is not enough space on the disk. Waiting 30 seconds... ERROR 112 (0x00000070): There is not enough space on the disk. Waiting 30 seconds...

这里有一些视觉证据：

我检查和驱动器D 没有设置为“压缩这个驱动器来节省磁盘空间”。

驱动器D由TrueCrypt 7.1aencryption。 目前我正在复制它。 但是，我认为这不应该是一个因素。

更新2

基于新的反馈，我已经收集了两个分区的统计数据。 查尔的钱是对的。 目标磁盘上的簇大小明显较大。 我想知道两者中哪一个是“正确的”（更好的）设置，但是为了复制成功，我不会有太多的select。 感谢大家的帮助。