dmg打不开主因是quarantine拦截或文件系统损坏，而非unix权限问题；应先用xattr清除隔离属性，再用磁盘工具验证修复结构，最后按需调整执行权限或挂载行为。

macOS 磁盘映像（DMG）本身不直接“继承”主机系统权限，它的访问控制逻辑取决于三重机制：映像内文件的原始权限设置、挂载后 macOS 为其分配的挂载点属性、以及 Gatekeeper 和隔离属性（quarantine）等运行时安全策略。修复重点不在“继承”，而在解除拦截、校验结构、还原挂载行为。

确认是否真为权限问题

多数 DMG 打不开不是权限错，而是被系统拦截：

• 双击提示“已损坏”或“来自身份不明的开发者”→ 实为 com.apple.quarantine 属性拦截，非权限错误
• 挂载后访达打不开卷宗、图标灰色、无法拖拽文件→ 可能是映像文件系统损坏（如 APFS/HFS+ 元数据异常），需验证结构
• 挂载成功但内部 App 无法运行→ 检查该 App 是否也带 quarantine 属性，或其二进制缺少 x 权限（常见于手动解压或脚本生成的 DMG）
• 终端执行 ls -l /Volumes/YourDMGName 查看挂载点权限：正常应为 drwxr-xr-x@（末尾 @ 表示含扩展属性），若显示 dr-xr-xr-x 或所有者为 root 且组为 wheel，说明挂载时未正确应用用户上下文

清除隔离属性（最常用修复）

从 Safari、邮件、微信等下载的 DMG 默认被标记为不可信，这是第一道拦截：

macOS Automator Services

部署和使用军舰的 macOS Automator 自动化服务集合。包含 5 个实用工作流：PDF转JPG、PNG重命名并转JPG、图像拼接、解压RAR、顺序命名图像文件。一键安装所有服务到 ~/Library/Services/ 目录。使用场景：(1) "安装我的自动化服务"，(2) "部署所有 Automato...

下载

• 打开终端，输入：sudo xattr -d com.apple.quarantine
• 将 DMG 文件拖入终端窗口（路径自动补全），回车
• 无需重启，立即重试双击挂载；若仍失败，说明问题在文件系统层面
• 注意：此操作只移除 Gatekeeper 标记，不修改文件内部权限，也不影响 SIP

用磁盘工具验证并修复映像结构

当 DMG 双击无响应、提示“卷宗损坏”或挂载后内容为空，说明底层文件系统（HFS+/APFS）存在元数据错误：

• 打开“磁盘工具” → 菜单栏“文件” → “打开磁盘映像”，选择你的 DMG
• 左侧边栏会出现新条目（如“Untitled”或 DMG 原名），点击选中它（不是物理磁盘）
• 点击顶部“急救”按钮 → “运行”，等待扫描完成
• 若报告“已验证”且无错误，说明结构完好，问题出在其他环节；若提示“发现错误”，再次点击“运行”尝试修复
• 修复成功后关闭磁盘工具，再双击 DMG 尝试挂载

终端强制挂载与权限微调

当磁盘工具无法修复，但你确认 DMG 内容可信（如自己制作或官方镜像），可绕过校验并手动调整挂载后行为：

• 终端执行：hdiutil attach -noverify -ignorebadchecksums /path/to/your.dmg（拖入 DMG 补全路径）
• 挂载成功后，进入 /Volumes/YourDMGName，检查关键 App 是否可执行：ls -l YourApp.app/Contents/MacOS/*
• 若主二进制显示 -rw-r--r--（无 x 权限），手动添加：chmod +x YourApp.app/Contents/MacOS/YourApp
• 如需让整个卷宗对当前用户可写（仅限临时调试），可对挂载点运行：sudo chown -R $USER:staff /Volumes/YourDMGName，但不建议长期保留

本质上，DMG 的“权限问题”极少源于传统 Unix 权限位错误，绝大多数是安全机制拦截或结构损坏。先清 quarantine，再验结构，最后按需微调——逻辑清晰，步骤明确，不复杂但容易忽略前置判断。