Docker のbuildしたimageファイルの取扱で、"none"となったファイルの取扱に困り、問題を（無理やり）解消した件を記録します。
（困ったというのは、対応するcontainerのゴミを削除しても、docker rmi -f で消そうとしても消せないことが、原因がわからず発生しました）
$ docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
libraries mri2 76f924af5b91 9 months ago 1.381 GB
ubuntu 12.04 e216a057b1cb 9 months ago 103.6 MB
上記でリストされるのは、REPOSITORY名とTAG名が設定されているものだけになるようです。
しかし、操作方法の誤りからREPOSITORY名とTAG名が"none"となってしまう場合がある。
そういった場合は以下の「-a」全部表示するオプションを付けたコマンドを打てば表示される。ここに表示されているimageは基本利用しないため、HDDの容量を無駄に消費しているため削除した方が無難。
$ docker images -a
REPOSITORY TAG IMAGE ID CREATED SIZE
libraries mri2 76f924af5b91 9 months ago 1.381 GB
<none> <none> a3e3f7862151 9 months ago 103.6 MB
ubuntu 12.04 e216a057b1cb 9 months ago 103.6 MB
そこで、"none"のimageを消そうとすると、以下のエラーが表示されることがある（理由は、調べきれていないため不明）。
$ docker rmi a3e3f7862151
Error response from daemon: conflict: unable to delete a3e3f7862151 (cannot be forced) - image has dependent child images
docker ps -aで確認しても対応するcontainerは見つからず、強制削除のオプション「-f」を付けても削除できず、同じエラーが表示される。
こういう時、物理的にファイルを削除すると、うまくいくことがわかった。
つまり、下記のコマンドで示すように、ファイルを探し出し、削除する方法です。
$ find /var/lib/docker/image/aufs/imagedb/content/sha256 -name "a3e3f7862151*"
/var/lib/docker/image/aufs/imagedb/content/sha256/a3e3f7862151f618ed54ffd828c8086a2bfef23d6121a689ff46e6498ed58a4f
$ rm /var/lib/docker/image/aufs/imagedb/content/sha256/a3e3f7862151f618ed54ffd828c8086a2bfef23d6121a689ff46e6498ed58a4f
参考にしたのは、下記のページです。
cannot delete some images #12487
REPOSITORY名とTAG名が設定されていれば正規の方法でできると思いますが、今回"none"となって対応方法が見つかりませんでした。
最終手段として/var/lib/docker以下を破棄して対応している人がいるようなので、全部消すなら一度ファイル単位で消してみようと試してみました。
今のところ、手元の環境は動作しています。