macos恢复模式无法直接检测坏道，但可通过终端组合操作诊断：检查设备识别、s.m.a.r.t.状态、反复验证卷宗响应及i/o超时现象，并借助drivedx在正常系统中获取深度指标。
macOS 恢复模式中无法直接执行传统意义上的“坏道检测”（如 Windows 的 chkdsk /r 或 Linux 的 badblocks 全盘物理扫描），因为 Apple 不开放底层扇区读写权限，且 APFS 文件系统与 SSD 固件深度协同，操作系统层不暴露、也不支持用户对 NAND 物理块做逐扇区读写验证。但你可以通过恢复模式终端完成最接近坏道诊断的有效组合操作：验证硬件响应稳定性 + 检查 S.M.A.R.T. 状态 + 排除逻辑层干扰 + 辅助判断介质异常迹象。
一、进入恢复模式并打开终端
关机后按住 Command + R 开机，直到出现 macOS 实用工具窗口；顶部菜单栏选择“实用工具” → “终端”。
二、确认设备标识并检查基础连通性
运行以下命令，观察硬盘是否被稳定识别：
-
diskutil list—— 查看所有磁盘列表，确认你的内置 SSD（如disk0）是否正常列出；若完全缺失或显示为diskX (external)却是内置盘，说明控制器通信已不稳定。 -
system_profiler SPSerialATADataType | grep -A5 "BSD Name\|Medium Type\|S.M.A.R.T."—— 尝试获取 SATA/AHCI 层信息（对 NVMe SSD 效果有限，但可辅助判断总线状态）。
三、强制验证卷宗结构与 I/O 响应行为
坏道常表现为随机 I/O 超时或卡死，可通过反复读取元数据区域间接暴露问题：
macOS 微信消息自动化工具。通过 GUI 自动化实现：发送消息给指定联系人、读取聊天内容、监控新消息。适用于需要自动化微信操作的场景，如定时发送、批量回复、消息备份等。依赖 peekaboo 进行屏幕截图和 UI 交互。仅支持 macOS。开源地址：https://github.com/chairmanmia...
- 先定位系统卷（例如
disk1s1）：diskutil apfs list或diskutil list | grep "Apple_APFS" - 执行多次轻量级校验：
for i in {1..3}; do diskutil verifyVolume /dev/disk1s1; sleep 2; done - 若某次卡在
Verifying file system超过 30 秒，或返回Operation timed out、Device not responding，属典型物理层异常征兆。
四、结合 S.M.A.R.T. 状态做最终判断
虽然终端无法直接读取全部 S.M.A.R.T. 属性，但可调用系统接口获取关键结论：
-
diskutil info disk0 | grep "SMART"—— 显示 “SMART Status: Verified” 表示固件自检通过；“Warning” 或 “Failing” 必须立即停用；“Not Supported” 多见于 NVMe SSD，不代表健康，需依赖其他信号交叉验证。 - 若输出为空或报错
No SMART status available，不要误判为正常——这恰恰是很多故障 SSD 的常见表现，需转向磁盘工具图形界面查看“简介”面板中的 S.M.A.R.T. 字段（更可靠）。
五、替代方案：用 DriveDx 获取深度指标（需提前准备）
DriveDx 是 macOS 下唯一能解析 NVMe/SATA 原生 S.M.A.R.T. 属性并预警早期坏块的工具。它无法在恢复模式运行，但可在正常系统中安装后导出报告。若你怀疑坏道，建议：
- 重启进正常系统 → 安装 DriveDx → 运行“Quick Diagnostic” → 关注 “Reallocated Sectors”、“Uncorrect Errors”、“Media Wearout Indicator” 等字段；
- 若报告中出现红色警告或数值异常跳变，即使磁盘工具显示“验证通过”，也应视为存在潜在坏道风险。
真正意义上的“全盘坏道扫描”在 macOS 上不可行，也不推荐——SSD 主控会自动重映射缺陷块，强行低级读写反而可能加速失效。重点应放在识别不可靠响应、锁定异常卷、及时备份、更换硬件。不复杂但容易忽略。
