1. 你的Mac硬盘“虚胖”了吗聊聊Purgeable Space不知道你有没有遇到过这种让人抓狂的情况打开Mac的“关于本机”-“储存空间”看着那根几乎顶到头的已用空间条心里咯噔一下。赶紧打开访达把所有文件夹的大小加起来一算不对啊我自己存的文件加起来明明离总容量还差得远这几十甚至上百GB的空间到底被谁“偷”走了更诡异的是你打开“磁盘工具”或者用终端敲入df -h命令它也会冷冰冰地告诉你磁盘确实快满了。但当你用du -sh *命令一层层去查找大文件时却又一无所获。这种“显示已满实则未满”的矛盾就像硬盘跟你玩了一场捉迷藏。我自己的Mac就曾深受其害明明只用了大概300GB的文件系统却坚称500GB的硬盘只剩下几个GB可用导致一些大型应用比如Xcode编译、视频渲染频频报错工作流被彻底打乱。这背后的“元凶”很可能就是APFS文件系统的一个特性——可清除空间。APFS是苹果为现代存储设备尤其是固态硬盘设计的先进文件系统它非常智能其中一个核心优化就是空间分配和管理机制。为了提升性能和延长SSD寿命APFS会采用一种“写时复制”等技术并且在删除文件时可能不会立即释放物理空间而是将其标记为“可清除”。这部分空间可以被系统在需要时比如安装大型更新、拷贝大文件自动回收。理想情况下它应该是个默默工作的后台管家。但问题在于这个“自动回收”的机制有时会“卡住”或者反应迟钝。特别是当你频繁进行文件删除、移动或者使用了Time Machine本地快照虽然tmutil命令可能查不到、某些应用的缓存机制比较特殊时就会积攒下一大块“名义上可用、但实际上被占着”的Purgeable Space。它既不算你的文件又不肯痛快地还给可用空间池于是就造成了开头说的那种空间显示上的“虚胖”。给苹果客服打电话我试过得到的回复通常是“这是APFS的正常特性建议您备份数据后重装系统”。这显然不是我们这些想要解决问题的技术用户想要的答案。重装系统大动干戈而且未必能根治。我们需要一个更直接、更“硬核”的方法来告诉系统“别磨蹭了现在就把该还的空间还回来” 这就是我们今天要实战的方法核心——用数据强制填满磁盘触发APFS的紧急清理机制。2. 原理浅析为什么“填满”能“释放”这个方法听起来有点反直觉明明空间不够了为什么还要故意去填满它这其实是在巧妙地利用APFS空间管理机制的“应激反应”。你可以把APFS管理磁盘空间想象成一个非常尽责但有点强迫症的仓库管理员。仓库磁盘里有一些货架放着你的重要货物你的文件还有一些货架上堆着一些已经贴了“待处理”标签的旧箱子可清除空间。平时管理员觉得这些旧箱子说不定哪天还有用或者懒得立刻收拾就任由它们占着地方。虽然账本上记着这些地方“可用”但实际上新来的大件货物没法放进去。现在我们采取一个策略我们开始强行往仓库里塞大量一模一样的、毫无价值的泡沫填充块我们用dd命令生成的零数据文件。我们的目的不是真的囤积这些泡沫块而是为了制造一个“危机状态”。当我们开始大量填入泡沫块时仓库的可用空间包括那些被“待处理”箱子占着的货架会急速减少。APFS这个“管理员”一开始会尝试把泡沫块放到真正空闲的货架上。当这些货架用完后危机就来了系统必须为新数据找到位置。这时它会被迫启动最高优先级的清理程序去处理那些之前一直拖延的“待处理”箱子——也就是可清除空间。系统会真正地、彻底地清空这些箱子所在的货架腾出物理空间来容纳我们正在写入的泡沫块。所以dd命令在这里的角色就是一个“压力测试工具”或“空间触发器”。我们通过它生成一个巨大的文件持续向磁盘写入直到触及APFS的底线逼迫它立刻执行本该自动执行的清理操作。而pv命令就像是在这个填充管道上加装的一个透明流量计和进度条让我们能清晰地看到填充的速度、进度以及何时会触发空间释放做到心中有数避免盲目等待。这个方法不依赖于任何第三方清理软件也无需深究到底是哪个应用或缓存造成的它是一种作用于文件系统底层的通用性解决方案。当然它的前提是你需要有一定的终端命令行操作基础并且愿意为了拿回空间而临时“牺牲”一部分磁盘容量用于存放那个临时的大文件。3. 战前准备认识你的武器 dd 和 pv在开始“填充作战”之前我们得先熟悉一下手里的两件核心武器dd和pv。别被它们的命令行界面吓到理解了原理用起来非常简单。dd命令磁盘数据的“搬运工”dd命令的全称是“Data Duplicator”它是一个非常底层的、用于转换和复制数据的工具。正因为其底层它可以直接面向设备或文件进行原始的字节读写不关心文件格式所以常被用来做磁盘备份、克隆、创建镜像等。在我们的场景里我们利用它从一个“零数据源”/dev/zero读取数据然后写入到一个新建的镜像文件中。它的几个关键参数决定了我们这次操作的“量”和“方式”if/dev/zero 这是“输入文件”。/dev/zero是一个特殊的系统设备当你读取它时它会源源不断地提供数字0空字节。用它来生成我们填充用的数据又快又“干净”。ofcc5.img 这是“输出文件”。也就是我们要创建的那个大文件的名字和路径。默认在当前终端所在的目录创建。这个名字非常重要每次执行都需要更改比如cc6.img,fill.img等否则会覆盖上一个文件达不到多次填充触发清理的效果。bs4M 这是“块大小”。它决定了dd一次读写数据的基本单位。设置大一些比如4M, 8M可以提高写入效率。这里的4M代表4兆字节。count25600 这是“块数量”。命令总共会读写这么多个“块”。最终文件的大小就是bs * count。所以bs4M count25600就意味着创建一个由25600个块组成、每个块4M大小的文件总计100GB。pv命令管道中的“进度监视器”pv的全称是 “Pipe Viewer”。它的作用就是放在两个命令之间的管道|里监视通过它的数据流。想象一下如果只用dd屏幕可能长时间没有任何输出你根本不知道它是在努力工作还是已经卡死了。而加上pv你就能实时看到传输速度每秒写入多少MB让你了解磁盘性能。进度条一个直观的图形化进度条清楚显示完成了百分之多少。已传输数据量已经写入了多少GB数据。预计剩余时间根据当前速度估算还要多久。要让pv显示准确的进度和总大小我们需要通过--size参数告诉它预计要通过的数据总量。这个总量就是bs * count的字节数。在命令中我们用Shell的算术表达式$[4*1024*1024*25600]来计算这个值4M * 25600。检查与安装大多数Mac都自带dd命令。而pv可能需要手动安装。打开“终端”输入which pv如果返回类似/opt/homebrew/bin/pv或/usr/local/bin/pv的路径说明已安装。如果什么都没返回就需要安装。最方便的安装方式是使用Homebrew这个Mac包管理器。如果你还没安装Homebrew可以访问其官网获取安装命令。安装好Homebrew后在终端输入brew install pv等待安装完成即可。有了这两样工具我们的准备工作就完成了。4. 实战操作一步步逼出隐藏空间好了原理懂了工具齐了我们开始动手。请全程在“终端”应用中操作。重要提示以下操作需要管理员权限并且会创建超大文件请确保你了解当前所在磁盘分区并有足够的……嗯至少是“名义上”足够的剩余空间来启动这个过程。4.1 第一步定位战场与计算填充量首先打开终端我们需要确认当前磁盘的使用情况并决定填充多少数据。查看磁盘分区输入df -h你会看到类似下面的输出Filesystem Size Used Avail Capacity iused ifree %iused Mounted on /dev/disk3s1s1 466Gi 426Gi 20Gi 96% 698723 4881965597 0% /找到挂载点为/的那一行这就是你的系统主分区。关注Avail可用和Capacity使用率两列。假设你的情况是可用空间只剩20GB但你知道自己根本没存那么多文件这很可能就是Purgeable Space在作祟。规划填充量我们的目标是填满磁盘以触发清理但第一次填充不宜直接用光所有“可用”空间。因为APFS可能需要一个缓冲过程。一个安全的策略是第一次填充量略小于“可用空间”。比如上面显示可用20GB我们可以先尝试填充15GB。如果15GB填充过程中就触发了清理释放出了空间那我们的目的就达到了。如果填充完15GB后df -h显示可用空间变得比20-155GB更少说明清理没触发或触发不彻底我们就需要第二次填充。4.2 第二步执行首次填充命令现在我们构造命令。以首次尝试填充15GB为例块大小bs 我们可以用4M这是一个在效率和兼容性上比较平衡的值。块数量count 15GB 15 * 1024MB 15360MB。每个块4M那么需要的块数就是 15360 / 4 3840。输出文件名of 我们起个名字比如purge_trigger_1.img。那么完整的命令就是sudo dd bs4M count3840 if/dev/zero | pv --size 15G | dd ofpurge_trigger_1.img逐段解释sudo 因为要向根目录或其他受保护目录写入文件需要超级用户权限。执行时会提示你输入密码输入时密码不可见输完回车即可。dd bs4M count3840 if/dev/zerodd以4MB为块从/dev/zero读取3840个块共15GB的数据。| 管道符将前一个命令的输出作为后一个命令的输入。pv --size 15Gpv接管数据流并被告知总数据量是15GB它会显示进度。| dd ofpurge_trigger_1.img 数据流再次通过管道交给另一个dd由其写入到当前目录下的purge_trigger_1.img文件中。执行过程观察敲下回车后你会看到pv输出的动态信息例如15GiB 0:00:45 [ 340MiB/s] [] 100%这表示它以大约340MB/s的速度用了45秒写完了15GB数据。如果速度突然降到极低或者出现错误信息如“设备上没有剩余空间”说明磁盘真的被写满了这可能就是触发点。4.3 第三步应对失败与多次冲击正如原始文章提到的命令很可能中途失败。这是正常现象甚至是好事失败通常意味着磁盘在写入过程中达到了真正的物理极限APFS被逼到墙角开始紧急清理可清除空间。当看到 “dd: error writing ‘purge_trigger_1.img’: No space left on device” 这类错误时请按以下步骤操作等待与验证不要立刻删除文件或进行其他操作。等待一两分钟让APFS后台完成它的清理工作。然后再次运行df -h命令。观察变化对比之前的df -h结果。你可能会惊喜地发现“可用空间”变多了比如之前可用20GB填充15GB失败后现在可用空间可能变成了25GB甚至更多。这说明APFS已经释放了一部分Purgeable Space。准备下一次填充如果可用空间回来了但你觉得还不够或者df显示的使用率仍然很高我们可以进行第二次、第三次填充进一步“挤压”系统。关键操作更改文件名这是必须注意的一点。再次执行命令前一定要修改of后面的文件名。例如sudo dd bs4M count5000 if/dev/zero | pv --size 20G | dd ofpurge_trigger_2.img这里我们把count增加到5000约19.5GB并且把输出文件改名为purge_trigger_2.img。绝对不能使用相同的文件名因为如果上一个文件还存在dd会默认覆盖它而覆盖操作可能不会触发新的空间分配压力从而无法达到再次清理的效果。我们要的是创建新文件持续施加压力。重复循环可以重复“执行填充 - 可能失败 - 等待观察 - 更改文件名再填充”这个过程。每次填充的量可以根据当前df -h显示的“可用空间”动态调整尝试用更大的文件去冲击。直到你发现连续填充几次后可用空间稳定在一个你认可的、合理的数值并且与你估算的个人文件总量基本吻合。4.4 第四步清理战场与最终验证经过几轮“冲锋”你的磁盘根目录下应该会躺着几个名为purge_trigger_1.img,purge_trigger_2.img等的巨型文件。它们已经完成了“压力测试器”的使命现在可以删除了。安全删除这些临时文件sudo rm purge_trigger_*.img这条命令会删除所有以purge_trigger_开头的.img文件。删除操作本身也会快速释放出刚才被这些零数据文件占用的所有空间。最终验证再次运行df -h查看最终的可用空间和已用百分比。打开“关于本机”-“储存空间”观察储存空间条和分类情况。你会发现“可用空间”大幅增加而“其他”或“系统数据”等分类可能会相应减少。尝试进行之前会因磁盘空间不足而失败的操作比如启动一个大型软件更新、复制一个大文件看看是否已经恢复正常。至此强制释放APFS可清除空间的实战操作就全部完成了。整个过程就像给硬盘做了一次深度“肠道清理”把那些黏着不肯走的垃圾空间给冲刷了出来。5. 避坑指南与高级技巧这个方法虽然强大但在实际操作中有一些细节和陷阱需要特别注意我把自己踩过的坑和总结的经验分享给你。坑一文件创建位置不对默认情况下命令会在你终端当前所在的目录创建那个巨大的.img文件。如果你不小心在~/Downloads下载文件夹或桌面执行可能会把这些位置塞满影响观感。建议在执行前通过cd命令切换到一个你平时不太用的目录或者直接在根目录cd /操作。但请注意在根目录创建文件需要sudo权限且删除时也需要。坑二误删重要文件sudo rm命令威力巨大请务必在删除前仔细核对文件名。特别是使用通配符*时。一个保险的做法是先使用ls -lh purge_trigger_*.img列出所有要删除的文件确认无误后再执行rm。也可以先移动到废纸篓再清空多一层保险。坑三填充量估算错误导致系统卡顿如果你估算的填充量过大而APFS清理速度跟不上系统可能会因为磁盘空间完全耗尽而变得极其卡顿甚至某些应用崩溃。如果遇到这种情况不要慌张。你可以尝试在终端用Control C强制中断dd命令。然后立即删除已生成的部分填充文件来腾出一点空间让系统恢复响应。所以遵循“由小到大、多次尝试”的原则非常重要。高级技巧更精细的控制与监控使用time命令计时如果你想精确知道一次填充花了多长时间可以在整个命令前加上time例如time sudo dd bs4M count3840 if/dev/zero | pv --size 15G | dd ofpurge_trigger_1.img命令结束后终端会输出real,user,sys三个时间其中real就是实际流逝的墙钟时间。结合sync命令在删除大文件后有时df -h显示的空间释放会有延迟这是因为数据可能还在缓存中。可以执行sync命令强制将缓存数据写入磁盘然后就能看到实时的空间变化了。监控系统活动在执行填充操作时可以打开“活动监视器”应用切换到“磁盘”标签页。在这里你可以实时看到“写入的数据”激增同时也能观察在填充失败前后系统是否在进行大量的磁盘读写这可能是APFS在后台清理这能帮助你更直观地理解整个过程。这个方法本质上是“以毒攻毒”通过制造空间危机来迫使系统进行自我修复。它不修改任何系统文件风险可控但毕竟是一种非常规手段。对于大多数因Purgeable Space积累而导致的磁盘空间显示异常它通常能起到立竿见影的效果。经过几次这样的手动干预后APFS的自动管理机制有时也会变得“勤快”一些。当然保持良好的文件管理习惯定期重启Mac仍然是预防此类问题的最佳方式。