无法删除标记为<;的docker图像;无>;

无法删除标记为<;的docker图像;无>;,docker,Docker,我使用docker 1.12.5,如下所示: $ docker --version Docker version 1.12.5, build 7392c3b 我有以下图片: $ docker images|grep 5000 hoth.southbanksoftware.com:5000/dbenvy-controller <none> d1e229866063 4 days ago 919.4 M

我使用docker 1.12.5,如下所示:

$ docker --version
Docker version 1.12.5, build 7392c3b
我有以下图片:

$ docker images|grep 5000
hoth.southbanksoftware.com:5000/dbenvy-controller              <none>              d1e229866063        4 days ago          919.4 MB
它失败,因为标记不是最新的。然后我尝试按id删除它:

$ docker rmi -f d1e229866063
Error response from daemon: conflict: unable to delete d1e229866063 (cannot be forced) - image has dependent child images
这表明存在依赖的子映像。那么如何删除此图像及其子图像

EDIT1

在点击这个链接后,我确实删除了一些图片,但下面的图片仍然保留,无法删除

$ docker images |grep 5000
hoth.southbanksoftware.com:5000/dbenvy-controller   <none>              4074bfc5705b        3 weeks ago         667.8 MB
hoth.southbanksoftware.com:5000/ubuntu_jdk8         <none>              4074bfc5705b        3 weeks ago         667.8 MB
$docker images | grep 5000
hoth.southbanksoftware.com:5000/dbenvy控制器4074bfc5705b三周前667.8MB
hoth.southbanksoftware.com:5000/ubuntu_jdk8 4074bfc5705b三周前667.8mb
以下是此图像id 4074bfc5705b的子图像:

$ docker images --filter since=4074bfc5705b
REPOSITORY          TAG                 IMAGE ID            CREATED             SIZE
<none>              <none>              315ce2f11b01        4 days ago          667.8 MB
mysql               latest              594dc21de8de        9 days ago          400.2 MB
mongo               latest              86e302671af4        3 weeks ago         401.9 MB
$docker images--过滤器自=4074bfc5705b
创建的存储库标记图像ID大小
315ce2f11b01 4天前667.8 MB
mysql最新版本594dc21de8de 9天前400.2MB
mongo最新版本86e302671af4 3周前401.9 MB

我不明白的是为什么mysql和MongoDocker的图片会出现在这里。它们是通过
docker pull
命令直接创建的。它们为什么会成为子图像?

Docker图像是分层创建的,每一层都显示为另一个图像。您可以对要删除的映像运行docker inspect,然后对相同主机上的其他映像运行inspect,以查看哪些映像基于此未命名映像


请注意,此图像可能类似于Debian本身,其他图像使用它作为基础。还请注意,此图像不会占用子图像无法占用的任何空间,每个层在驱动器上只存在一次。

Docker图像是按层创建的,每个层显示为另一个图像。您可以对要删除的映像运行docker inspect,然后对相同主机上的其他映像运行inspect,以查看哪些映像基于此未命名映像


请注意,此图像可能类似于Debian本身,其他图像使用它作为基础。还请注意,此图像不会占用子图像不会占用的任何空间,每个层在驱动器上只存在一次。

查看此处-侧面注意:我删除这些图像如下:
docker图像-q-f dangling=true | xargs docker rmi
-这将查询所有悬挂图像,然后将它们一个一个地删除。可能重复查看此处-侧面注意:我删除这些图像如下:
dockerimages-q-f dangling=true | xargs docker rmi
-这将查询所有悬空图像,然后逐个删除它们。可能重复感谢您的回复。有没有直接的方法可以找到依赖项映像?我在主机上有50多张图片。一个接一个地检查需要很多时间。我知道有工具可以生成主机上所有图像的树。我从来没有走过这条路,因为它真的没有价值。不要试图清理在某处使用的匿名图像ID,直接清理不再需要的带有标记的图像,剩余的任何未使用层将自动删除。感谢您的回复。有没有直接的方法可以找到依赖项映像?我在主机上有50多张图片。一个接一个地检查需要很多时间。我知道有工具可以生成主机上所有图像的树。我从来没有走过这条路,因为它真的没有价值。与其尝试清理在某处使用的匿名图像ID,不如直接清理不再需要的带有标记的图像,剩余的任何未使用层都将自动删除。
$ docker images --filter since=4074bfc5705b
REPOSITORY          TAG                 IMAGE ID            CREATED             SIZE
<none>              <none>              315ce2f11b01        4 days ago          667.8 MB
mysql               latest              594dc21de8de        9 days ago          400.2 MB
mongo               latest              86e302671af4        3 weeks ago         401.9 MB