macos无法识别分区通常是gpt分区表损坏而非文件损坏；应先用diskutil list和sudo gpt -r show确认，再用sudo diskutil repairdisk修复，失败后优先数据恢复或重新格式化。
MacOS 无法识别分区，通常不是文件损坏，而是 GPT 分区表本身出问题——磁盘工具图形界面的“急救”对此完全无效，因为它只管已识别卷内部的逻辑结构，不碰分区表。
先确认是不是分区表真丢了
别急着修复，先看终端反馈：
- 进恢复模式（关机后按住 Command + R 开机），打开「终端」
- 运行 diskutil list：如果目标磁盘（如
/dev/disk0）下面完全没有disk0s1、disk0s2这类条目，只有物理设备名（比如 “APPLE SSD…”），基本就是 GPT 表丢失或错乱 - 再运行 sudo gpt -r show /dev/diskX（X 替换为实际编号）：若报错 “No valid GPT found” 或输出为空、出现 Invalid、起始扇区为 0，就坐实了分区表损坏
用 diskutil repairDisk 重建 GPT 结构
这是 macOS 原生支持、最安全的第一步，不擦数据，只修复主/备份 GPT 表的一致性：
- 在恢复模式终端中，先卸载整盘：sudo diskutil unmountDisk /dev/diskX
- 再执行修复：sudo diskutil repairDisk /dev/diskX
- 成功会提示 “Finished repairing the partition map”；完成后重启进恢复模式，再开磁盘工具——通常就能看到完整分区和宗卷了
repairDisk 失败后别硬刚
如果命令返回 “No valid GPT found” 或 “unable to open device”，说明主表和备份表都不可读，继续操作风险陡增：
- 立刻停止所有写入：拔掉硬盘、暂停 Time Machine、别点“抹掉”
- 优先用 Disk Drill、R-Studio 等工具扫描物理磁盘，直接定位 APFS 容器头或 HFS+ 超级块，提取文件
- 若无重要数据，且只想恢复使用：在恢复模式磁盘工具中，选中**最顶层物理磁盘**（不是灰色子项），格式选 APFS，方案选 “GUID 分区图”，再抹掉
手动重建 GPT 是最后手段
仅当有原始分区布局记录（起始扇区、大小、类型 UUID），且其他方法全失败时才考虑：
- 需精确输入每个分区参数，例如 APFS 类型 UUID 是
48465300-0000-11AA-AA11-00306543ECAC，EFI 是C12A7328-F81F-11D2-BA4B-00A0C93EC93B - 误写一个扇区数，就可能覆盖真实数据，导致永久丢失
- 普通用户不建议尝试，成功率低、风险高
