不能直接修改运行中容器的挂载路径，必须停用重建或编辑配置；macOS需将宿主机路径加入Docker Desktop File Sharing白名单且路径末尾不可带斜杠；docker-compose需同步更新host_path与container_path；硬改hostconfig.json风险极高；daemon.json的data-root不解决挂载权限问题。
不能直接“修改”正在运行容器的挂载路径——Docker 容器一旦创建，其 volumes 和 bind mounts 配置就固化在配置文件里，不支持热更新。必须停用、重建或手动编辑底层配置（高风险）。实际可行的只有三种路径：换挂载方式重启、改配置文件、或用 --mount 替代 -v 提前规避问题。
docker run 时挂载目录失败：Mounts denied 错误
这是 macOS 上最常见也最容易被忽略的拦路虎。错误本身不提示原因，只报 Mounts denied，但根源几乎全是宿主机路径未加入 Docker Desktop 的 File Sharing 白名单。
- 打开 Docker Desktop → Preferences → Resources → File Sharing，确认你要挂载的路径（如
/Users/alex/project）已添加；没加就点 +，再点 Apply & Restart - 路径末尾不能带斜杠：
/Users/alex/project/是错的，/Users/alex/project才对 —— 否则 Docker 会当成文件处理，挂载直接失败 - Windows 不会出现这个错误，但 Linux/macOS 必须过这一关；跳过这步，后面所有命令都会静默失败
docker-compose.yml 中修改 volume 挂载路径
如果你用 Compose 管理服务，改挂载路径最安全的方式是直接改 YAML 文件，然后 docker compose down && docker compose up -d 重建。
- 不要改
container_path而漏掉host_path：下面两行必须同步更新
services:
app:
volumes:
- /home/user/config:/app/config # ← 这里改了，上面的宿主机路径也得对应改- 如果宿主机路径不存在，
-v会自动创建空目录，但--mount type=bind不会 —— Compose 默认用volumes字段，行为等同于-v - 改完务必验证：进入容器执行
ls -l /app/config，看输出是否显示为host_path下的真实内容，而非空目录或权限拒绝
已存在容器怎么换挂载目录
没有“在线修改”API。所谓“修改”，本质只有两种操作：删旧建新，或硬改配置文件（不推荐）。
- 首选方案：记下原容器的全部参数（
docker inspect 容器名 | jq '.HostConfig.Binds'可查当前挂载），然后docker stop && docker rm，再用新-v重新docker run - 硬改配置风险极高：需停止 Docker Desktop（不是仅
docker stop），编辑C:ProgramDataDockerDesktop m-datadocker-desktop-dataext4.vhdx内部的/var/lib/docker/containers/[ID]/hostconfig.json，手动替换"Source"字段 —— 一不小心会导致整个 WSL2 实例无法启动 - 临时调试可用
docker cp：比如把宿主机新配置拷进容器docker cp ./new.conf 容器名:/etc/app/conf.d/，但这不是挂载，改完容器重启就丢失
为什么不用 daemon.json 改 data-root 来解决挂载问题
daemon.json 里的 {"data-root": "D:\docker-data"} 只控制 Docker 引擎元数据和 overlay2 层存放位置，**完全不影响 bind mount 的宿主机路径校验逻辑或挂载行为**。
- 它改的是镜像层、容器 rootfs 的存储盘，不是你
docker run -v D:src:/app时的源路径合法性判断 - 在 Windows WSL2 模式下，该配置甚至可能被忽略 —— 因为实际数据由
docker-desktop-data这个 WSL 发行版管理，data-root只在纯 Linux 或非 WSL 后端生效 - 真想释放 C 盘空间，请优先走 WSL2 实例迁移（
wsl --export / --import），而不是碰daemon.json
真正卡住人的从来不是命令记不住，而是 macOS 的 File Sharing 白名单和 Windows WSL2 的路径所有权这两道隐形门槛 —— 它们不出现在任何报错里，却决定挂载成不成功。
