正如这里所解释的，我使用以下方法来识别依赖图像并删除它们，

image_id=123456789012

docker images -a -q --filter since=$image_id |
xargs docker inspect --format='{{.Id}} {{.Parent}}'

你会看到类似这样的输出:

sha256:f7ef19862215ec0bf7a6b103504d213e1c001691703808f4154689cfbb5f14f9 sha256:a7d2efad2847bd10e5223980ed80f5781c716eddbf6131a3cf97614e7f2db97f
sha256:03690ae141346203959d0ae1b3e8d34b7a4232095d774af57dda6282fce99cc4 sha256:5713074659bb5352496ea680a903eba2f66e0495538c9db37336f4ba92994ea8
sha256:311f587811942d328edc52e5953d794eb9b81fe392512080d9fc1d350a6b2024 sha256:aa674f7f2621946db257720c378377b8714739d20879542d875b84c53b59bc75

然后你可以逐个删除这些图片，如下所示:

docker image rm f7ef19862215ec0bf7a6b103504d213e1c001691703808f4154689cfbb5f14f9

输出类似如下所示的内容:

Untagged: prathap/cognitive_robotics_gpu:v1
Untagged: prathap/cognitive_robotics_gpu@sha256:db6e7543a13e9a96241c985b9b3145b8fd65effb68c183301385b495875f1a5a
Deleted: sha256:03690ae141346203959d0ae1b3e8d34b7a4232095d774af57dda6282fce99cc4
Deleted: sha256:263f655670436758f8e3f23f31170083fc8d60c4eebe01a5b3fda1e73bed3ad1

在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>调用它。

我有这个问题，这里没有一个简短的答案，即使在上面@tudor提到的页面。我想在这里分享一下我是如何摆脱这些图像的。我想出了一个想法，从属图像必须是>=父图像的大小，这有助于识别它，以便我们可以删除它。

我按大小列出了这些图片，看看是否能发现其中的相关性:

docker images --format '{{.Size}}\t{{.Repository}}\t{{.Tag}}\t{{.ID}}' | sort -h -r | column -t

它所做的是使用docker中的一些特殊格式来首先定位图像大小列，然后以相反的顺序运行人类可读的排序。然后恢复易于阅读的列。

然后我查看<none>容器，并将列表中的第一个容器与类似的大小匹配。我在该图像上执行了一个简单的docker rmi <image:tag>，所有<none>子图像都随它而去。

所有子映像的问题映像实际上是我第一次开始使用docker时使用的该死的myrepo/getstart -lab映像。这是因为我从第一个创建链的测试图像中创建了一个新图像。

希望这能在某种程度上帮助到其他人。

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

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

Fix.

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

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

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

在删除图像之前，您应该尝试删除不必要的图像:

docker rmi $(docker images --filter "dangling=true" -q --no-trunc)

之后，运行:

docker rmi c565603bc87f

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

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

然后按顺序删除子图像。