Iresee
2024-08-08 17:36 deepin
之前提过:https://bbs.deepin.org/post/266260
Reply Like 0 View the author
之前提过:https://bbs.deepin.org/post/266260
关于是复制而不是移动好像是取决于是否为外部储存,出于安全考虑,如果剪切过程出问题了,很可能原来的文件就丢失了。如果是本机储存设备是能正常剪切的。
你的建议已经同步给相关产品。
关于是复制而不是移动好像是取决于是否为外部储存,出于安全考虑,如果剪切过程出问题了,很可能原来的文件就丢失了。如果是本机储存设备是能正常剪切的。
可是Ubutnu和Debian没有这个问题,默认开启外接硬盘回收站
关于是复制而不是移动好像是取决于是否为外部储存,出于安全考虑,如果剪切过程出问题了,很可能原来的文件就丢失了。如果是本机储存设备是能正常剪切的。
其他发行版剪切时,文件也没有被删除
可是Ubutnu和Debian没有这个问题,默认开启外接硬盘回收站
这样呀
这样呀
是的,他们在外置硬盘根目录建立了回收站文件夹“.Trash-1000”和“.Trash-0”,删除的文件可以找回,deepin不能这样,之前可以通过命令打开外置硬盘回收站,可是现在V23 最新内测版不可以了。
研究了一下。
你这个用例里核心操作是这个“合并”
我测试了很多次,同一个硬盘内剪切文件的话,都是执行重命名操作,执行很快。
但是一旦出现询问共存并且选择共存的情况,剪切(重命名)操作退化成了复制粘贴再删除的过程,导致了不必要的磁盘读写。
应该是个Bug。
Popular Events
More
比如一个文件路径为/A/A/B,B里面有很多文件,那么剪切/A/A的A文件夹到/A,那么会复制/A/A/B里面所有的文件到/A,而不是直接移动
比如你有文件路径为/电影/A.mkv,那么在/电影下创建电影文件夹并把A移动进去(/电影/电影/A.mkv),剪切第二个电影到第一个电影,那么是直接复制,而不是剪切,别的发行版如Ubuntu、Debian没有这个问题。
一个电影,复制几十个G,好离谱!