我之所以问这个问题,是因为我认为本地的移动操作更像是重命名过程,只需重新链接几个文件指针就可以完成。
我正在升级到更大的 SSD 驱动器后设置我的 Windows 10 机器,并且在设置包含 300 + GB 文件的 Dropbox 过程中,推荐的程序是简单地暂停同步,将所有旧内容移动到新文件夹中并恢复同步。
但移动过程耗时很长。根据我在移动对话框中看到的数据判断,移动过程似乎先复制文件,然后将其删除。
然而,如上所述,我认为由于这是同一个磁盘,所以移动操作只是一个文件指针重新链接。
因此,问题是这样的:
- 我的假设错了吗?移动真的是复制然后删除吗?
- 是不是哪里设置错误了?
- 是否有什么东西干扰了重新链接过程,比如文件属于较旧的安装,因此具有 Windows 可以删除但实际上并不想带走的访问数据或所有权数据?
请注意,这是相同的物理驱动器、相同的逻辑驱动器、相同的 Windows 驱动器等。这里没有恶作剧。
我使用的流程是:
- 我用更大的 SSD 替换了主驱动器
- Dropbox 文件夹位于我的辅助驱动器 D:\Dropbox
- 在主驱动器上安装 Windows 10 后,我将 D:\Dropbox 重命名为 D:\DropboxOld
- 然后我安装了 Dropbox 并要求它同步到 D:\Dropbox(平行文件夹到 D:\DropboxOld)
- 然后我暂停同步并开始将内容从 D:\DropboxOld 移动到 D:\Dropbox(按照本文所述:https://www.dropbox.com/en/help/1941)
这就是我目前所在的地方,等待这一举动完成。
我之所以认为它实际上是复制然后删除,是因为首先它需要很长时间才能完成,但主要是我注意到当它遇到大文件时,比如说 SQL Server 2016 Developer Edition ISO 文件,移动对话框如下所示:
Items remaining: 27 (6,00 GB)
然后它开始倒数 GB 的剩余数量,直到处理完文件为止。如果移动只是简单的重新链接,它会快速转到下一个文件,但事实并非如此。剩余文件数量保持在 27,直到 GB 倒数该 iso 的大小。