你完全猜对了，这个无响应的问题确实是ENTRYPOINT tail -f /dev/null的配置导致的，下面给你详细解释原因和解决方法：

为什么会出现无响应？ #

Docker容器的生命周期是和主进程绑定的：容器启动后会把ENTRYPOINT（或CMD）指定的命令作为主进程运行，只要这个主进程不退出，容器就会保持运行状态。

你设置的ENTRYPOINT tail -f /dev/null是一个长期挂起的前台命令——它会一直盯着/dev/null这个空设备，不会产生任何输出，也不会主动退出。当你用docker run -it尝试启动交互式容器时，Docker会尝试把终端和容器的主进程绑定，但这个主进程是tail而不是交互式shell（比如bash），所以不会给你提供输入输出的交互环境，看起来就像“无响应”，但实际上容器正正常运行着tail命令。

解决办法 #

这里提供几种不同场景的解决方案：

1. 直接修改Dockerfile的ENTRYPOINT（推荐用于需要默认进入shell的场景） #

把Dockerfile里的ENTRYPOINT改成交互式shell：

ENTRYPOINT ["/bin/bash"]

这样再执行docker run -it your-image-name时，就会直接进入容器的bash终端，正常交互。

2. 运行容器时临时覆盖ENTRYPOINT（无需修改镜像） #

如果不想重新构建镜像，可以在docker run时用--entrypoint参数指定启动shell：

docker run -it --entrypoint /bin/bash your-image-name

3. 先启动容器，再通过exec进入（保留原ENTRYPOINT的场景） #

如果需要保留tail -f /dev/null让容器后台运行，同时需要进入容器操作，可以分两步：

• 先启动容器：

  docker run -d your-image-name
  

• 然后用docker exec附加一个交互式shell到运行中的容器：

  docker exec -it <container-id> /bin/bash
  

（你可以用docker ps命令拿到对应的<container-id>）

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