apfs clonefile 仅支持同一apfs卷内单文件cow克隆，非卷级；asr需恢复模式且禁用sip；diskutil apfs clonevolume可在线克隆系统卷但需跨容器，克隆后须bless --bootefi设置启动。
apfs clonefile 命令只能克隆单个文件，不是整个卷
很多人搜 apfs clone 时误以为能像 Time Machine 那样克隆整个系统卷，其实 macOS 原生命令行里真正叫 clonefile 的工具只作用于文件级硬链接（copy-on-write），且仅限同一 APFS 卷内。它不跨卷、不递归、不处理元数据权限以外的属性（比如扩展属性 xattr 中的 com.apple.FinderInfo 可能丢失）。
常见错误现象：clonefile /src/file /dst/file 报错 Operation not permitted —— 很可能因为目标路径在另一卷，或源文件启用了加密封装（如 iCloud 同步中文件）、或目标目录没有写权限。
- 必须确保源和目标在同一 APFS 卷（可用
df -h /path查看挂载点是否一致） - 目标路径需提前创建好，
clonefile不会自动建目录 - 对符号链接、设备文件、socket 文件等特殊类型无效，会报
Invalid argument - 克隆后用
ls -i可验证 inode 是否相同（APFS CoW 克隆本质是共享底层数据块）
用 asr 做卷级克隆前必须停用 SIP 和目标卷锁定
asr 是 macOS 真正支持卷对卷克隆的官方工具，但默认行为极其保守：它会拒绝向已挂载、有打开文件、或启用 SIP 的目标卷写入。最典型的错误是执行 asr restore --source /Volumes/MacOS --target /Volumes/Backup --erase 后卡在 “Validating target…” 或直接报 Could not open target volume。
关键限制不在命令本身，而在运行上下文：
- 目标卷必须未被任何进程占用（包括 Finder 显示其图标、Spotlight 索引、Time Machine 后台扫描）—— 最稳妥方式是进恢复模式（Command+R 启动）再操作
- SIP（System Integrity Protection）会阻止向系统卷写入，即使你用
sudo也无效；恢复模式下可临时禁用（csrutil disable），但仅限必要场景，完事后务必重开 -
asr要求源卷为只读快照（推荐先用tmutil localsnapshot创建），否则可能因文件变动导致校验失败 - 目标卷格式必须是 APFS（不能是 Mac OS Extended），且大小至少等于源卷已用空间（
asr不压缩）
diskutil apfs cloneVolume 是唯一支持在线系统卷克隆的原生命令
macOS 10.13+ 提供了更安全的替代方案：diskutil apfs cloneVolume。它不要求进恢复模式，允许在系统运行时克隆当前启动卷（只要目标盘空闲），底层调用的是 APFS 快照 + 克隆机制，比 asr 更轻量。
典型用法：diskutil apfs cloneVolume disk1s1 disk2s1 "Cloned System"，其中 disk1s1 是源卷标识符（用 diskutil list 查），disk2s1 是目标 APFS 卷（必须已存在、空、同属一个容器或独立 APFS 容器）。
- 目标卷不能是启动卷本身，也不能是源卷所在容器的其他卷（即不能同容器内克隆，必须跨物理盘或跨容器）
- 克隆过程会自动创建快照并同步数据，完成后目标卷可立即挂载使用，但不会继承启动能力（无法直接从该卷启动，需额外
bless设置） - 若目标卷已有数据，命令会拒绝执行（不会覆盖），必须先
diskutil apfs deleteVolume - 速度取决于 SSD 性能和数据局部性；大量小文件时比大文件慢，因每个文件都需单独触发 CoW 分配
克隆后无法启动？bless 和 bless --setBoot 是两回事
用 diskutil apfs cloneVolume 或 asr 克隆出的系统卷，默认不具备启动资格。macOS 启动流程依赖 NVRAM 中的 boot-uuid 和卷内 com.apple.BootUUID 属性匹配，而克隆操作不自动更新这些值。
常见症状：重启按 Option 键能看到克隆卷图标，但选中后黑屏或报错 invalid signature。
- 先确认克隆卷已签名完整：
spctl --assess --type execute /Volumes/Cloned\ System/Applications/Utilities/Terminal.app应返回 “accepted” - 用
bless --folder /Volumes/Cloned\ System/System/Library/CoreServices --bootefi --create-snapshot设置启动路径（注意路径必须精确到 CoreServices 目录） -
bless --setBoot是旧版命令，仅适用于传统 EFI 引导，APFS 卷必须用带--bootefi的新版bless，且需在目标卷挂载状态下执行 - 执行后需重启，并在启动时按住 Option 键手动选择，系统不会自动切换默认启动项
bless 参数或目标卷没通过 Gatekeeper 校验，就卡在黑屏。建议克隆前先用 csrutil status 确认 SIP 状态，克隆后立刻验证签名和 bless 输出，别等到重启才发现问题。
