当docker kill CONTAINER_ID无效且docker stop -t 1 CONTAINER_ID也无效时，可以尝试删除容器:

docker container rm CONTAINER_ID

我今天遇到了类似的问题，容器处于持续的重新启动循环中。

在我的案例中，问题与我是一个糟糕的工程师有关。

总之，我通过删除容器、修复代码，然后重新构建并运行容器来解决这个问题。

希望这能帮助将来遇到这个问题的人

尝试运行

docker stop CONTAINER_ID & docker rm -v CONTAINER_ID

谢谢

如果你创建了一个systemd服务，它有:

[Service]
Restart=always
ExecStart=/usr/bin/docker container start -a my_container
ExecStop=/usr/bin/docker container stop -t 2 my_container

它正在重新启动，状态代码为127，这意味着在容器中有一个丢失的文件/库。启动一个新的容器可能会解决这个问题。

解释:

就我对Docker的理解而言，下面是正在发生的事情:

容器试图启动。在这个过程中，它尝试访问一个不存在的文件/库。 它以127的状态码退出，在这个答案中解释了这一点。 通常，这是容器应该完全退出的地方，但它会重新启动。 它会重新启动，因为重启策略必须被设置为不是no(默认值)的值(使用命令行标志——restart或docker-compose)。Yml键重启)，同时启动容器。

解决方案:某些东西可能损坏了容器。理想情况下，启动一个新的容器就可以了。

从个人经验来看，听起来好像你的docker容器有问题，不允许它重新启动。所以容器中的某个进程导致重新启动挂起，或者某个进程导致容器在启动时崩溃。

当你启动容器时，如果你要附加到它，请确保你启动它时分离“-d”。(交货。"docker run -d mediawiki_web_1")

检查已安装docker的分区。在大多数情况下，分区的容量为100%，因此您可能需要查看这一点。