Mac Docker挂载写入失败的根本原因是macOS→Linux VM→容器三层权限链断裂。需依次检查：宿主机目录权限与ACL、Docker Desktop File Sharing设置、VM内/host_mnt映射状态、UID/GID映射一致性。
mac 上 docker 挂载目录写入失败，根本原因不是简单的“chmod 777 就行”，而是 macos + docker desktop 的三层权限链出了问题：宿主机（macos）→ 虚拟机（linux vm）→ 容器。排查必须按层推进，跳过任意一层都可能白忙。
第一步：确认宿主机目录在 macOS 层有写权限
别直接进容器查，先看 Mac 本体是否允许你写：
- 终端执行：ls -ld /Users/yourname/project（把路径换成你的挂载路径），确认输出中当前用户有 rwx（比如
drwxr-xr-x+中第一位是d、第三位是x、第四位是r，且用户名匹配） - 检查 ACL（访问控制列表）是否锁死：ls -le /Users/yourname/project，若看到类似
0: group:everyone deny write这类 deny 条目，需用 chmod -N /path 清除 ACL，或 chmod +a "everyone allow write" /path 显式放行 - 特别注意 /private/tmp 和 /var/folders：Docker Desktop 默认用这些路径做中间缓存，若它们被 SIP 或误操作设为只读，整个挂载链会中断。可用 ls -ld /private/tmp 验证权限是否为
drwxrwxrwt
第二步：检查 Docker Desktop 的 File Sharing 设置
这是 macOS 特有的关键开关，90% 的“明明权限对却写不了”都卡在这儿：
- 打开 Docker Desktop → Preferences → Resources → File Sharing
- 确认你的挂载路径（如 /Users/yourname/project）已明确添加到共享列表中；没加进去的路径，Docker VM 根本看不到，更别说容器了
- 如果刚加完，点右下角 Apply & Restart —— 不重启不生效
- 避免使用 ~ 或符号链接路径：File Sharing 只认绝对路径，且不跟随 symlink。务必用 pwd 确认真实路径
第三步：验证虚拟机内映射是否就绪
Docker Desktop 的 Linux VM 把 Mac 目录挂到了 /host_mnt/ 下，得确认这层通不通：
- 运行一个调试容器：docker run --rm -it -v /Users/yourname/project:/test alpine ls -l /test
- 如果报错
Permission denied或返回空，说明前两步某处断了；如果能列出文件但提示Operation not permitted，大概率是 SELinux-like 机制（gRPC-FUSE 的 uid 映射）在拦截 - 进 VM 查底层映射（需 Docker Desktop 4.15+）：docker run --rm -it --privileged alpine cat /proc/mounts | grep host_mnt，确认你的路径出现在输出里，且挂载选项含
rw
第四步：处理 UID/GID 映射错位（Mac 常见）
Mac 用户 UID 通常是 501，而很多镜像（如 Node.js、Python 官方镜像）默认以 UID 1001 或非 root 启动，导致容器进程在 VM 内无权写入映射目录：
- 快速验证：在容器里运行 id -u 和 ls -ld /test（挂载点），对比两个数字是否一致；不一致就需对齐
- 启动时强制指定 UID：docker run -u $(id -u):$(id -g) -v /Users/yourname/project:/app image
- 或改用命名卷（绕过绑定挂载）：docker volume create mydata && docker run -v mydata:/app image，完全由 Docker 管理权限，最省心
