Docker-in-Docker环境下挂载文件报错，求原因分析

场景说明 #

• 容器启动方式：挂载宿主机Docker socket，复用宿主机Docker daemon（通过/var/run/docker.sock:/var/run/docker.sock实现的Docker-in-Docker模式）
• 容器内执行的命令：

  docker run --rm --net none -v /new/test.py:/new/test.py test-python timeout 5 make --silent -C /new/ test
  

• 触发报错：

  docker: Error response from daemon: failed to create shim: OCI runtime create failed: runc create failed: unable to start container process: error during container init: error mounting to rootfs flags: 0x5000: not a directory: unknown: Are you trying to mount a directory onto a file (or vice-versa)? Check if the specified host path exists and is the expected type.

核心原因 #

你在容器内执行docker run时，-v /new/test.py:/new/test.py中的左侧路径（宿主侧）指向的是宿主机的文件系统，而非当前执行命令的容器文件系统——因为你挂载的是宿主机的docker.sock，容器内的docker命令实际调用的是宿主机的Docker daemon。

问题就出在：宿主机上不存在/new/test.py这个文件，或者宿主机上的/new/test.py是一个目录（而你要挂载到新容器内的是文件路径），导致挂载时出现「目录与文件类型不匹配」的错误。

而你在宿主机执行命令正常，是因为宿主机上确实存在正确的/new/test.py文件；移除-v参数后容器能启动，是因为跳过了挂载操作，自然不会触发路径类型不匹配的问题。

解决建议 #

• 若要将当前容器内的/new/test.py挂载到新容器，不能直接用本地路径挂载，需先将文件复制到宿主机的某个路径，再使用该宿主机路径进行挂载；
• 或者使用Docker卷（Volume）来传递文件，避免直接依赖宿主机路径；
• 检查并确保宿主机上的/new/test.py是存在的文件（而非目录）。

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