Skip to content

Latest commit

 

History

History
127 lines (94 loc) · 7.2 KB

remove_purgeable_in_macos.md

File metadata and controls

127 lines (94 loc) · 7.2 KB
Raw

我可能理解错了，实践本文的方法并没有清理出可用空间。不过 还我一个干净的Mac OS（如何彻底删除不需要的App）这篇文章中，"卡里斯马"介绍了如何将删除程序残留的空间释放出来，值得学习参考。并且他提供了一个工具。

macOS中的'Other'和'Purgeable'存储空间

在使用macOS时，你会发现磁盘空间似乎很容易使用满，但是当你通过 Apple 菜单 选择 Storage 面板检查，可以看到磁盘空间有一部分显示为 Other Volumes ，并且仔细观察可以看到可用存储空间 Available 显示值比实际可用空间 Free 要大一些，其中有一部分看不到的空间被标记为 purgeable。

other storage in macos

举例：

60.46 GB的磁盘，显示的 Free 空间是 40.45 GB，这个free空间通过 df -h 命令也可以看到：

Filesystem      Size   Used  Avail Capacity iused               ifree %iused  Mounted on
/dev/disk1s1    56Gi   17Gi   38Gi    31%  495970 9223372036854279837    0%   /

可以看到虽然 Disk Utility显示可用磁盘空间 49.5 GB (9.05 GB purgeable)，但是实际上这部分空间macOS没有释放出来。

根据苹果官方的Help文档 What is 'Other' and 'Purgeable' in About This Mac? 说明如下:

  • 在OS X EI Capitan及早期版本， Other 文件只Mac认为不属于任何其他分类的文件，包括在磁盘镜像或者归档的文件，存储在应用（如Contacts或Calendar）中的数据，以及应用插件或扩展。当Mac处于Safe Mode，所有这些文件都被认为是Other。
  • 从macOS Sierra开始，Purgeable内容是指你开启了 Optimize Mac Storage ，这些可以清除的空间会在需要存储空间的时候由macOS自动释放出来。实际上，当在macOS中删除文件，被删除的文件都会进入Purgeable状态，直到存储空间真正需要时候会自动释放出这部分隐含文件。

手工清理'Purgeable'空间

对于强迫症用户，或者说，需要调整磁盘空间，来安装Linux操作系统，就可能希望主动释放出这部分 Purgeable 存储空间。

释放的方法有两部分：

  • 做TimeMachine备份，释放出本地自动存储的快照镜像。另外一种方法是手工删除本地TimeMachine备份，并关闭掉自动TM备份，避免TM占用磁盘。 - 调整macOS的apfs容器空间
  • 在系统中创建一个极大的文件，以便macOS认为存储空间不足，就会自动回收释放出purgeable空间

通过人为占用磁盘空间来强制reclaim purgeable（对APFS失效）

  • 手工创建一个大文件来占满磁盘空间
dd if=/dev/zero of=~/stupidfile.cap bs=1024m

添加了bs=1024m可以加快磁盘文件生成，达到150MB/s以上

  • 直到系统出现磁盘满提示，此时在终端中生成的~/stupidfile.cap也会停止，在终端中会提示信息
dd: /Users/huatai/stupidfile.cap: No space left on device
  • 注意，此时purgeable空间还没有释放。在Finder文件管理器中选择这个文件stupidfile.crap，然后按下cmd-d来复制文件。此时macOS就会开始删除purgeable空间，此时在终端上删除掉这个~/stupidfile.cap及其clone的文件。

不过，从High Sierra版本开始，使用了APFS文件系统不会直接复制文件，这导致上述方法失效。

  • 关闭掉 iCloud 中的 Optimize Mac Storage 功能，这样后续就不会重新出现purgeable情况。

具体解决方法我还需要探索，从一些磁盘管理工具来看，例如 Purgeable Space 应该是有系统API方法可以释放出这部分空间的，但是具体方法我还没有找到。（我不想为了这个单一功能去购买磁盘文件管理工具，而是想掌握这种macOS底层使用技术）

解决思路

  • 需要清理掉本地TimeMachine备份

对于macOS各个版本都具有本地TimeMachine快照，所以会占用很多空间（如果你长时间不备份TM的话）。这个问题比较好解决，就是:

tmutil  listlocalsnapshotdates / |grep 20|while read f; do tmutil deletelocalsnapshots $f; done
  • APFS不会释放Purgealbe空间，目前还是没有找到方法。目前看，好像和container有关：
$ diskutil apfs list
APFS Container (1 found)
|
+-- Container disk1 B554F71B-0A1D-4AC9-AA0D-3E1A11A9A47A
    ====================================================
    APFS Container Reference:     disk1
    Size (Capacity Ceiling):      250685575168 B (250.7 GB)
    Capacity In Use By Volumes:   228808245248 B (228.8 GB) (91.3% used)
    Capacity Not Allocated:       21877329920 B (21.9 GB) (8.7% free)
    |
    +-< Physical Store disk0s2 88C0CDB5-E83E-48CA-B69F-7AEAE29F29DA
    |   -----------------------------------------------------------
    |   APFS Physical Store Disk:   disk0s2
    |   Size:                       250685575168 B (250.7 GB)
    |
    +-> Volume disk1s1 E638F291-9F37-41AF-BBC1-04AC3D4A1ED2
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk1s1 (No specific role)
    |   Name:                      Macintosh HD (Case-insensitive)
    |   Mount Point:               /
    |   Capacity Consumed:         217350287360 B (217.4 GB)
    |   FileVault:                 No (Encrypted at rest)
    |
    +-> Volume disk1s2 568DFEFA-0E0E-4780-AA0E-787FDBB37EF8
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk1s2 (Preboot)
    |   Name:                      Preboot (Case-insensitive)
    |   Mount Point:               Not Mounted
    |   Capacity Consumed:         109453312 B (109.5 MB)
    |   FileVault:                 No
    |
    +-> Volume disk1s3 78264670-BB65-47D9-AC43-F0575DE32E79
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk1s3 (Recovery)
    |   Name:                      Recovery (Case-insensitive)
    |   Mount Point:               Not Mounted
    |   Capacity Consumed:         1545162752 B (1.5 GB)
    |   FileVault:                 No
    |
    +-> Volume disk1s4 7C476F30-AE0D-4C7A-9746-9011F2BA84AB
        ---------------------------------------------------
        APFS Volume Disk (Role):   disk1s4 (VM)
        Name:                      VM (Case-insensitive)
        Mount Point:               /private/var/vm
        Capacity Consumed:         9664970752 B (9.7 GB)
        FileVault:                 No (Encrypted at rest)

有可能通过 diskutil apfs deleteContainer disk__ 可以清理出空间。不过看上述APFS的卷都是系统必须的卷，应该无法清理出空间了。

参考 I deleted 80gb, but I still have the same storage space

参考