macos不提供全盘文件系统健康度综合评分，需组合验证：一、diskutil list/info确认物理盘识别与响应；二、smartctl读取tbw、percentage used等原生健康日志；三、diskutil apfs verifyvolume检查apfs容器结构完整性；四、log show分析内核i/o错误日志。
macos 系统本身不提供“全盘文件系统健康度”的综合评分，但可通过终端命令分层检查底层存储、卷结构与文件系统完整性。重点不是一键出分，而是组合验证物理设备响应、s.m.a.r.t.状态、apfs/hfs+容器结构和关键元数据一致性。
一、确认物理磁盘是否被系统识别且响应正常
这是最基础的健康前提。若设备无法列出或响应异常，后续所有检查都失去意义。
- 运行 diskutil list 查看所有挂载与未挂载的物理磁盘（如 disk0）和分区（如 disk0s1）。注意区分 NVMe 内置盘（通常为 disk0）与外接 USB 盘。
- 对顶层物理盘执行 diskutil info /dev/disk0（替换为实际盘符），检查输出中 "Device / Media Name"、"Protocol"、"SMART Status" 是否存在且非 "Not Supported" 或空值。
二、读取 SSD/NVMe 原生健康日志（需 smartmontools）
这一步获取真实硬件级指标，如累计写入量（TBW）、寿命消耗百分比（Percentage Used）、备用块余量等，是判断 SSD 老化程度的核心依据。
- 先安装工具：brew install smartmontools（需提前装 Homebrew）
- 执行：sudo smartctl -a /dev/disk0（务必用 disk0，不是 disk0s1）
- 重点关注以下字段：
- Data Units Written：换算为 TB，对比 SSD 官方标称 TBW 判断磨损进度
- Percentage Used：厂商固件上报的寿命消耗值（Apple 自研 SSD 通常支持，部分第三方 NVMe 可能为 N/A）
- Available Spare 和 Available Spare Threshold：剩余备用块比例，低于阈值即预警
- Temperature_Celsius：长期高于 70℃ 可能加速老化
三、验证 APFS 容器与宗卷结构完整性
即使硬件正常，文件系统元数据损坏也会导致不可读、崩溃或静默数据错误。此步骤检查逻辑层健康。
- 先找出主容器：运行 diskutil apfs list，找到类似 "Container Reference: disk1" 的条目
- 对容器执行深度验证：sudo diskutil apfs verifyVolume /dev/disk1（替换为实际容器路径）
- 若返回 "The volume [name] appears to be OK"，说明核心结构无误；若提示 "Invalid checksum"、"Corrupted node" 等，则存在元数据损坏风险，需进一步修复或备份
四、检查内核日志中的磁盘 I/O 错误（间接但关键）
系统在后台持续记录底层读写异常，这些日志往往早于 SMART 报警或用户感知到卡顿。
- 运行：log show --predicate 'subsystem == "com.apple.driver.AppleAHCIPort" || subsystem == "com.apple.driver.IONVMeFamily"' --last 24h | grep -i "error\|fail\|timeout\|retry"
- 若出现大量 "NVMe timeout"、"I/O error"、"recovery failed"，即使 SMART 显示正常，也表明 SSD 或控制器存在不稳定行为
- 配合 diskutil activity 观察实时 I/O 延迟（高延迟 + 错误日志 = 高风险信号）
