justforlxz
deepin
2018-12-13 21:38 作为一个合格的二楼,一定要在前排摆好花生瓜子和板凳。
Reply Like 0 View the author
https://bbs.deepin.org/post/172344
复制完用sync命令,执行完就好了
https://bbs.deepin.org/post/172344
主要是有的人一看复制完了,就立马拔掉设备了,但是又不能一直让你停留在100%的进度。
这个取舍不好做。 ...
cg281312960 发表于 2018-12-13 16:42
在拷贝完成后增加个sha值验证,一样后拷贝窗口再关闭
https://bbs.deepin.org/post/172344
文管在对移动设备进行操作时应该强制同步写入,并禁用写入缓存,即使慢,那也是实际读写速度,这样才靠谱。 ...
https://bbs.deepin.org/post/172344
主要是有的人一看复制完了,就立马拔掉设备了,但是又不能一直让你停留在100%的进度。
这个取舍不好做。 ...

https://bbs.deepin.org/post/172344
写一遍又读一遍,拷贝大文件用户要砸电脑了
https://bbs.deepin.org/post/172344
复制完用sync命令,执行完就好了
https://bbs.deepin.org/post/172344
个人认为文件放到内存缓存应该不计完成百分比,从内存往U盘拷才开始计算完成百分比,如果能实现的话。读入 ...
https://bbs.deepin.org/post/172344
在拷贝完成后增加个sha值验证,一样后拷贝窗口再关闭
kirigaya 发表于 2018-12-13 21:49
然后就有人报“为什么深度文件管理器复制文件这么慢,windows都xxx就复制完了”等言论,不是没有过这样的 ...
zhangjide 发表于 2018-12-14 11:29
没什么,读取很快的

jyxlfd 发表于 2018-12-14 13:09
出现下图这种保存失败的问题,权限的问题吗?如何解决??
https://bbs.deepin.org/post/172344
额,Windows下可移动存储设备都是禁用写入缓存的呀,往U盘里拷贝数据速度就是实际读写速度,怎么可能会比 ...
kirigaya 发表于 2018-12-14 14:50
我没关心过这个… 我的u盘在deepin下也是100M的速度,,,
https://bbs.deepin.org/post/172344
现在就是这样实现的呀
Popular Ranking
ChangePopular Events
More
前段时间看到论坛一些同学发帖说文件管理器往U盘中复制文件容易丢失的问题。现象大概有下面几种:
随之而来的是大家会觉得文件管理器复制文件的速度太假了,是骗小孩子的。之前,计算文件复制速度时只考虑了已用时间和已写入的数据量,但是,写入文件的数据会被系统先放到内存的buffer中,内存肯定是很快的,所以就导致了文件管理器中显示的速度有点飘。再然后,文件复制完了,文件管理器会关闭已打开的文件,系统在执行关闭动作时会把一部分数据回写到储存设备,这部分所需要的时间不确定,所以会导致大家看到文件管理器进度卡在 99%很久。当文件被正常关闭后,接下来的操作一般是点击侧边栏的三角形图标卸载U盘,然后就拔下U盘到其它设备使用了。在这个步骤中存在一个问题,之前的设计中,三角图标在点击后基本很快就会隐藏,但此时设备还在安全移除中,正确的做法是,等待侧边栏上的设备入口消失后再拔掉U盘。针对这个行为可能会引起的误解,文件管理器中更改了可移动设备卸载时的逻辑,不管是点击三角图标还是在右键菜单中选择卸载,对可移除设备都会执行卸载和弹出动作,且等动作都完成后再隐藏三角图标和设备入口,以免图标的隐藏给我们带来错觉。上述这些改动都是新加的,大家在使用的过程中发现了什么问题请积极反馈,我们肯定会积极寻找原因的。另外,往U盘等设备中复制数据时一定要按标准步骤操作,这样才能最大程度的降低数据-----丢失的风险。我个人总结了下面的几个步骤,可以供大家参考:
* 不建议往U盘中剪切数据,在条件允许的情况下,请尽量使用复制,而不是剪切,这样当发现U盘中的数据有问题时还能挽回。另外一定要确保数据都正常时再删除电脑上旧的数据。
如果以上四个步骤都没有出现问题,但U盘上的数据还是消失或者损坏了,可以尝试使用别的文件管理器或者cp命令,把结果和过程都反馈。
--------------------------------
看到有同学提到文件内容校验的问题,文件管理器在复制文件时默认会使用crc32校验新文件内容。但是这个措施只能保证文件管理器给系统写入的数据是没有问题的,不能表示此时此刻硬件设备上存储的数据和当前读到的是一致的。我会考虑把文件完整性校验放到复制任务结束之后,理论上来讲会比现在的更加实用,不过也会稍微增加文件复制任务所需要的时间