MacでDockerが容量を圧迫しています

1. Dockerが何を使っていると考えているか見る

まずここから。イメージ、コンテナ、ボリューム、ビルドキャッシュに分けて、それぞれどれだけ回収可能かを教えてくれます。

docker system df -v

2. ビルドキャッシュを消す

日常的にイメージをビルドするマシンでは、たいていこれが最大の単一項目であり、しかも消すのがいちばん安全です。次のビルドが遅くなるだけです。

docker builder prune -a

3. 本当に使われていないものを整理する

停止したコンテナ、宙に浮いたイメージ、使われていないネットワーク：

docker system prune

次を付けると -a 実行中のコンテナが使っていないイメージもすべて削除されます。つまり後で取得し直すことになります。次を付けるのは --volumes 確信があるときだけにしてください： ボリュームにはデータベースのデータが入っています。このページで唯一、再ダウンロードできないものを壊すコマンドです。

4. 触る前にボリュームを一覧する

実際に何が消えるのか確認しましょう：

docker volume ls
docker volume ls -f dangling=true

5. macOSにファイルを回収させる

pruneのあと、解放されたブロックを返すための正式な方法がDocker Desktopにあります： 設定 → リソース → 詳細 → ディスク使用量、またはDocker Desktopを終了して開き直すと、起動時にTRIMが実行されます。1分ほど待ってからファイルサイズを見直し、それから効かなかったと判断してください。

6. ディスクの上限を下げる

次の場所： 設定 → リソースの仮想ディスク上限は、Docker.rawがどこまで大きくなってよいかの値です。下げても単体で容量が空くわけではありませんが、問題の上限を決められます。「念のため」に上げたことが、そのファイルが64 GBになった原因です。

7. 最後の手段

設定 → トラブルシューティング → Clean / Purge data は仮想マシンのディスクを完全にリセットし、ファイルをほぼゼロに戻します。イメージ、コンテナ、ボリュームのすべてが消えます。他に手がなく、ボリュームの中身を把握しているときに使ってください。

FinderでDocker.rawを削除しないでください。 これはキャッシュファイルではなく、Dockerインストール全体のデータです。Dockerの実行中に消すと、結局リセットが必要な状態になることがあります。