这个回答涉及到：
它已经运行了18个小时以上，比我的预期时间要长。即使速度缓慢到USB 2的水平，也只需要大约8个小时。
并且提出了可能的Robocopy替代方案。
传输速度检查：
其他人已经提到了可能导致速度低于预期的原因。
当前速度：
注意目标驱动器上可用空间的变化速率将告诉您当前的复制速率。在每次检查之间间隔10秒，给它一分钟将得到更好的平均值。
您可以使用适合的Windows工具来完成这个操作，或者使用我首选的方法，即使用现在被称为“DOS窗口”的选项。
dir target:\
应该是足够的。
迄今为止的传输速度：
您可以通过例如找到迄今为止已复制了多少个文件和多少数据量。
dir target:\destination_folder /s
这将会在dir过程中减缓复制速率。
由于大部分结果被缓存，随后的DIR通常会更快。
传输速度是否足够：
58 GB/18 小时大约是不到 1 MB/秒，对于任何 USB2 - USB3 复制过程来说都是很低的。你可以通过上述方式访问实际传输的文件大小，以判断速度是否比 1 MB/秒更慢。
我在现代机器上（好吧，i7）遇到的最差传输速度是 501 MB/秒。
可能的帮助（仅供参考）：
我不熟悉 Robocopy。
我使用一个非常古老的（2001 年）版本的 XXCOPY 来完成类似的任务，因为它运行良好且许可条款符合我的需求。XXCOPY 有一个标志 "/nX0"，在某些情况下禁用了保留短文件名的功能。在某些情况下，这样做可以极大地提高传输速度。Robocopy 中可能有类似的设置可以帮助你。
我还使用古老的 DOS Subst 命令将源路径和目标路径分配给虚拟驱动器号。
eg subst a: pathname
这个功能允许复制一些本来无法复制的文件，包括那些文件名非常（愚蠢地）长的文件。
============================
可能感兴趣。
与使用Robocopy相关的问题。
以下脚本使用XXCOPY执行类似的任务。
现有文件不会被重新复制。
Y:和Z:被用来代替直接的源和目标参数，以消除某些复制错误（文件名太长）。
我不确定为什么这样能行，但它确实有效。
subst y: /D ; release mapped drive
subst y: Src_Drive:\source_path
subst z: /D ; release mapped drive
subst z: Dest_Drive:\destination_path
**xxcopy /bb /s /h /nx0 y:\*.* z:\**
rem /bb - if not exist
rem /s - all subdirs
rem /h - incl hidden files
rem nx0 - don't preserve short file name