前面所有的答案都是正确的，但这里有一个解决方案，就是强行删除所有的图像(使用这个命令，风险自负，它将删除所有的图像)

docker rmi $(docker images -q) -f

在Simon Brady的蛮力方法的基础上，如果你没有大量的图像，你可以使用这个shell函数:

recursive_remove_image() {
  for image in $(docker images --quiet --filter "since=${1}")
  do
    if [ $(docker history --quiet ${image} | grep ${1}) ]
    then
      recursive_remove_image "${image}"
    fi
  done
  echo "Removing: ${1}"
  docker rmi -f ${1}
}

然后使用recursive_remove_image <image-id>调用它。

正在删除镜像id: b721d1cdaac7

docker rmi b721d1cdaac7 -f

响应:来自守护进程的错误响应:冲突:无法删除b721d1cdaac7(不能强制)- image有依赖的子映像

删除所有子映像命令。

  docker image rm $(docker images --filter since=b721d1cdaac7 -q) -f

它将首先取消标记并删除所有子图像

如果在公司代理后面，请确保您没有遇到速率限制错误。

如果你碰巧安装了公司代理，并且使用Windows，你可能想尝试一下这个简单的修复方法。我在这里找到了一些有用的回答。然而，即使在运行docker映像修剪和其他命令之后，我仍然发现了一个可爱的错误(以及根本原因)，这是之前掩盖的:“toomanyrequests: You have reached your pull rate limit…”

Fix.

打开Windows终端/DOS提示符，输入:

ipconfig /发行 [...] ipconfig /恢复

这可能会帮你省下和IT部门的电话/罚单。；）

找到图像id和父id的所有图像之后创建的图像问题如下:

docker inspect --format='{{.Id}} {{.Parent}}' $(docker images --filter since=<image_id> -q)

然后调用command:

docker rmi {sub_image_id} 

sub_image_id为从属图像ID

这里的答案是找到所有的后代，这里有一个答案

docker我如何能得到依赖子图像的列表?

然后按顺序删除子图像。