#WorkBuddy# C盘只剩0.6GB那天，我按什么顺序把它清回来了

脚本报错，写不进文件。查下来是 C 盘满了：已用一百一十八点九 GB，可用零点六 GB。

几个在跑的任务都要往临时目录写东西，可用耗尽就全停了。

第一件事是量，不是删。Temp 一点四 GB，.cache 零点九 GB，pip 下载缓存二点一五 GB，三块合计四点多 GB。这个分布跟我原先的估计不一样，我猜的是临时文件占大头。

规矩先定好：个人文档、桌面、下载不动；每个目录先看内容，不整包清。

Temp 清过期项。.cache 挑着删。pip 那部分是纯缓存，删掉可以从源站重下，整包清。

C 盘空间排查的终端实录

清完释放二点一五 GB，Files removed 一万一千八百三十七个。加上另外两块，一共四点四 GB 左右。可用空间回到二十四点八 GB。

各目录占用与处理方式的取舍

之后把失败的那个脚本重跑一遍，确认能写了。这一步容易省，但排障做完没有，只看原来的症状消没消失。

手册里记的顺序四步：按目录量一遍，找大头，判断能不能重建，能重建才删。最后一步必须复核。

一次磁盘排雷的六个步骤

量的时候用的是 Get-PSDrive，列出来 Used 和 Free 两个值，先确认不是误报。

先量后删这个顺序不是讲究，是因为上次有人直接清了 Temp 结果把正在用的会话文件删了。

Temp 之外还有一个常被忽略的地方是重复下载的依赖包，它占了 pip 缓存里的绝大部分。

清完之后我把原先失败的那个脚本重跑一遍，确认能写了才收工。

空间数字变好看不作数，原来的症状消失才算。这条是我给自己定的验收标准。

手册里记的顺序四步：按目录量一遍，找大头，判断能不能重建，能重建才删。最后一步必须复核。

一次磁盘排雷的六个步骤

最终删的顺序是把能重建的排前面：先 pip 缓存，再 .cache，最后才是 Temp。

整套动作连查带删花了不到二十分钟，其中看目录占了大半。

这台机器后来又有两次空间紧张，都照这个顺序走，没有再出岔子。

真要整盘清理，我会先做一次完整备份，那是另一件事了。