发现一个文件移动方面的奇特现象
Tofloor
poster avatar
走钢丝
deepin
2020-08-23 21:48
Author
昨天调整磁盘分区,因为要跨分区移动很多文件,偶然发现一个文件移动方面的奇特现象。不知道 linux 的这种设计合理不合理。

开始的时候用 deepin 文管移动一个大文件夹,因为比较大,要花很长时间,就用 df -h 命令一直查看磁盘分区占用情况。发现三个现象
1、目标位置的分区占用一直在增加,但源位置的分区占用一直没有减少,似乎只是复制。
2、整个文件夹全部复制完成后,文管中的对话框就停在 100% 了,没有关闭。
3、100% 后,用 df -h 查看分区占用,发现源位置所在分区占用开始减少,即删除源文件。源文件全部删除或出错后文管对话框关闭。

这里比较有趣的是,怎么所有文件都复制完了才开始检验和清理原文件?整个操作需要这样执行才能进行事务撤销么?

因为移动文件比较多,后面发现问题不是这么简单。文件移动操作似乎是按选择的顶层文件夹或文件来算的。如果顶层只有一个文件夹,但里面有很多子文件夹,终止时很可能所有文件都没删除,等同于复制。

原本以为是文管的问题,后来用 mv 命令试了下,表现也是一样的。

另外,似乎从 ntfs 分区复制文件到 ext4 分区,速度较高,但 ntfs 的写入效率就低得多,不知道啥原因。

召唤大佬,看看这方面是不是有什么历史原因。https://bbs.deepin.org/user/10700  https://bbs.deepin.org/user/13508





Reply Favorite View the author
All Replies
avatar
jingle
deepin
2020-08-24 00:10
#1
文管要抓紧优化了
Reply View the author
avatar
辉夜
deepin
2020-08-24 00:51
#2
https://bbs.deepin.org/post/200217
文管要抓紧优化了

不是要重写了吗
Reply View the author