编辑这个文件(对应于你停止的容器):

vi /var/lib/docker/containers/923...4f6/config.json

更改“Path”参数以指向您的新命令，例如/bin/bash.你也可以设置"Args"参数来给命令传递参数。

重新启动docker服务(注意，这将停止所有正在运行的容器，除非你首先启用live-restore):

service docker restart

列出你的容器，并确保命令已经更改:

docker ps -a

启动容器并连接到它，您现在应该在您的shell中!

docker start -ai mad_brattain

使用Docker 1.7.1在Fedora 22上工作。

注意:如果你的shell不是交互式的(例如，你没有创建带有-it选项的原始容器)，你可以将命令改为“/bin/sleep 600”或“/bin/tail -f /dev/null”，以给你足够的时间执行“docker exec -it CONTID /bin/bash”作为另一种获得shell的方式。

注2:更新版本的docker有config.v2。json，在那里你需要改变入口点或Cmd(感谢user60561)。

大多数情况下，人们在修改配置文件时会遇到这种情况，我就是这样做的。我试图通过Vue SPA作为入口点绕过PHP/Apache服务器的CORS。不管怎样，如果你知道你要的文件，对我来说一个简单的解决办法是

复制你从图片中取出的文件: Docker cp bt-php:/etc/apache2/apache2.conf。 局部修复 复制回来 Docker cp apache2.conf bt-php:/etc/apache2 .conf 重新启动容器 *加分-由于这个文件正在修改，将其添加到您的撰写或构建脚本，这样当您做对了，它将被烘焙到图像!

关于这个问题有很多讨论，所以我想再补充一个我没有立即看到上面列出的:

If the full path to the entrypoint for the container is known (or discoverable via inspection) it can be copied in and out of the stopped container using 'docker cp'. This means you can copy the original out of the container, edit a copy of it to start a bash shell (or a long sleep timer) instead of whatever it was doing, and then restart the container. The running container can now be further edited with the bash shell to correct any problems. When finished editing another docker cp of the original entrypoint back into the container and a re-restart should do the trick.

我曾经用它来纠正一个“快速修复”，我黄油手指，不再能够运行正常入口点的容器，直到它被纠正。

我也同意应该有一种更好的方式通过docker来做到这一点:也许可以选择“docker restart”来允许另一个入口点?嘿，也许这已经适用于“——entrypoint”?不确定，没有尝试过，留给读者练习，如果有用请告诉我。：）

我找到了一个简单的命令

docker start -a [container_name]

这样就可以了

Or

docker start [container_name]

then

docker exec -it [container_name] bash

编辑这个文件(对应于你停止的容器):

vi /var/lib/docker/containers/923...4f6/config.json

更改“Path”参数以指向您的新命令，例如/bin/bash.你也可以设置"Args"参数来给命令传递参数。

重新启动docker服务(注意，这将停止所有正在运行的容器，除非你首先启用live-restore):

service docker restart

列出你的容器，并确保命令已经更改:

docker ps -a

启动容器并连接到它，您现在应该在您的shell中!

docker start -ai mad_brattain

使用Docker 1.7.1在Fedora 22上工作。

注意:如果你的shell不是交互式的(例如，你没有创建带有-it选项的原始容器)，你可以将命令改为“/bin/sleep 600”或“/bin/tail -f /dev/null”，以给你足够的时间执行“docker exec -it CONTID /bin/bash”作为另一种获得shell的方式。

注2:更新版本的docker有config.v2。json，在那里你需要改变入口点或Cmd(感谢user60561)。

我有一个docker容器，MariaDB容器在启动时不断崩溃，因为损坏了InnoDB表。

我解决问题的方法是:

从容器中复制docker-entrypoint.sh到本地文件系统(docker cp) 编辑它以包含所需的命令行参数(在我的例子中——innodb-force-recovery=1) 将编辑过的文件复制回docker容器，覆盖现有的入口点脚本。