c盘大文件建议搬移到d盘吗，按文件类型给的判断标准，哪些搬了会断链

C 盘上找出来 40 个超过 1 GB 的文件，一股脑搬到 D 盘，第二天三个软件报错。

出事之后他去搜过补救办法，按「免费清理c盘」翻出来的结果全是接着清，没有一条提到搬走的文件和软件之间还连着；工具推荐帖也一样，讲的全是清得多不多，不讲搬得对不对。

我把那 40 个文件按类型重新过了一遍。问题很清楚：大文件不是一类东西，按体积一刀切必然出事。 下面按类型给判断标准。

能直接搬，搬完不会有事

个人媒体文件。 照片、视频、音乐、下载的电影。这些只被你自己用双击打开，路径变了无非是快捷方式失效，重新找一下就行。

归档和备份。 压缩包、系统镜像、旧项目的备份。放着不动的东西，在哪个盘都一样。

虚拟机磁盘文件。 .vmdk、.vhdx 这类。搬完在虚拟机软件里重新指定一下路径即可，操作明确、有界面可依。

游戏的资源包。 通过 Steam 这类平台的「移动安装文件夹」功能搬，平台自己会处理路径。

搬了会断链接的

页面文件和休眠文件。 pagefile.sys、hiberfil.sys、swapfile.sys。这三个是系统级文件，不能剪切，只能通过对应的设置开关来挪或者关。手工动它们的结果是删不掉，或者删掉后系统重建一个新的。

软件的安装目录。 直接剪切一个软件的安装目录到 D 盘，注册表里的路径记录、开始菜单快捷方式、文件关联全都会指向不存在的位置。要搬得走符号链接那一套，而且有些软件搬完必崩。

数据库文件和软件的工作库。 邮件客户端的邮箱文件、笔记软件的库、设计软件的素材库。这些路径存在软件自己的配置里，剪切之后软件会认为数据丢失，有些还会自动重建一个空库，看着像是数据没了。

正确做法是在软件自己的设置里改存储位置，让它自己搬。

AppData 底下的任何东西。 这个目录里混着缓存和配置，而且不少软件会用绝对路径引用。整体搬移的风险很高，收益也不如想象中大。

绝对不能搬的

系统目录下的东西：C:\Windows 及其所有子目录、C:\Program Files 里 Office 这类 MSI 安装的套件、C:\ProgramData 下面各软件的公共数据。这些搬了轻则软件失效，重则系统起不来。

一张速查表

先看清楚再动手

按体积排序找出大文件，只是第一步；关键是知道每个文件属于上面哪一类。

所以搬之前那一步是查归属：这个文件属于系统、属于某个软件的工作库，还是就是一份可以随便挪的资料。手工做最容易出事的地方，就是在资源管理器里只看得到文件名和体积，看不出它背后还连着谁。

那台机器的三个报错

回到开头。那 40 个文件里出事的是三个：

一个是邮件客户端的邮箱数据文件，搬走之后客户端重建了一个空邮箱，机主以为几年的邮件全没了，其实文件还在 D 盘，重新指定路径就回来了。

一个是虚拟机的磁盘文件，搬完虚拟机启动报「找不到磁盘」，在设置里重新指一下就好。

一个是某个设计软件的素材库，搬完软件启动时卡在加载界面，最后是把文件挪回原位置才恢复的。

三个都不算严重，但都花了时间排查。如果一开始就按类型分开处理，这些完全可以避免。大文件清理这件事，看清楚比搬得快重要得多。

搬之前的两个习惯

分享两个能省很多麻烦的小习惯。

一次只搬一类，搬完立刻验证。 一口气搬四十个文件，出了问题不知道是哪个引起的，只能挨个往回挪。分批搬，每批搬完把相关软件打开点一遍，有问题当场就能定位。

先复制再删除，别直接剪切。 剪切是原子操作，中途出错可能两边都不完整；复制过去、确认新位置的文件能正常打开、再回头删原件，多花的只是一点磁盘临时占用。尤其是几十个 GB 的大文件，跨盘剪切要跑很久，这段时间里断电或者误操作的窗口不小。

这两条听着琐碎，但我见过的搬家事故里，八成都是「一次搬太多」加「直接剪切」这两个动作凑出来的。