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

我解决问题的方法是:

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

我把@Dmitriusan的回答变成了一个别名:

别名docker-run- prer -container='prev_container_id="$(docker ps -aq | head -n1)"&& docker commit "$prev_container_id" && docker run -it——entrypoint=bash "prev_container/$prev_container_id"

将此添加到~/中。Bashrc别名文件，你会有一个漂亮的新docker-run- prec -container别名，它会把你放到前一个容器的shell中。

有助于调试失败的docker构建。

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

我解决问题的方法是:

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

找到停止的容器id

docker ps -a

提交停止的容器:

该命令将修改后的容器状态保存到名为user/test_image的新映像中:

docker commit $CONTAINER_ID user/test_image

使用不同的入口点启动/运行:

docker run -ti --entrypoint=sh user/test_image

入口点参数描述:

https://docs.docker.com/engine/reference/run/#/entrypoint-default-command-to-execute-at-runtime

注意:

上面的步骤只是启动一个具有相同文件系统状态的已停止容器。这对快速调查很有帮助;但是环境变量、网络配置、附加卷和其他东西不是继承的。您应该显式地指定所有这些参数。

启动一个停止的容器的步骤已经从这里借来:(最后的评论)https://github.com/docker/docker/issues/18078

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

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)。

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

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”?不确定，没有尝试过，留给读者练习，如果有用请告诉我。：）