核心原因是filevault加密状态拦截boot camp分区操作；需先关闭filevault并等待解密完成，再清理time machine本地快照、确保30gb以上剩余空间，必要时在恢复模式用diskutil repairdisk修复gpt分区表。
macOS 磁盘加密后无法分区，核心原因通常是 FileVault（文件保险箱）加密状态与 Boot Camp 或磁盘工具的分区操作存在兼容性冲突——加密卷在运行时被锁定或元数据结构暂时不可编辑，导致系统拒绝写入新分区表。
关闭 FileVault 再尝试分区
这是最直接有效的解决路径。FileVault 加密启用后，系统会对整个启动宗卷实施实时加密/解密，Boot Camp 分区过程需要直接修改底层 GPT 分区表和重排 APFS 容器空间，而加密状态下该操作被系统主动拦截。
- 前往「系统设置」→「隐私与安全性」→「文件保险箱」，点击「关闭文件保险箱」
- 关闭过程需等待全部数据解密完成（时间取决于磁盘容量和使用年限，可能数小时）
- 解密完成后重启，再运行 Boot Camp 助理或磁盘工具进行分区
确认 Time Machine 本地快照是否占满空间
即使已关闭 FileVault，若 Time Machine 启用了本地快照且磁盘剩余空间不足 20GB，Boot Camp 仍会报“您的磁盘未能分区”。本地快照虽不加密，但会占用 APFS 容器内不可释放的保留空间，压缩可用分区余量。
- 终端执行：sudo tmutil thinlocalsnapshots / 999999999999999 1 强制清理旧快照
- 也可在「系统设置」→「通用」→「存储空间」中点击「管理」→「Time Machine 本地快照」手动删除
- 确保启动宗卷（Macintosh HD）及数据宗卷（Macintosh HD - Data）合计剩余空间 ≥30GB
在恢复模式下用 diskutil repairDisk 修复分区表
若关闭加密并清理快照后仍失败，说明 GPT 分区表可能已轻微损坏（例如备份表校验失败），而图形界面的“急救”无法识别这类底层问题。
- 关机后按 Command + R 进入恢复模式，打开终端
- 运行 diskutil list 查看目标磁盘（如 disk0）是否有正常 s1、s2 子分区
- 若仅显示物理磁盘名、无子卷，再执行 sudo gpt -r show /dev/disk0
- 如提示 “No valid GPT found”，运行 sudo diskutil unmountDisk /dev/disk0 后执行 sudo diskutil repairDisk /dev/disk0
避免在加密状态下强行抹盘或重建分区
切勿在 FileVault 开启时，直接在磁盘工具中对顶层物理磁盘执行“抹掉”操作。这会导致加密密钥与新格式化结构不匹配，轻则无法解锁原数据，重则触发安全擦除机制，使数据彻底不可恢复。
- 所有抹掉/重新格式化操作，必须在 FileVault 关闭且系统完全重启后进行
- 若必须保留加密功能，建议先备份关键数据，再关闭加密 → 分区 → 重新启用 FileVault
- APFS 容器支持多宗卷共存，Boot Camp 创建的 NTFS 分区实际位于同一物理磁盘的独立 GPT 分区中，与加密无关，但前提是 GPT 表健康
