这好像是大量小文件复制必出的bug

因为目录中文件数量比较多，处理速度很慢。Windows下也一样有这样的问题。遇到这种情况应该先打包再复制。可以用命令打个tar包；也可以右键压缩选存储。打包后是只复制一个文件。打包+复制粘贴的时间远远小于直接复制粘贴的时间。另外一种方法是删除git相关的目录再复制，最少可以减少一半的文件数量，但是这个不一定能解决问题。

所以应该在设计上做些改进，比如先判断文件数量，过多的时候不要在图形界面进程内完成这种事情，创建终端进程用cp命令完成，或者tar包复制

tar -C 源目录/ -cvf - . | tar -C 目标目录/ -xvf -

文管陈年老bug，不要用文管复制大量文件。

丢数据很多次了。

有没有人管啊，产品经理呢？

这么大坑，多少用户被坑啊

能看下文件管理器得版本吗

deepin 23系统的

可以加入到内测，将版本升级到 6.5.10.3 看看是否卡死

陈年老bug了

这个问题很容易解决，我之前已经给出方案了，图形界面目录复制的时候，判断文件数量多于一个数值且磁盘空间足够，先打tar包（无压缩），再复制，然后解tar包，最后删除原来的tar包。

deepin团队应该尽早解决这个问题。

至于命令行里面，可以不用管，用命令的人自己解决。