我在尝试
docker rmi c565603bc87f
错误：
来自守护程序的错误响应：冲突：无法删除 c565603bc87f（无法强制）- 图像具有依赖的子图像
所以即使使用 -f 标志我也无法删除图像。那么如何删除图像及其所有子项？
Linux 和 docker 版本：
uname -a Linux goracio-pc 4.4.0-24-generic #43-Ubuntu SMP Wed Jun 8 19:27:37 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
docker 版本客户端：版本：1.11.2 API 版本：1.23 Go 版本：go1.5.4 Git 提交：b9f10c9 内置：2016 年 6 月 1 日星期三 22:00:43 OS/Arch：linux/amd64
服务器：版本：1.11.2 API 版本：1.23 Go 版本：go1.5.4 Git 提交：b9f10c9 内置：2016 年 6 月 1 日星期三 22:00:43 OS/Arch：linux/amd64
在某些情况下（例如我的情况），您可能会尝试通过指定具有多个您不知道存在的标签的图像 id 来删除图像，其中一些标签可能被其他图像使用。在这种情况下，您可能不想删除图像。
如果您有此处描述的冗余标签的情况，而不是在您希望删除的冗余标签上docker rmi <image_id>使用。docker rmi <repo:tag>
在删除图像之前，您应该尝试删除不必要的图像：
docker rmi $(docker images --filter "dangling=true" -q --no-trunc)
之后，运行：
docker rmi c565603bc87f
以前的所有答案都是正确的，但这是一种解决方案，它只是强制删除所有图像（使用此命令需要您自担风险，它会删除所有图像）
docker rmi $(docker images -q) -f
使用以下内容查找在相关图像之后创建的所有图像的图像 ID 和父 ID：
docker inspect --format='{{.Id}} {{.Parent}}' $(docker images --filter since=<image_id> -q)
然后你调用命令：
docker rmi {sub_image_id}
“sub_image_id”是依赖图像的ID
对我有用的是使用 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
此命令删除所有图像（谨慎使用）
您是否尝试过使用 --force
sudo docker rmi $(sudo docker images -aq) --force
上面的代码运行起来就像一个魅力，即使我有同样的问题
如果你想Untag Docker Images
docker rmi <rep:tag>
如果你想Removing Docker Images
docker image rm <image_id>
例如：键入docker image ls以显示图像信息
REPOSITORY TAG IMAGE ID CREATED SIZE
python 3.6 60f85556d5d2 4 days ago 174MB
docker rmi python:3.6
泊坞窗图像 rm 60f85556d5d2
这是一个删除图像和所有依赖于它的图像的脚本。
#!/bin/bash
if [[ $# -lt 1 ]]; then
echo must supply image to remove;
exit 1;
fi;
get_image_children ()
{
ret=()
for i in $(docker image ls -a --no-trunc -q); do
#>&2 echo processing image "$i";
#>&2 echo parent is $(docker image inspect --format '{{.Parent}}' "$i")
if [[ "$(docker image inspect --format '{{.Parent}}' "$i")" == "$1" ]]; then
ret+=("$i");
fi;
done;
echo "${ret[@]}";
}
realid=$(docker image inspect --format '{{.Id}}' "$1")
if [[ -z "$realid" ]]; then
echo "$1 is not a valid image.";
exit 2;
fi;
images_to_remove=("$realid");
images_to_process=("$realid");
while [[ "${#images_to_process[@]}" -gt 0 ]]; do
children_to_process=();
for i in "${!images_to_process[@]}"; do
children=$(get_image_children "${images_to_process[$i]}");
if [[ ! -z "$children" ]]; then
# allow word splitting on the children.
children_to_process+=($children);
fi;
done;
if [[ "${#children_to_process[@]}" -gt 0 ]]; then
images_to_process=("${children_to_process[@]}");
images_to_remove+=("${children_to_process[@]}");
else
#no images have any children. We're done creating the graph.
break;
fi;
done;
echo images_to_remove = "$(printf %s\n "${images_to_remove[@]}")";
indices=(${!images_to_remove[@]});
for ((i="${#indices[@]}" - 1; i >= 0; --i)) ; do
image_to_remove="${images_to_remove[indices[i]]}"
if [[ "${image_to_remove:0:7}" == "sha256:" ]]; then
image_to_remove="${image_to_remove:7}";
fi
echo removing image "$image_to_remove";
docker rmi "$image_to_remove";
done
# docker rm $(docker ps -aq)
之后按照 Nguyen 的建议使用命令。
尝试删除图像 ID：b721d1cdaac7
docker rmi b721d1cdaac7 -f
响应：来自守护进程的错误响应：冲突：无法删除 b721d1cdaac7（无法强制）- 图像具有依赖的子图像
要删除所有子图像命令：
docker image rm $(docker images --filter since=b721d1cdaac7 -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>.
当我想"<none>"在 docker 中删除一些未使用的带有名称的图像时，我遇到了这个问题unable to delete a354bbc7c9b7 (cannot be forced) - image has dependent child images。所以为了解决这个问题：
sudo docker ps -a
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
01ee1276bbe0 lizard:1 "/bin/sh -c 'java ..." About an hour ago Exited (1) About an hour ago objective_lewin
49d73d8fb023 javaapp:latest "/usr/bin/java -ja..." 19 hours ago Up 19 hours 0.0.0.0:8091->8091/tcp pedantic_bell
405fd452c788 javaapp:latest "/usr/bin/java -ja..." 19 hours ago Created infallible_varahamihira
532257a8b705 javaapp:latest "/usr/bin/java -ja..." 19 hours ago Created demo-default
9807158b3fd5 javaapp:latest "/usr/bin/java -ja..." 19 hours ago Created xenodochial_kilby
474930241afa jenkins "/bin/tini -- /usr..." 13 days ago Up 4 days 0.0.0.0:8080->8080/tcp, 0.0.0.0:50000->50000/tcp myjenkins
563d8c34682f mysql/mysql-server:latest "/entrypoint.sh my..." 3 weeks ago Up 4 days (healthy) 0.0.0.0:3306->3306/tcp, 33060/tcp mymysql
b4ca73d45d20 phpmyadmin/phpmyadmin "/run.sh phpmyadmin" 4 weeks ago Exited (0) 3 weeks ago phpmyadmin
您可以看到我有几个名为 javaapp:latest 和不同容器名称的图像。所以，我杀死并删除了“javaapp：latest”容器的所有容器：
须藤码头工人停止“容器名称”
sudo docker rm "containrName"
然后
sudo docker rmi -f "imageId"
所以我可以删除所有带有名称的图像"<none>"
祝你好运
请运行这个 docker 命令
docker image rm -f $(docker image ls --filter dangling=true -q)然后运行
docker image rm -f $(docker image ls -a -q)经过几个小时的工作，我发现上述命令非常有用。
扩展@Nguyen 提供的答案 - 可以将此功能添加到您的.bashrcetc 中，然后从命令行调用以帮助清理任何image has dependent child images错误...
您可以自己运行该函数，如果 adocker ps失败，它将运行docker命令sudo并提示您输入密码。
不删除任何正在运行的容器的图像！
docker_rmi_dependants ()
{
DOCKER=docker
[ docker ps >/dev/null 2>&1 ] || DOCKER="sudo docker"
echo "Docker: ${DOCKER}"
for n in $(${DOCKER} images | awk '$2 == "<none>" {print $3}');
do
echo "ImageID: $n";
${DOCKER} inspect --format='{{.Id}} {{.Parent}}' $(${DOCKER} images --filter since=$n -q);
done;
${DOCKER} rmi $(${DOCKER} images | awk '$2 == "<none>" {print $3}')
}
我的.bashrc档案里也有这个...
docker_rm_dangling ()
{
DOCKER=docker
[ docker ps >/dev/null 2>&1 ] || DOCKER="sudo docker"
echo "Docker: ${DOCKER}"
${DOCKER} images -f dangling=true 2>&1 > /dev/null && YES=$?;
if [ $YES -eq 1 ]; then
read -t 30 -p "Press ENTER to remove, or CTRL-C to quit.";
${DOCKER} rmi $(${DOCKER} images -f dangling=true -q);
else
echo "Nothing to do... all groovy!";
fi
}
适用于：
$ docker --version
Docker version 17.05.0-ce, build 89658be
如here所解释的，我使用以下方式来识别依赖图像并删除它们，
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
我也遇到了这个问题，我可以用下面的命令解决问题。这可能是因为图像的容器正在运行或退出，因此在删除图像之前，您需要删除容器
docker ps -a -f status=exited ：此命令显示所有退出的容器，然后复制容器 ID，然后运行以下命令以删除容器
docker rm #containerId ：此命令删除容器这可能是提到“图像具有依赖子图像”的问题
然后尝试使用以下命令删除图像
docker rmi #ImageId
我遇到了这个问题，即使在上面@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/getstarted-lab 使用的该死的图像。这是因为我从创建链的第一个测试图像创建了一个新图像。
希望这可以在某个时候对其他人有所帮助。
尝试删除图像 id：b721d1cdaac7 docker rmi b721d1cdaac7 -f 响应：来自守护进程的错误响应：冲突：无法删除 b721d1cdaac7（无法强制）- 图像具有依赖的子图像
删除所有子图像 docker image rm $(docker images --filter since=b721d1cdaac7 -q) -f
强制删除图像列表（例如，不包括版本 10）
码头工人图片 | grep 版本 | grep -v version10 > images.txt && for img in $( awk -F" " '{print $3}' /root/images.txt ) ; 做 docker rmi -f $img; 完毕
假设我们有一个 Dockerfile
FROM ubuntu:trusty
CMD ping localhost
我们从没有标签或命名的图像中构建图像
docker build .
现在我们有一个成功报告“成功构建 57ca5ce94d04”如果我们看到 docker 图像
REPOSITORY TAG IMAGE ID CREATED SIZE
<none> <none> 57ca5ce94d04 18 seconds ago 188MB
ubuntu trusty 8789038981bc 11 days ago 188MB
我们需要先删除
docker rmi 57ca5ce94d04
其次是
docker rmi 8789038981bc
通过该图像将被删除！
按照某人的建议强制删除所有内容
docker rmi $(docker images -q) -f
如果在公司代理后面，请确保您没有遇到速率限制错误。
如果碰巧您使用公司代理并使用 Windows，您可能想尝试这个简单的修复。我发现这里有几个回复很有帮助。然而，即使在运行 adocker image prune和其他命令之后，我还是发现了之前被掩盖的可爱错误（和根本原因）：“toomanyrequests: You has达到了你的拉取率限制......”
使固定。
ipconfig/releaseipconfig/renew这可能只是为您节省了与 IT 的通话/票证。;)
镜像层：存储库通常被称为镜像或容器镜像，但实际上它们由一层或多层组成。存储库中的图像层以父子关系连接在一起。每个图像层代表其自身与父层之间的变化。
docker 构建模式使用继承。这意味着版本i取决于版本i-1。所以，我们必须删除版本i+1才能删除版本i。这是一个简单的依赖。
如果您想删除除最后一个（最新的）和第一个（基本）之外的所有图像，那么我们可以使用docker save如下命令导出最后一个（最新的）。
docker save -o <output_file> <your_image-id> | gzip <output_file>.tgz
然后，现在，使用image-id删除所有图像，如下所示。
docker rm -f <image-id i> | docker rm -f <image i-1> | docker rm -f <image-id i-2> ... <docker rm -f <image-id i-k> # where i-k = 1
现在，加载您保存的 tgz 图像，如下所示。
gzip -c <output_file.tgz> | docker load
使用 docker ps -q 查看已加载图像的图像 ID。它没有标签和名称。您可以简单地更新标签和名称，如下所示。
docker tag <image_id> group_name/name:tag
只需简单地使用：
docker rmi <image:tag> -f
例如：
docker rmi ubuntu:latest -f
将删除ubuntu带有标签名称的图像名称，latest并-f用于强制删除。
它对我有用
你可以这样做：
➜ ~ sudo docker rmi 4ed13257bb55 -f Deleted: sha256:4ed13257bb5512b975b316ef482592482ca54018a7728ea1fc387e873a68c358 Deleted: sha256:4a478ca02e8d2336595dcbed9c4ce034cd15f01229733e7d93a83fbb3a9026d3 Deleted: sha256:96df41d1ce6065cf75d05873fb1f9ea9fed0ca86addcfcec7722200ed3484c69 Deleted: sha256:d95efe864c7096c38757b80fddad12819fffd68ac3cc73333ebffaa42385fded