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

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

之后，运行:

docker rmi c565603bc87f

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

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

之后，运行:

docker rmi c565603bc87f

正在删除镜像id: b721d1cdaac7

 docker rmi b721d1cdaac7 -f

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

删除所有子映像

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

该命令删除所有图像(请谨慎使用)

你试过用武力吗

sudo docker rmi $(sudo docker images -aq) --force

这上面的代码运行就像一个魅力，即使我有同样的问题

我有这个问题，这里没有一个简短的答案，即使在上面@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我如何能得到依赖子图像的列表?

然后按顺序删除子图像。