容器挂载数据卷失败通常表现为启动即退出（Exited (1)）或卡在Created状态，需按宿主机路径存在性、挂载语法正确性、容器内路径覆盖风险、权限与SELinux/AppArmor拦截四层递进排查。
容器挂载数据卷失败，通常不会报明确错误，而是表现为启动即退出（exited (1)）、卡在 created 状态，或运行后发现目标目录为空、服务因缺配置/数据而崩溃。排查需从宿主机路径、挂载语法、权限归属、安全策略四层递进验证。
确认是否真由挂载引起
先快速聚焦问题根源：
- 执行
docker ps -a，看容器状态是Created还是Exited (1)—— 这两类最常关联挂载失败 - 运行
docker inspect <容器ID> | jq '.Mounts'（或用grep -A 10 Mounts），检查Source（宿主机路径）和Destination（容器内路径）是否与预期一致 - 若
Source出现~/config、./data、含空格或中文的路径，基本可判定为格式错误
验证宿主机路径是否存在且就绪
挂载前 Docker 不会自动创建或挂载宿主机路径，必须手动保障可用：
- 执行
ls -ld /your/host/path，确认目录存在；若提示No such file or directory，立即创建：mkdir -p /your/host/path - 若路径是 NFS/CIFS 挂载点，先运行
mount | grep /your/host/path，确保它当前处于已挂载状态，而非仅是一个空文件夹 - 检查父目录执行权限：Docker 守护进程需能遍历整条路径，例如挂载
/data/app/logs，则/data和/data/app都要有x权限
核对容器内路径是否被覆盖或错配
挂载会完全覆盖容器内对应路径的原始内容，极易导致服务异常：
- PostgreSQL 必须挂载到
/var/lib/postgresql/data，写成/var/lib/postgresql或/data就会失效，数据写入临时层，重启即丢 - 用
docker run --rm -it -v /host/conf:/test alpine ls -l /test临时验证：挂载后能否看到你放进去的文件？是否为空？ - 若镜像中
/etc/nginx/conf.d原有default.conf，而你整目录挂载-v /host/conf:/etc/nginx/conf.d，该文件将消失 —— 改用单文件挂载更安全，如/host/conf/default.conf:/etc/nginx/conf.d/default.conf
排查权限与安全模块拦截
即使路径存在、语法正确，UID 不匹配或 SELinux/AppArmor 也会静默阻止：
- 查容器期望用户：
docker image inspect your-image | jq '.[0].Config.User'，若返回"999"，就执行sudo chown -R 999:999 /host/path - CentOS/RHEL 上临时禁用 SELinux 测试：
sudo setenforce 0；若此时容器正常启动，说明需修复上下文：sudo chcon -Rt svirt_sandbox_file_t /host/path - Ubuntu 上检查 AppArmor：
dmesg | grep -i apparmor；若出现denied mount，可临时禁用：sudo aa-disable /etc/apparmor.d/usr.bin.dockerd
