对我来说，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到它，或做任何你需要的。 停止容器后，删除/重命名自定义入口点。

在Entrypoint脚本的顶部添加一个检查

Docker确实需要将其作为一个新特性来实现，但这里有另一个变通选项，用于你有一个在成功或失败后终止的Entrypoint，这可能会使调试变得困难。

如果您还没有Entrypoint脚本，请创建一个可以运行容器所需的任何命令的脚本。然后，在这个文件的顶部，将这些行添加到entrypoint.sh:

# Run once, hold otherwise
if [ -f "already_ran" ]; then
    echo "Already ran the Entrypoint once. Holding indefinitely for debugging."
    cat
fi
touch already_ran

# Do your main things down here

为了确保cat保持连接，您可能需要提供一个TTY。我用我的入口点脚本运行容器，就像这样:

docker run -t --entrypoint entrypoint.sh image_name

这将导致脚本运行一次，创建一个文件，表明脚本已经运行过(在容器的虚拟文件系统中)。然后你可以重新启动容器来执行调试:

docker start container_name

当您重新启动容器时，将找到already_ran文件，导致Entrypoint脚本使用cat暂停(它只是永远等待永远不会到来的输入，但保持容器处于活动状态)。然后你可以执行一个调试bash会话:

docker exec -i container_name bash

在容器运行时，如果需要以这种方式调试，还可以删除already_ran并手动执行entrypoint.sh脚本以重新运行它。

对我来说，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到它，或做任何你需要的。 停止容器后，删除/重命名自定义入口点。

找到停止的容器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

我把@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容器，覆盖现有的入口点脚本。