2017-12-12 9 views
0

私はdocker image lsを実行すると、私はその画像を削除するには、安全であれば、このDockerの画像を安全に削除する方法を教えてください。

REPOSITORY      TAG     IMAGE ID   CREATED    SIZE 
app-bunlong     latest    46faf4e647e1  9 minutes ago  2.59GB 
<none>       <none>    c012c1e2eb45  4 hours ago   2.59GB 
<none>       <none>    a2013debf751  5 hours ago   2.59GB 
web-bunlong     latest    9da65074196b  5 hours ago   182MB 
<none>       <none>    0bbb2f67083c  5 hours ago   2.59GB 
<none>       <none>    af18b070061b  29 hours ago  182MB 
<none>       <none>    186a8fac122e  35 hours ago  1.67GB 
<none>       <none>    0f90c1bb12a3  35 hours ago  182MB 
bheng/bunlongheng-external  latest    70374ef1cb11  12 days ago   114MB 
bunlongheng-external   latest    70374ef1cb11  12 days ago   114MB 
bheng/bunlongheng-external  <none>    4d8cb528a4f3  13 days ago   207MB 
<none>       <none>    b94009e70416  13 days ago   631MB 
bheng/2018-web     latest    1fa699f171de  2 weeks ago   16.9MB 
bheng/bunlongheng-internal  latest    1fa699f171de  2 weeks ago   16.9MB 
2018-web      latest    1fa699f171de  2 weeks ago   16.9MB 
bunlongheng-internal   latest    1fa699f171de  2 weeks ago   16.9MB 
<none>       <none>    880d8e6713cf  2 weeks ago   631MB 
bheng/2018-external   latest    128d208a6c83  2 weeks ago   207MB 
2018-external     latest    128d208a6c83  2 weeks ago   207MB 
bheng/2018-web     <none>    128d208a6c83  2 weeks ago   207MB 
nginx       latest    9e7424e5dbae  2 weeks ago   108MB 
node       8-alpine   4db2697ce114  4 weeks ago   67.7MB 
bheng_web      latest    d5a0ea011c0a  5 weeks ago   182MB 
<none>       <none>    957c22ababec  5 weeks ago   182MB 
docker_web      latest    70b443ed0495  5 weeks ago   182MB 
docker_app      latest    509d58a68224  5 weeks ago   756MB 
bheng_app      latest    509d58a68224  5 weeks ago   756MB 
mysql       5.6     96dc914914f5  5 weeks ago   299MB 
mysql       latest    5fac85ee2c68  8 weeks ago   408MB 
redis       latest    1fb7b6c8c0d0  2 months ago  107MB 
alpine       3.6     76da55c8019d  2 months ago  3.97MB 
nginx       1.13.3-alpine  ba60b24dbad5  5 months ago  15.5MB 
keymetrics/pm2-docker-alpine 6     4a09bfc067d6  5 months ago  75.3MB 
dockercloud/cli    latest    051238cd0a37  6 months ago  64.2MB 
andrewmclagan/nginx-hhvm  latest    ec6cc741eb0e  7 months ago  580MB 
nginx       1.10    0346349a1a64  8 months ago  182MB 
php       7.0.8-fpm   75b880f3a420  17 months ago  375MB 
tutum/haproxy     latest    33bc771bec1e  18 months ago  232MB 
php       7.0.4-fpm   81d7a2fdc6dc  21 months ago  494MB 

は、どのように私は知っています参照してください?

私はすべてを削除することに注意していますが、私はそれを行う前にもっとカリカリにする必要があるかどうかはわかりません。

+0

「安全に」とはどういう意味ですか? Dockerは、コンテナによって使用されているイメージを削除することはできません。 – teppic

+0

Ohh ok。それでは、私は頭を動かして 'docker ps -a -q'を実行してください。 'docker rm $(docker ps -a -q)' – ihue

+0

'安全に'という意味は、現時点では動作していない他のコンテナに必要な画像を削除したくない場合 – ihue

答えて

2

docker image pruneを使用して「ダングリング」画像を削除できます。タグが付いていないもの(<none>コンテナで参照されません。

私はdocker image prune -aがより役に立ちます。実行中のコンテナで使用されていないイメージはすべて削除されます。その意味でprune -aは、環境が正しく実行された後に実行できるクリーンアップ手順です。

1

ダングリングと呼ばれる画像は、安全に取り外すことができます。それらはタグを持たない画像です。画像の新しいビルドが表示され、新しい画像がタグを取り、<none>:<none> タグを持つ画像を残した場合に発生します。

ダングリング画像はdocker images --filter "dangling=true"を使用して一覧表示でき、docker image pruneを実行すると削除できます。

0

このコマンドは、私にとっても役に立ちます。

docker rmi $(docker images -f "dangling=true" -q) 
関連する問題