最直接有效的办法是：在运行容器前，手动创建宿主机上缺失的挂载路径并确保使用绝对路径；Docker仅当宿主机路径存在时才完成挂载，不自动创建多级目录，且相对路径（如./data）或权限不足均会导致挂载静默失败或容器内为空。
最直接有效的办法是：在运行容器前，手动创建宿主机上缺失的挂载路径，并确保使用绝对路径。
确认并创建宿主机路径
挂载失败往往是因为 -v 参数中冒号前的路径（宿主机路径）根本不存在。Docker 不会自动创建多级目录，只会在路径已存在时完成挂载。
- 用 ls -d /your/host/path 检查路径是否存在
- 若提示 “No such file or directory”，说明路径未创建
- 立即执行 mkdir -p /your/host/path（-p 可递归创建父目录）
- 特别注意：不能用相对路径，如
./data或data，必须以/开头
验证路径权限是否允许访问
即使路径存在，Docker 守护进程（通常以 root 身份运行）也需具备读写权限，否则挂载可能静默失败或容器内不可见。
- 运行 ls -ld /your/host/path 查看属主和权限
- 常见问题：路径属主是普通用户，而 Docker 进程无权进入该目录
- 临时解决可运行 sudo chmod 755 /your/host/path
- 更稳妥方式是用 sudo chown $USER:docker /your/host/path 并确保当前用户在 docker 组中
检查挂载语法与目标路径有效性
错误常出在混淆宿主机路径和容器路径，或容器内目标路径不合法。
-
冒号前必须是宿主机上的绝对路径，例如
/home/user/config，而非/config（除非该路径真正在根下） -
冒号后必须是容器内的绝对路径，如
/app/conf；相对路径（如conf）会直接报错 invalid value - 某些镜像启动时依赖特定路径存在（如 Tomcat 的
/usr/local/tomcat/conf），若挂载覆盖了该路径但内容为空，也会导致启动失败——此时需预先放入必要文件
避免“没报错却没挂载”的陷阱
部分场景下命令执行成功、容器启动，但挂载内容在容器内不可见——这往往不是报错，而是静默失效。
- 进入容器后执行 ls -l /container/mount/path，确认是否为空或显示为默认目录结构
- 对比宿主机对应路径内容：ls /host/mount/path，两者应一致
- 若容器内为空，大概率是宿主机路径创建失败、权限拦截，或挂载时路径拼写有细微差异（如大小写、空格、符号）
