容器停止后挂载卷自动解除但数据仍保留，安全卸载关键在于时机正确、依赖清除、去留明确；匿名卷随容器删除可能保留或清理，命名卷生命周期独立，手动删除前须确认无容器正在使用。
容器停止后，挂载卷不会自动卸载——它只是断开与容器的关联，但数据仍保留在宿主机上。安全卸载的关键不是“卸载动作本身”，而是确保卸载时机正确、依赖已清除、数据去留明确。
容器运行中：不能卸载，只能检查挂载状态
容器启动时，Docker 会把卷（或 bind mount）挂载到容器内指定路径。此时该挂载点由容器进程持有，宿主机上无法直接 umount，强行操作会报 device or resource busy。
- 用
docker inspect查看Mounts字段，确认卷名、源路径、挂载模式（rw/ro） - 用
findmnt | grep overlay2或mount | grep可看到实际挂载项，但不要手动 umount - 若需调试读写行为，应进入容器内部操作（
docker exec -it sh），而非干预宿主机挂载
容器停止后：挂载自动解除，但卷仍存在
容器 stop 后，Docker 会主动清理其 namespace 和临时挂载项。此时卷本身未被删除，也未被其他容器使用的话，就处于“闲置但可用”状态。
- 执行
docker ps -a确认容器 STATUS 是 Exited 或 Created，不是 Up - 再运行
docker volume ls，能看到该卷仍列在列表中——这是正常现象，不表示挂载残留 - 如果该卷是命名卷（named volume），它的生命周期独立于容器；如果是匿名卷（anonymous volume），默认随容器删除而自动清理（除非用了
--volumes以外的保留策略）
容器删除时：卷是否卸载，取决于是否被显式引用
执行 docker rm 本身不删卷，只断开绑定。只有满足以下任一条件，卷才可能被真正移除：
- 该卷是 匿名卷，且容器是通过
docker run -v /data（无名称）创建的，同时没加--rm，则删除容器时卷仍保留；加了--rm才会在容器退出后自动清理 - 使用
docker-compose down --volumes：它会主动遍历volumes:块中声明的命名卷，并调用docker volume rm删除它们（前提是无其他容器正在使用） - 手动执行
docker volume rm：Docker 会先检查是否有容器 当前正在使用 该卷（不只是曾经用过），若有则拒绝删除并提示 volume is in use
真正需要“手动卸载”的场景：overlay2 残留或强制清理
极少数情况下，比如容器异常退出、daemon 崩溃或 overlay2 层损坏，可能导致挂载点未被 clean up，表现为 mount | grep overlay2 仍有残留条目，或删除容器时报 failed to remove filesystem。
- 先尝试重启 dockerd：
sudo systemctl restart docker，多数挂载残留会自动清理 - 若仍有 busy 挂载，用
lsof +D /var/lib/docker/overlay2/<id></id>查找占用进程 - 确认无关键进程后，再用
umount -l /var/lib/docker/overlay2/<id>/merged</id>（lazy unmount）释放，之后再删容器或卷 -
切勿直接 rm -rf /var/lib/docker/volumes/：这跳过 Docker 的引用计数校验，可能导致后续
docker volume ls显示异常，或新容器挂载失败
