Windows 10 是否通过重新链接文件指针或复制然后删除将文件从同一本地内部磁盘上的文件夹移动到另一文件夹?

Windows 10 是否通过重新链接文件指针或复制然后删除将文件从同一本地内部磁盘上的文件夹移动到另一文件夹?

我之所以问这个问题,是因为我认为本地的移动操作更像是重命名过程,只需重新链接几个文件指针就可以完成。

我正在升级到更大的 SSD 驱动器后设置我的 Windows 10 机器,并且在设置包含 300 + GB 文件的 Dropbox 过程中,推荐的程序是简单地暂停同步,将所有旧内容移动到新文件夹中并恢复同步。

但移动过程耗时很长。根据我在移动对话框中看到的数据判断,移动过程似乎先复制文件,然后将其删除。

然而,如上所述,我认为由于这是同一个磁盘,所以移动操作只是一个文件指针重新链接。

因此,问题是这样的:

  1. 我的假设错了吗?移动真的是复制然后删除吗?
  2. 是不是哪里设置错误了?
  3. 是否有什么东西干扰了重新链接过程,比如文件属于较旧的安装,因此具有 Windows 可以删除但实际上并不想带走的访问数据或所有权数据?

请注意,这是相同的物理驱动器、相同的逻辑驱动器、相同的 Windows 驱动器等。这里没有恶作剧。

我使用的流程是:

  1. 我用更大的 SSD 替换了主驱动器
  2. Dropbox 文件夹位于我的辅助驱动器 D:\Dropbox
  3. 在主驱动器上安装 Windows 10 后,我将 D:\Dropbox 重命名为 D:\DropboxOld
  4. 然后我安装了 Dropbox 并要求它同步到 D:\Dropbox(平行文件夹到 D:\DropboxOld)
  5. 然后我暂停同步并开始将内容从 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 的大小。

相关内容