新しいコンテナを作成すると、一定時間が経過すると常にこのエラーが発生します。コマンドで一部の画像を削除しても、docker rmi dobotv4vc_2:v450stable_v2 && docker rmi dobotv4vc:450stable_v2
このエラーは引き続き発生します。だからdocker system prune -a
きれいにするには、コマンドを使用する必要があります。これはトリックの実行中にすべての画像をクリーンアップします。これは一度だけビルドされたいくつかの画像を維持したいので、私が望むものではありません。マイコンピュータパーティションにはストレージ容量が多いため、/var
コンテナイメージを作成したい場合は、デフォルトフォルダを使用する代わりにフォルダを指定できますか?/home
間違い:
Error response from daemon: write /var/lib/docker/tmp/docker-export-4186096899/ce3cb6d0076be36c2265b2a0a977320d8bd8a628907e3bc44be967f9bcab492e/layer.tar: no space left on device
マイコンピュータに関する情報:
debian12@gyz:~/share/v4vc$ docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
dobotv4vc_2 v450stable_v2 06d439cb51c5 11 hours ago 797MB
dobotv4vc 450stable_v2 f27356a72ac9 37 hours ago 803MB
v4os v2.0 f1dcedaf0739 37 hours ago 505MB
dobotv4vc v450stable_v1 b5fc1faf7f4e 47 hours ago 1.09GB
v4os v1.4 28692487a06f 12 days ago 559MB
debian12@gyz:~/share/v4vc$ df -h
文件系统 大小 已用 可用 已用% 挂载点
udev 3.9G 0 3.9G 0% /dev
tmpfs 789M 24M 765M 4% /run
/dev/sda2 23G 9.2G 13G 43% /
tmpfs 3.9G 0 3.9G 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
/dev/sda1 511M 5.9M 506M 2% /boot/efi
/dev/sda5 1.8G 64K 1.7G 1% /tmp
/dev/sda3 9.1G 8.5G 112M 99% /var
/dev/sda6 423G 36G 366G 9% /home
tmpfs 789M 32K 789M 1% /run/user/1000
答え1
/var
Dockerがデフォルトで保存に使用するファイルシステムが99%満たされているようです/var/lib/docker
。設定により、Dockerバックアップストアの場所を変更できます。data-root
オプションから/etc/docker/daemon.json
。
あなたの質問はなぜそれが頻繁に発生するのかという良い例です。いいえ別々のパーティションを持つことは/var
合理的です。標準の家庭用デスクトップ/ノートブックでは、単一のファイルシステム(および/
含む)を使用する方が便利であるため、スペースの面で柔軟性を最大化できます。/var
/home
/var
スペースの主な消費者を特定するためにアンケートを実施することもできます。 Dockerの場合、ぶら下がっている画像をトリミングして(docker image prune
)コンテナを停止すると()docker container prune
スペースを解放できます。