Home
Categories
WIKI
Topic
User
LANGUAGE:
中文
English
发现一个文件移动方面的奇特现象
Experiences and Insight
629
views ·
2
replies ·
To
floor
Go
走钢丝
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
Like 0
Favorite
View the author
All Replies
jingle
deepin
2020-08-24 00:10
#1
文管要抓紧优化了
Reply
Like 0
View the author
辉夜
deepin
2020-08-24 00:51
#2
https://bbs.deepin.org/post/200217
文管要抓紧优化了
不是要重写了吗
Reply
Like 0
View the author
Please
sign
in first
Featured Collection
Change
[Tutorial] deepin25 WSL Offline Installation Guide
UOS AI 2.8 Released! Three New Intelligent Agents & Major Evolution
Solid Q&A | deepin 25 Common Questions – The Immutable System Edition
New Thread
Popular Ranking
Change
Personal Knowledge Assistant
minor bugs I found
Popular Events
More
开始的时候用 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