抓到 macOS 系统资料的元凶了

APFS Snapshot com.apple.os.update-... 11.2 GB disk3s3s1

这个 snapshot 一直都是 11GB 左右，其实就是上一个版本的系统，更新失败的时候回滚用的，占用好像一直都这么大，不会越来越大

APFS Snapshot com.apple.os.update-... 11.3 GB

@Chaidu
@234ygg
@choose2022
我这边之前 37GB 多，整完才 10GB 多

我也是 11.2GB

这个占用多大倒是没关注过
但是很明显，如果下载更新之后，在重启电脑更新之前，会明显发现，磁盘空间 少了很多
但是更新重启完成之后就会恢复，应该就是类似 windows 那种，系统备份的东西

14.8G

APFS Snapshot com.apple.os.update-... 11.2 GB
用了 6 年的老 MacBook ，每次发新版，无论是大版本还是小版本必更新，没发现越来越大的情况。

之前用 GrandPerspective 发现 /cores 下面有大量的 core dump 文件，也是用系统自带的磁盘空间工具显示不出来的

这个显示的是 snapshot 全量的大小吧。实际占用应该只是增量？

m1 mbp ，一路更新过来，也是 11.2GB

APFS Snapshot com.apple.os.update-... 11.3 GB

APFS Snapshot com.apple.os.update-... 14.8 GB disk3s1s1

逻辑分析一下，如果是单调递增的不会等到你今天才发现的，世界上这么多老 mac

APFS Snapshot com.apple.os.update-... 11.2 GB

APFS Snapshot com.apple.os.update-... 11.2 GB disk3s3s1

APFS Snapshot com.apple.os.update-... 11.2 GB disk5s2s1

我的 Mac 有 109G 的 System Date

列出本地快照
sudo tmutil listlocalsnapshots /

删除快照
sudo tmutil deletelocalsnapshots [name]

gpt 说的

APFS Snapshot com.apple.os.update-... 14.8 GB disk3s1s1
我这个怎么这么大。

(base) ~ diskutil list | grep com.apple.os.update-
2: APFS Snapshot com.apple.os.update-... 14.8 GB disk3s1s1

APFS Snapshot com.apple.os.update-... 11.2 GB disk3s1s1
去年一月的 m3pro...更新基本都是 beta

11.2G m1pro 14 ，一直更新系统

要清理也是硬盘只剩 5GB 不到了才会去清吧，硬盘还有系统才不会管呢

系统数据占用 90 多 GB ，丐版 Mac mini 都快满了，更新到 macOS15.5 ，还给我 50GB ，现在占用 40 多 GB ，硬盘一下宽敞了。

APFS Snapshot com.apple.os.update-... 14.8 GB disk3s3s1

可能是刚买时间不长的原因，更新过几次 。当前 APFS Snapshot com.apple.os.update-... 11.3 GB disk3s1s1

6: APFS Snapshot com.apple.os.update-... 15.4 GB disk1s5s1

2: APFS Snapshot com.apple.os.update-... 11.2 GB disk3s1s1

也不知道能不能删除。。

每天都让我重启更新，还没更新:

APFS Snapshot com.apple.os.update-... 16.1 GB

APFS Snapshot com.apple.os.update-... 11.2 GB disk5s2s1

这个 Snapshot 一直增长，应该是因为开了 Time Machine 但是又没有连接备份磁盘吧？

是个 bug ，更新失败就不会清。我之前最后是重装系统了，吃了 200g 。重装之后正常。

APFS Snapshot com.apple.os.update-... 10.3 GB disk3s1s1

统一回复下大家

@QlanQ Windows 那个分分钟能明摆着给你去删，基本可以完全干掉，但 macOS 不同，默认是隐藏的
@noqwerty macOS 这点确实不行，都电脑环境了
@shimanooo 是实际占用
@foolishcrab 除了不知道那批外，还有一批对房间大象视而不见一群的呢，具体案例关键字「 systemdata ios 」
@BelovedOne 你你这个要查的很多了，上 [Disk invenory] 吧
@ncbdwss 更新太勤快了？
@otakustay 越狱见真晓，系统根本不鸟的，iOS 和 macOS 都这屁样，死活都不删 cache ，dump ，内存 debug 等文件。
@stevexiaojobs 这个大小还是不太正常
@inorobot 跟 Time Machine 无关
@SkywalkerJi 更新成功都不会清

@hexiaowu1993 挂载看看，之前删太快了忘记记下目录，目前我这边已经没法复现了

@Kenshiro 我先记一下，目前 1T 才用了 100 多 G ，这点对我影响不大，等不够了，我再来清理，感谢分享

APFS Snapshot com.apple.os.update-... 22.5 GB

怎么你们都才 10G+

启用了 SSV 之后这个快照就是当前运行的系统。

csrutil authenticated-root

@Kenshiro 这个不是备份的更新前的系统快照，而是实际的系统卷的磁盘镜像。用 disk utility 和 diskutil 都可以看出这个 snapshot 和 system volume （即系统只读卷）的关系和完全一样的大小，实际上 macos 就是从这个磁盘镜像启动的，所以这个 snapshot 在 disk utility 中标注的就是“APFS Startup Snapshot APFS (Encrypted) / macOS 15.5 (24F74)”。重要的事情再说一遍：这个是系统只读卷的磁盘镜像，不能被清理也不可能被清理

这是现今的 macos 的巧妙之处：Macintosh HD 看上去是一个卷，但是实际上是两个完全独立的卷，即只读的 system 和用户可访问的 data

APFS Snapshot com.apple.os.update-... 11.0 GB disk3s1s1

@ItzhacLea 默认是开的
@ranaanna 如果对系统目录构造有把握，是可以删，一个系统正常也就是 10g 左右去，但 30g 说真的一点也不正常

这个那个，apfs 其实很先进的，但是由于是封闭系统没啥人研究。但是还是震惊楼上这么多人都不知道这个？？？

这个是 合成的 volume ，类似 linux 上的 lvm 技术，diskutil 只是说这个 逻辑分区这么大，没说占用这么多物理空间呀

类似

/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *500.3 GB disk0
1: Apple_APFS_ISC Container disk1 524.3 MB disk0s1
2: Apple_APFS Container disk3 494.4 GB disk0s2
3: Apple_APFS_Recovery Container disk2 5.4 GB disk0s3

你会发现 disk0sx 分区加起来都比物理磁盘还大了

APFS Snapshot com.apple.os.update-... 12.3 GB disk3s3s1