不幸的是，用docker run——ENTRYPOINT的参数来覆盖ENTRYPOINT是不可能实现这个目标的。

注意:你可以使用——ENTRYPOINT覆盖ENTRYPOINT设置，但是 这只能将二进制文件设置为exec(不会使用sh -c)。

所以我认为答案比上面许多误导性的答案更简单。

启动已停止的现有容器

docker start <container-name/ID>

停止正在运行的容器

docker stop <container-name/ID>

然后登录到容器的交互式shell

docker exec -it <container-name/ID> bash

在一个命令中启动一个现有容器并附加到它

docker start -ai <container-name/ID>

注意，这将在退出时停止容器。但通常情况下，您需要启动容器，在完成后附加并停止它。

为了扩展katrmr的答案，如果容器由于错误而停止并且无法启动，则需要将其提交给一个映像。然后你可以在新镜像中启动bash:

docker commit [CONTAINER_ID] temporary_image
docker run --entrypoint=bash -it temporary_image

将一个命令管道到docker exec bash stdin

必须删除-t才能工作:

echo 'touch myfile' | docker exec -i CONTAINER_NAME bash

有时这比使用CLI选项更方便。

测试:

docker run --name ub16 -it ubuntu:16.04 bash

然后在另一个壳上:

echo 'touch myfile' | docker exec -i ub16 bash

然后在第一能层

ls -l myfile

在Docker 1.13.1, Ubuntu 16.04主机上测试。

这里的一些答案具有误导性，因为它们涉及正在运行的容器，而不是停止的容器。

Sven Dowideit在Docker论坛上解释说，容器与它们的进程是绑定的(Docker不能改变一个停止的容器的进程，似乎至少是由于它的内部结构:https://github.com/docker/docker/issues/1437)。因此，基本上唯一的选择是将容器提交给一个映像，并用不同的命令运行它。

参见https://forums.docker.com/t/run-command-in-stopped-container/343 (我相信“带参数的ENTRYPOINT”方法也不能工作，因为您仍然不能将参数更改为停止的容器。)

我必须使用bash -c来运行我的命令: docker exec - CONTAINER_ID bash "mysql_tzinfo_to_sql /usr/share/zoneinfo | mysql mysql"