为什么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在使用。

我在这里无能为力 为什么数据突然变大? 我应该尝试使用诸如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。 感谢大家的帮助。

在这里输入图像说明

在这里输入图像说明

源卷D(实际位于TrueCrypt容器内的文件系统)和目标卷F上的簇大小(分配单元大小)是多less?

对于驱动器填满的一个假设是卷F具有较大的簇大小,并且卷D具有许多小文件。 这意味着相同的数据在目标卷F上可能比在源卷D上占用更多的空间。