磁盘工具“急救”失败不等于数据丢失，需用终端命令精准干预底层结构：先运行diskutil list和verifyVolume/verifyContainer定位问题（如container header invalid），再依情况执行repairContainer、repairDisk、apfs_util等命令修复逻辑层错误，严重时用ddrescue镜像或只读挂载抢救数据。
磁盘工具“急救”失败，不代表数据没救——关键在于绕过图形界面，用终端命令精准干预底层结构。很多问题出在apfs容器头、宗卷元数据或分区表逻辑层，gui工具会跳过它识别不了的部分，而终端指令能直接调用系统级修复工具。
先确认错误类型，别急着修
重启进恢复模式（Command + R），打开终端，依次执行：
- diskutil list：看硬盘是否被识别，有无显示 Invalid、unmounted 或偏移异常
-
diskutil verifyVolume /dev/diskXsY（如
/dev/disk0s5）：只读校验宗卷。输出含 error 或 invalid 才说明真损坏；若仅提示 ACL needs repair，属于权限问题，可安全修复 -
diskutil apfs verifyContainer diskX（如
disk1）：检查APFS容器。报 container header is invalid 或 block checksum mismatch，说明是典型逻辑损坏，可尝试修复
针对性修复常用命令
根据上一步判断结果，选择对应命令（需在恢复模式或单用户模式下运行）：
- 修复APFS容器结构（不改动文件）：sudo diskutil apfs repairContainer diskX（例如
disk1）。对断电、强制关机导致的元数据错位很有效 - 重建GPT分区表（适用于显示“未初始化”或分区消失）：sudo diskutil repairDisk /dev/diskX。自动比对主/备份GPT并同步，前提是至少一个表未全损
- 重置宗卷权限（常见于升级后混乱）：sudo diskutil resetUserPermissions /dev/diskXsY `id -u`。注意替换为实际宗卷标识，
`id -u`自动获取当前用户UID
图形界面和diskutil都失败时的应对
如果终端也报 Could not open device 或 No suitable volumes found，说明逻辑层已严重受损，但仍有抢救空间：
- 用 ddrescue 做块级镜像：
sudo ddrescue -d -r3 /dev/diskX ~/Desktop/diskX.img ~/Desktop/diskX.log。只要SSD能被识别为块设备，就先完整复制原始扇区，防止后续操作二次破坏 - 尝试只读挂载导出数据：
sudo mount -o ro,nobrowse /dev/diskXsY /Volumes/Recovery。成功则立即拷贝重要文件，再考虑格式化重装 - 对APFS快照链断裂导致的急救失败，先刷新预启动绑定：sudo diskutil apfs updatePreboot diskX（X为容器号），再运行
repairVolume
极端情况：APFS容器头已损毁
若恢复模式下仍报“无法修复”，说明APFS容器索引或宗卷头已损坏，GUI完全无法触及：
- 进单用户模式（重启长按 Command + S），输入：
/sbin/mount -uw /挂载根目录为可写 - 执行：
/usr/sbin/diskutil apfs repairVolume /dev/diskXsY（X/Y替换成实际编号，用diskutil list查） - 若提示 volume not mounted，改用底层工具：
/System/Library/Filesystems/apfs.fs/Contents/Resources/apfs_util -s /dev/diskXsY，直接扫描并重写宗卷头
