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

如果你碰巧安装了公司代理，并且使用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

我有这个问题，这里没有一个简短的答案，即使在上面@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映像。这是因为我从第一个创建链的测试图像中创建了一个新图像。

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

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

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

然后按顺序删除子图像。

对我来说有用的是使用REPOSITORY:TAG组合而不是IMAGE ID。

当我试图用命令docker rmi < image ID>删除一个没有与此映像关联的容器的docker映像时，我得到了这样的消息:

$ docker rmi 3f66bec2c6bf
Error response from daemon: conflict: unable to delete 3f66bec2c6bf (cannot be forced) - image has dependent child images

当我使用命令docker rmi RPOSITORY:TAG时，我可以成功删除

$ docker rmi ubuntu:18.04v1
Untagged: ubuntu:18.04v1

只需简单地使用:

docker rmi <image:tag> -f

例如:

docker rmi ubuntu:latest -f 

将删除标签名为latest的映像名称ubuntu， -f是强制删除。

这对我很有效