macOS 10.13下hdiutil detach后convert报错，Finder弹出正常的差异咨询

针对你遇到的DMG镜像卸载后无法转换的问题，我来拆解这三个操作的核心差异，以及背后的原因：

一、三个操作的本质区别 #

1. hdiutil detach #

这是镜像专属的卸载工具，和hdiutil attach是配套的。它的核心逻辑是直接和磁盘镜像的驱动模块交互：

• 断开镜像挂载点与文件系统的关联
• 尝试释放镜像文件的直接锁
• 当使用-force参数时，会强制终止所有挂载点上的活跃进程

但它的局限性在于：只聚焦于镜像本身的挂载关联，不会主动触发上层系统服务的状态同步，也可能不会彻底清理内核中残留的磁盘设备注册信息（比如你看到的disk4依然存在）。

2. diskutil eject #

这是通用磁盘管理工具，适用于所有磁盘设备（物理硬盘、U盘、虚拟镜像盘都支持）：

• 先卸载目标设备上的所有挂载分区
• 通知内核移除该磁盘设备的系统注册

它的动作比hdiutil detach更偏向底层设备管理，但依然不会触发Finder那样的上层应用级别的状态清理，比如Spotlight索引、Quick Look预览这类服务的资源释放。

3. Finder弹出 #

这是一套完整的系统级弹出流程，涵盖了底层设备操作和上层服务同步：

• 先调用底层工具完成挂载点卸载和设备移除
• 通知所有关联的系统服务（Spotlight、Quick Look、文件监控进程）停止对该设备的访问
• 清理Finder自身的缓存、图标状态等
• 强制触发内核彻底释放镜像文件的所有引用和锁

这也是为什么Finder弹出后，你的转换命令能正常执行的原因——它把所有可能占用镜像的环节都清理干净了。

二、你的问题根源分析 #

你遇到的错误码35（资源暂时不可用），本质是镜像文件依然被内核或某个后台服务持有引用锁：

• 虽然lsof和mount看不到活跃进程，但内核中残留的disk4s1设备信息说明，磁盘设备的注册状态还没被彻底清除
• hdiutil detach或diskutil eject只完成了基础的卸载，没有触发上层服务的资源释放，导致hdiutil convert时无法独占访问镜像文件

三、无需Finder的替代解决办法 #

如果想通过命令行完成完整的清理，可以在执行hdiutil detach后，再加上两步操作（替换disk4为你实际的设备名）：

# 强制卸载整个磁盘的所有分区
diskutil unmountDisk force /dev/disk4
# 彻底清除磁盘设备的内核注册信息
diskutil eraseDisk free free /dev/disk4

执行完这些后，再运行hdiutil convert应该就能正常工作了。

内容的提问来源于stack exchange，提问作者Angelo Berlin