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

我解决问题的方法是:

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

在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 start -a [container_name]

这样就可以了

Or

docker start [container_name]

then

docker exec -it [container_name] bash

——entrypoint /bin/bash cont_id_or_name

(对于conven，把你的env, vol挂载在docker-compose.yml)

或者使用docker运行并手动指定所有参数

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

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

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

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

下面是引导入口点:

#!/bin/bash
command_a

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

#!/bin/bash
command_b

并重新启动:

docker restart c