这并不是你所要求的，但是如果你想要的只是检查文件，你可以在一个停止的容器上使用docker export。

mkdir $TARGET_DIR
docker export $CONTAINER_ID | tar -x -C $TARGET_DIR

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

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总是给人留下这样的印象，它是为一个爱好系统而创建的，它在这方面做得很好。 如果某事失败或不起作用，不要指望有专业的解决方案。

也就是说:Docker不仅不支持这些基本的管理任务，还试图阻止它们。

解决方案:

cd /var/lib/docker/overlay2/ 查找| grep someechangedfile #你现在可以在你的容器中看到一个十六进制编码的文件夹/diff中更改的文件 cd hexcoded-folder / diff 创建一个entrypoint.sh(如果存在，请确保备份一个现有的) Cat > entrypoint.sh #！/bin/bash 在((1));做睡眠1;完成; Ctrl + C Chmod +x入口点。sh 码头工人停止 码头工人开始

你现在有你的docker容器运行一个无限循环，而不是原来的入口，你可以执行bash到它，或做任何你需要的。 停止容器后，删除/重命名自定义入口点。

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

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

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

我解决问题的方法是:

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

在容器启动后，docker似乎不能更改入口点。但是您可以设置一个自定义入口点，并在下次重新启动入口点时更改入口点的代码。

例如，你像这样运行一个容器:

docker run --name c --entrypoint "/boot" -v "./boot":/boot $image

下面是引导入口点:

#!/bin/bash
command_a

当你需要用不同的命令重新启动c时，你只需要改变启动脚本:

#!/bin/bash
command_b

并重新启动:

docker restart c