DMG挂载点冲突表现为双击无反应、图标重复、报错“mount point already occupied”或“device is busy”等，主因是残留挂载、路径重叠或缓存错误；需通过hdiutil检查卸载、避免手动指定/Volumes下路径、重置diskarbitrationd服务并养成规范卸载习惯。
dmg挂载点冲突通常表现为：双击后无反应、挂载卷图标重复出现、终端报错 mount point already occupied 或 device is busy，甚至 finder 中显示两个同名卷却无法访问。这多因前次挂载未彻底卸载、系统残留挂载记录，或手动指定路径时与已有设备重叠所致。
检查并清理已挂载但未显示的卷
系统可能保留了“幽灵挂载”——卷宗在 Finder 中不可见，却仍占用挂载路径（如 /Volumes/MyApp）。
- 打开终端，运行：
hdiutil attach -verbose /path/to/yourfile.dmg，观察输出中是否提示mount point already in use及具体路径 - 列出所有当前挂载点：
ls /Volumes/与mount | grep "/Volumes/"对比，找出名称存在但无对应 Finder 窗口的卷 - 若发现残留路径（例如
/Volumes/MyApp），先尝试安全卸载：hdiutil detach "/Volumes/MyApp" - 若提示
device is busy，可强制卸载：hdiutil detach -force "/Volumes/MyApp"
避免手动指定冲突路径
使用 hdiutil attach 时若加 -mountpoint 参数，必须确保目标路径为空且未被其他卷、符号链接或进程占用。
- 不要直接指定系统默认挂载区内的子目录（如
/Volumes/MyApp），除非你确认该路径完全空闲 - 更稳妥的做法是让系统自动分配路径：
省略-mountpoint，改用-autoopen让 Finder 自动处理 - 如需固定位置，可新建专用目录：
mkdir -p ~/mnt/myapp && hdiutil attach -mountpoint ~/mnt/myapp /path/to/file.dmg
重置挂载状态缓存
macOS 有时会缓存挂载元数据，尤其在异常断电或强制退出后，导致路径判断错误。
- 重启
diskarbitrationd服务（不需重启系统）：sudo killall diskarbitrationd
系统将在数秒内自动拉起新进程，清空挂载状态缓存 - 清除 Spotlight 索引中可能干扰的挂载元数据（可选）：
sudo mdutil -E /（重建主卷索引，耗时较长，建议仅在反复出错时使用）
预防后续冲突
日常操作中养成习惯，能大幅减少此类问题：
- 挂载后务必通过 Finder 右键“推出”或终端
hdiutil detach卸载，而非直接弹出物理设备或关机 - 避免同时挂载多个同名 DMG（如不同版本的
App-v1.dmg和App-v2.dmg），系统可能都试图挂到/Volumes/App - 如频繁调试镜像，可在终端中启用挂载日志：
sudo defaults write com.apple.frameworks.diskimages logging -bool true
日志位于/var/log/system.log，关键词为diskimages
