Docker Compose卷挂载异常：空卷覆盖容器文件求助

针对Docker卷挂载失效问题的排查与解决方案 #

看起来你遇到的是Docker Toolbox在Windows 7下的共享文件夹挂载异常问题，结合你提供的信息，我整理了几个针对性的排查步骤：

1. 优先检查VirtualBox共享文件夹的挂载状态

Docker Toolbox依赖VirtualBox将Windows目录共享给Docker Machine（boot2docker虚拟机），这是最容易出问题的环节：

• 打开VirtualBox，找到你的Docker虚拟机（默认是default），进入设置 -> 共享文件夹：
  • 确认C:\Users已经被共享，且勾选了「自动挂载」和「固定分配」，权限设置为「读写」。
  • 避免单独共享子文件夹（比如C:\users\fede\documents\test\service），Docker Toolbox默认支持的是C:\Users的全局共享，子目录会自动映射。
• 进入Docker Machine终端，执行以下命令验证挂载：

  docker-machine ssh default
  mount | grep /c/users
  

  如果没有输出，说明共享文件夹没挂载成功，手动挂载：

  sudo mkdir -p /c/users
  sudo mount -t vboxsf c/Users /c/users
  sudo service docker restart
  

2. 调整docker-compose.yml中的路径格式

Windows下使用Docker Toolbox时，相对路径可能会被错误解析，建议改用绝对路径：
把原来的卷配置：

volumes:
  - ./service:/home/node/api:rw

替换为：

volumes:
  - /c/users/fede/documents/test/service:/home/node/api:rw

这样能确保Docker直接指向正确的共享目录，避免相对路径的解析偏差。

3. 验证容器内的挂载情况

启动容器后，进入容器查看挂载目录的内容：

docker exec -it api bash
ls -l /home/node/api

如果目录为空，说明挂载的是一个空的本地卷（而非Windows的共享文件夹），这大概率是共享路径映射失效导致的。此时可以检查Docker Machine内的对应目录是否有内容：

docker-machine ssh default
ls -l /c/users/fede/documents/test/service

如果这个目录是空的，说明VirtualBox的共享没有同步Windows的文件，需要重新设置共享文件夹。

4. 检查文件权限

• Windows侧：确保C:\users\fede\documents\test\service文件夹的权限允许当前管理员用户完全控制，避免VirtualBox无法读取文件。
• 容器侧：如果挂载成功但文件无法访问，可能是权限问题。可以在Dockerfile中添加：

  RUN chown -R node:node /home/node/api
  

  确保容器内的node用户有权限访问挂载目录。

额外提示

你提到之前能正常运行，突然失效，很可能是VirtualBox的共享服务意外停止，或者Windows的权限设置被后台程序悄悄修改。重新创建Docker Machine时，记得确认VirtualBox的共享设置被正确初始化。

内容的提问来源于stack exchange，提问作者Frondor