mac磁盘“系统数据”异常占用且出现蓝屏/内核panic时，主因是/library/logs/diagnosticreports/和/private/var/db/kextd/中堆积大量旧内核dump文件（.panic、.tracev3、.kdump），单个可达1–4gb；应优先通过系统设置→储存空间→管理→日志文件一键安全清理，再手动或终端清理用户级及系统级旧dump，并禁用kextd_dump=0防止再生。
Mac磁盘空间被“系统数据”或“其他”类别大量占用，且近期出现过蓝屏、内核panic弹窗或强制重启，大概率是/Library/Logs/DiagnosticReports/和/private/var/db/kextd/中堆积了未清理的内核崩溃Dump文件（.panic、.tracev3、.kdump等），单个可达1–4GB，2025年8月前的旧Dump几乎从不被调用，却持续吞噬磁盘。
用系统设置一键清空可识别的内核Dump
这是唯一无需命令、不触碰系统路径、且由macOS原生标记为“安全可删”的入口，它能自动跳过正在写入的活跃Dump，只清理已归档、压缩、超90天的内核级崩溃快照。
点击屏幕左上角苹果图标 → “系统设置” → 左侧“通用” → 右侧“储存空间”。
等待15秒左右完成扫描，找到“系统数据”条目，点击其右侧的“管理”按钮。
在弹出窗口中，定位到“日志文件”子项，确认状态显示为“可删除”后，点击“删除”。
【此操作不可逆,但仅影响已归档旧记录,不影响新内核崩溃报告生成】。
手动清理用户级DiagnosticReports中的内核Dump
这个目录虽以“用户级”命名，但实际也收录部分由你账户触发的内核级崩溃报告（比如USB驱动异常、显卡驱动失效导致的panic），删除后新崩溃仍会照常记录，释放效果最直接——一个GPU驱动崩溃Dump常达1.8GB。
打开访达，按Command+Shift+G调出“前往文件夹”。
输入~/Library/Logs/DiagnosticReports并回车。
点击右上角“排序方式”→“修改日期”，再点击“大小”列二次排序，让大而旧的文件沉到底部。
按住Shift键，选中所有修改日期早于【2025年8月1日】的.panic、.tracev3、.kdump文件。
按Command+Delete移至废纸篓 → 右键废纸篓 → “清倒废纸篓”。
终端精准清除系统级内核Dump文件
真正的内核级Dump藏在/private/var/db/kextd/和/Library/Logs/DiagnosticReports/，前者存放kext加载失败时生成的.kdump，后者存服务级panic快照；普通用户无法通过访达访问，必须用sudo提权清理。这步能扫掉显卡驱动、音频扩展、网络驱动等第三方内核模块崩溃产生的巨型残留。
方法一：清理用户级旧Dump（无需密码）
打开终端，执行：find ~/Library/Logs/DiagnosticReports -name "*.panic" -mtime +60 -delete
再执行：find ~/Library/Logs/DiagnosticReports -name "*.tracev3" -mtime +60 -delete
方法二：清理系统级内核Dump（需管理员密码）
在终端中运行：sudo find /private/var/db/kextd -name "*.kdump" -mtime +30 -delete
再运行：sudo find /Library/Logs/DiagnosticReports -name "*Kernel*" -mtime +30 -delete
执行完后，运行ls -lh /private/var/db/kextd/确认目录为空或仅剩当前活跃策略文件。
禁用非必要内核Dump生成并限制本地保存
macOS默认启用内核崩溃转储功能，尤其在安装第三方驱动（如Realtek网卡、ASMedia USB控制器）后，每次异常都会生成完整内存镜像。关闭该机制可阻止新Dump持续写入，避免空间再次被快速吃光。
第一步：关闭内核级Dump生成
在终端中执行：sudo nvram boot-args="kextd_dump=0"
第二步：重启生效
点击苹果菜单 → “重新启动”，重启后内核不再自动生成.kdump文件。
第三步：验证是否禁用成功
重启后打开终端，执行：nvram boot-args，若输出中不含kextd_dump=0，说明未生效，需重复第一步并确保输入无空格或拼写错误。
