如果你想删除X个月前的图片，你可以尝试下面的例子，删除三个月前创建的图片:

three_months_old_images=`docker images | grep -vi "<none>" | tr -s ' ' | cut -d" " -f3,4,5,6 | grep "3 months ago" | cut -d" " -f1`
docker rmi $three_months_old_images

要删除超过一个月的旧标记图像:

$ docker images --no-trunc --format '{{.ID}} {{.CreatedSince}}' \
    | grep ' months' | awk '{ print $1 }' \
    | xargs --no-run-if-empty docker rmi

注意，它将无法删除容器使用的图像，在存储库中引用，有依赖的子图像…这可能是你想要的。否则只需添加-f标志。

/etc/cron.示例每日/ docker-gc脚本:

#!/bin/sh -e

# Delete all stopped containers (including data-only containers).
docker ps -a -q --no-trunc --filter "status=exited" | xargs --no-run-if-empty docker rm -v

# Delete all tagged images more than a month old
# (will fail to remove images still used).
docker images --no-trunc --format '{{.ID}} {{.CreatedSince}}' | grep ' months' | awk '{ print $1 }' | xargs --no-run-if-empty docker rmi || true

# Delete all 'untagged/dangling' (<none>) images
# Those are used for Docker caching mechanism.
docker images -q --no-trunc --filter dangling=true | xargs --no-run-if-empty docker rmi

# Delete all dangling volumes.
docker volume ls -qf dangling=true | xargs --no-run-if-empty docker volume rm

假设你有Docker 1.13或更高版本，你可以只使用修剪命令。对于你的问题，特别是关于删除旧图像，你想要第一个。

# Remove unused images
docker image prune

# Remove stopped containers.
docker container prune

# Remove unused volumes
docker volume prune

# Remove unused networks
docker network prune

# Command to run all prunes:
docker system prune

我建议不要习惯使用docker系统的prune命令。我认为用户会不小心删除他们不想删除的内容。就我个人而言，我将主要使用docker映像修剪和docker容器修剪命令。

Occasionally I have run into issues where Docker will allocate and continue to use disk space, even when the space is not allocated to any particular image or existing container. The latest way I generated this issue accidentally was using "docker-engine" centos build instead of "docker" in RHEL 7.1. What seems to happen is sometimes the container clean-ups are not completed successfully and then the space is never reused. When the 80GB drive I allocated as / was filled with /var/lib/docker files I had to come up with a creative way to resolve the issue.

这是我想到的。首先解决磁盘满的错误:

Stop docker: systemctl Stop docker 分配一个新的驱动器挂载为say /mnt/docker。 移动/var/lib/docker目录下的所有文件到/mnt/docker目录下。我使用命令: rsync -aPHSx——remove-source-files /var/lib/docker/ /mnt/docker/ 将新驱动器挂载到/var/lib/docker。

此时，我不再有磁盘满的错误，但我仍然浪费了大量的空间。接下来的步骤就是解决这个问题。

Start Docker: systemctl Start Docker 保存所有图片: 码头工人节省$(码头工人图片| sed - e ' / ^ <无> / d ' - e / ^库/ d - e的年代 ,[ ][ ]*,:,' - e ' s ,[ ].*,,') > / 根/ docker.img 卸载码头工人。 删除/var/lib/docker中的所有内容: Rm -rf /var/lib/docker/[cdintv]* 重新安装码头工人 启用docker: systemctl Enable docker 启动docker: systemctl Start docker 恢复图片: Docker load < /root/docker.img 启动任何需要运行的持久容器。

这使我的磁盘使用量从docker的67 GB下降到6 GB。

我不建议日常使用。但是，当docker由于软件错误或意外重启而失去使用磁盘空间的跟踪时，运行它是有用的。

如果您希望自动/定期清理退出的容器，并删除运行中的容器不使用的映像和卷，您可以下载映像meltwater/docker-cleanup。

运行:

docker run -d -v /var/run/docker.sock:/var/run/docker.sock:rw  -v /var/lib/docker:/var/lib/docker:rw --restart=unless-stopped meltwater/docker-cleanup:latest

默认每30分钟运行一次。但是，您可以使用该标志以秒为单位设置延迟时间(DELAY_TIME=1800选项)。

详情:https://github.com/meltwater/docker-cleanup/blob/master/README.md

(原答案见下文)

---

2016年9月更新:Docker 1.13: PR 26108和commit 86de7c0引入了一些新命令，以帮助方便地可视化Docker守护进程数据在磁盘上占用了多少空间，并允许轻松清理“不需要的”多余空间。

docker系统修剪将删除所有悬空数据(即:容器停止，卷没有容器和图像没有容器)。即使是未使用的数据，使用-a选项。

你还有:

码头集装箱修剪 Docker映像修剪 Docker网络修剪 码头卷修剪

对于未使用的图像，使用docker image prune -a(用于删除悬空和未使用的图像)。 警告:'unused'表示“未被任何容器引用的图像”:在使用-a之前要小心。

正如A L的回答所示，docker系统prune -all将删除所有未使用的图像，而不仅仅是悬垂的图像…这可能有点太多了。

结合docker xxx prune和——filter选项可以是限制修剪的好方法(docker SDK API最低1.28，所以docker 17.04+)

目前支持的过滤器有:

Until (<timestamp>) -只删除在给定时间戳之前创建的容器、图像和网络 Label (Label =<key>， Label =<key>=<value>， Label !)=<key>， or label!=<key>=<value>) -仅删除带有(或没有，以防标签!=…使用)指定的标签。

有关示例，请参见“修剪图像”。

---

警告:docker xxx prune命令没有“预览”或“——dry-run”选项。

自2017年以来，moby/moby issue 30623要求这样做，但似乎很难实施(2022年8月)

Having a more representative overview of what will be pruned will be quite complicated, for various reasons; race conditions (can be resolved by documenting the limitations); A container/image/volume/network may not be in use at the time that "dry run" is used, but may be in use the moment the actual prune is executed (or vice-versa), so dry run will always be an "approximation" of what will be pruned. the more difficult part is due to how objects (containers, images, networks etc.) depend on each other. For example, an image can be deleted if it no longer has references to it (no more tags, no more containers using it); this is the reason that docker system prune deletes objects in a specific order (first remove all unused containers, then remove unused images). In order to replicate the same flow for "dry-run", it will be needed to temporarily construct representation of all objects and where they're referenced based on that (basically; duplicate all reference-counters, and then remove references from that "shadow" representation). Finally; with the work being done on integrating the containerd snapshotter (image and layer store), things may change more; For example, images can now be multi-arch, and (to be discussed), "pruning" could remove unused variants (architectures) from an image to clean up space, which brings another dimension to calculating "what can be removed".

---

原答案(2016年9月)

我通常这样做:

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

我有一个[别名删除这些悬空图像:drmi]13

悬空=true过滤器发现未使用的图像

这样，任何不再被标记图像引用的中间图像都将被删除。

我首先对退出的进程(容器)执行相同的操作

alias drmae='docker rm $(docker ps -qa --no-trunc --filter "status=exited")'

haridsv在评论中指出:

从技术上讲，在清理图像之前应该先清理容器，因为这样可以捕获更多悬空图像并减少错误。

---

Jess Frazelle (jfrazelle)有bashrc函数:

dcleanup(){
    docker rm -v $(docker ps --filter status=exited -q 2>/dev/null) 2>/dev/null
    docker rmi $(docker images --filter dangling=true -q 2>/dev/null) 2>/dev/null
}

---

要删除旧图像，而不仅仅是“未引用的悬空”图像，你可以考虑docker-gc:

---

一个简单的Docker容器和图像垃圾收集脚本。 超过一小时前离开的集装箱被移除。 删除之后不属于任何剩余容器的图像。