docker run -v执行后无法访问卷 Docker-in-Docker环境问题问询

问题1：TTY报错解决 #

The input device is not a tty报错是因为Google CloudBuild的执行环境默认没有分配伪终端，不需要保留-t参数：

• 如果你的build.sh不需要任何交互式输入，直接删除-i、-t两个参数即可，自动化构建场景绝大多数情况下不需要交互参数，修改后的启动命令示例：

docker run --rm --ulimit memlock=-1 \
            -v 待确认的正确宿主机路径:"/home/user/repo" \
            -w "/home/user/repo/linux" \
            ${DOCKER_IMAGE_NAME} bash build.sh

问题2：挂载卷不生效解决 #

这个是Docker-in-Docker场景的典型问题，核心原因是：你执行docker run命令的环境是CloudBuild的任务容器，而真正处理挂载请求的是宿主机上的Docker daemon，daemon只会识别自己所在宿主机的本地路径，无法读取你当前任务容器内部的路径。
排查和解决步骤如下：

• 优先使用CloudBuild默认共享路径：CloudBuild所有执行步骤默认会把代码和共享内容放在/workspace目录下，该目录对应的宿主机路径可以被外层Docker daemon直接识别，你只需要把需要挂载的内容放到/workspace的对应子目录下，直接挂载该路径即可，示例：

# 假设你要挂载的内容已经同步到/workspace/repo目录下
docker run --rm --ulimit memlock=-1 \
            -v "/workspace/repo":"/home/user/repo" \
            -w "/home/user/repo/linux" \
            ${DOCKER_IMAGE_NAME} bash build.sh

• 如果必须使用自定义路径，可以用Docker Volume做中转，避免直接挂载本地路径：

1. 创建共享存储卷：docker volume create build-shared-vol
2. 将当前CloudBuild容器内的目标内容复制到共享卷中：

docker run --rm -v "$HOMEDIR/..":/src -v build-shared-vol:/dst alpine cp -rf /src/* /dst/

3. 启动构建容器时挂载共享卷：

docker run --rm --ulimit memlock=-1 \
            -v build-shared-vol:"/home/user/repo" \
            -w "/home/user/repo/linux" \
            ${DOCKER_IMAGE_NAME} bash build.sh

• 额外排查项：如果挂载后提示权限不足，可以在docker run参数中添加--user root临时用root用户执行构建，或者启动后先执行chown -R user:user /home/user/repo修改目录权限。

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