我昨天运行命令docker system prune，花了一些时间，然后我的SSH会话因其他原因断开。
不幸的是我现在得到了：
Error response from daemon: a prune operation is already running.
显然有一个 lock 和 prune 命令不再运行。
有人知道如何在不停止和移除所有容器的情况下移除锁吗？
编辑：在 repo 中创建了一个问题：https://github.com/moby/moby/issues/36447
【问题讨论】：
标签： docker docker-swarm
重新启动 docker 对我有用。
【讨论】：
当容器不响应 docker 时，似乎会出现此问题。
这是我修复它的方法：
sudo docker inspect %CONTAINER ID%
inspect 命令将不会返回任何内容。 %CONTAINER ID% 未响应之一，找到其对应的 pid：
ps -aux | grep %CONTAINER ID%
root 14931 0.0 0.0 7648 428 ? Sl Sep13 0:26 docker-containerd-shim -namespace moby -workdir /var/lib/docker/containerd/daemon/io.containerd.runtime.v1.linux/moby/3b0d4cba3f63a71fda99c76f3f777a156056e559fb034da4ed59c0aa340e5669 -address /var/run/docker/containerd/docker-containerd.sock -containerd-binary /usr/bin/docker-containerd -runtime-root /var/run/docker/runtime-runc
kill -9 %PID% 终止此服务
提示 1：可能有一个或多个容器没有响应
提示 2：为了避免停机，您可以扩展与不响应 docker service scale ... 的容器对应的服务。
（我的回答补充了 dparkar 的回答。）
【讨论】：
docker rm -f %CONTAINER ID% 删除无响应的容器对我来说效果很好，而不会终止进程。
就我而言，它并没有卡住，只是需要很长时间才能完成。完成后删除了 3500 张图片！
【讨论】：
docker system info 以检查容器/图像的数量是否下降。
来自 github 问题的工作解决方案：
doublemcz 于 3 月 14 日发表评论
我可以确认 prune 卡住是因为容器没有响应。当我首先杀死容器时
kill -9 PROCESS_ID 我从 ps aux | grep docker-containerd-shim -namespace moby -workdir /var/lib/docker/containerd/daemon/io.containerd.runtime.v1.linux/moby/CONTAINER_ID 获得的进程 ID
问题是您需要知道有一个容器在 docker 上没有响应：-/ 容器工作（即 node.js 工作正常）但只是 docker 甚至无法检查它。
顺便说一句，这个容器甚至不应该存在，因为我们使用 :latest 映像运行 docker service update...。 Docker 创建了另一个容器，但没有被杀死。所以有两个运行的容器有两个不同的版本。
【讨论】：
就我而言，这些步骤有所帮助（我有数百个容器，所以我无法识别坏容器）。
我正在使用 minikube。
systemctl restart docker（这个命令对我来说永远运行）ps auxf 识别悬空进程。所有其他容器都已停止。kill -9 <PID>杀死他们
systemctl restart docker。它现在应该可以正常工作了。【讨论】：