Bytesweep 1. Peça ao Docker os totais dele
Comece sempre por aqui. Ele separa imagens, contêineres, volumes e cache de compilação, e diz quanto de cada um dá para recuperar.
docker system df -v
Onde está o espaço
No Mac, o Docker Desktop guarda tudo dentro de uma máquina virtual Linux, e o disco inteiro dessa máquina é um único arquivo esparso:
~/Library/Containers/com.docker.docker/Data/vms/0/data/Docker.rawConfira o tamanho real em disco — não o lógico, que é sempre o máximo que você permitiu ao Docker:
du -h -d0 ~/Library/Containers/com.docker.docker/Data/vms/0/data/Por que apagar imagens não reduz o arquivo
Apague uma imagem e o espaço é liberado só dentro da máquina virtual. O arquivo no seu Mac continua do tamanho que estava, porque o macOS já entregou esse tanto a ele. Versões recentes do Docker Desktop emitem TRIM de dentro da VM, o que permite ao macOS recuperar os blocos liberados, mas isso acontece no ritmo do Docker, e não no momento em que você roda o prune. Até lá, docker system df informa gigabytes liberados enquanto o Finder não mostra mudança nenhuma.
Reaver o espaço
Em ordem: do menos destrutivo ao mais.
2. Limpar o cache de compilação
Numa máquina que compila imagens com frequência, esse costuma ser o maior item e o mais seguro de remover: só deixa a próxima compilação mais lenta.
docker builder prune -a3. Limpar o que de fato não é usado
Contêineres parados, imagens órfãs e redes sem uso:
docker system pruneAcrescente -a para remover também toda imagem que nenhum contêiner em execução use — o que significa baixá-las de novo depois. Só acrescente o próximo --volumes se tiver certeza: nos volumes é onde os bancos de dados guardam seus dados, e esse é o único comando desta página que destrói algo que você não consegue baixar de novo.
4. Liste os volumes antes de mexer neles
Veja o que sumiria de verdade:
docker volume ls
docker volume ls -f dangling=true5. Fazer o macOS reaver o arquivo
Depois do prune, o Docker Desktop tem um jeito previsto de devolver os blocos liberados: Ajustes → Recursos → Avançado → Uso de disco, ou sair e reabrir o Docker Desktop, o que dispara o TRIM na inicialização. Dê um minuto e confira o tamanho do arquivo de novo antes de decidir que não funcionou.
6. Baixar o limite de disco
Em Ajustes → Recursos, o limite de disco virtual é o quanto o Docker.raw pode crescer. Baixá-lo não libera nada sozinho, mas põe um teto no problema. Tê-lo aumentado «por via das dúvidas» é o motivo de o arquivo ter chegado a 64 GB.
7. O último recurso
Ajustes → Solução de problemas → Clean / Purge data reinicia por completo o disco da máquina virtual e devolve o arquivo a quase zero. Apaga toda imagem, contêiner e volume que você tem. Use quando nada mais funcionou e você sabe o que há nos seus volumes.
Não apague o Docker.raw pelo Finder. Não é um arquivo de cache: são os dados de toda a instalação do Docker, e removê-lo com o Docker em execução pode deixar a máquina virtual num estado que vai exigir um reset de qualquer jeito.
Também vale conferir
O Docker raramente está sozinho
No Mac em que o Docker chegou a 50 GB, o DerivedData do Xcode e os modelos de IA locais costumam vir logo atrás. Se você vai recuperar espaço, vale medir o disco inteiro uma vez em vez de consertar uma coisa de cada vez. A lista completa
No Linux não existe arquivo de imagem
No Linux o Docker grava direto em /var/lib/docker, então um prune libera o espaço na hora e nada do problema de TRIM acima se aplica. Limpeza de disco no Linux
Perguntas
É seguro apagar o Docker.raw?
Não pelo Finder, e não com o Docker em execução. Esse único arquivo é toda imagem, contêiner e volume que você tem. Se quiser mesmo começar do zero, use Solução de problemas → Clean / Purge data no Docker Desktop, que faz o mesmo de um jeito que o Docker conhece.
Por que o docker system prune diz que liberou 20 GB se nada mudou?
Porque liberou 20 GB dentro do sistema de arquivos da máquina virtual, não no seu Mac. O arquivo mantém o tamanho até o TRIM rodar e o macOS reaver os blocos. Sair e reabrir o Docker Desktop costuma disparar isso.
O docker system prune apaga meus bancos de dados?
Só se você acrescentar --volumes. Sem essa opção ele deixa os volumes em paz. Com ela, todo volume não ligado a um contêiner some, e o volume de um banco parado conta como não ligado.
Qual deveria ser o tamanho do Docker.raw?
Não há resposta certa, mas numa máquina com alguns projetos ativos, de 15 a 25 GB é normal, e 60 GB quer dizer que o cache de compilação nunca foi limpo. Confira com docker system df -v antes de supor que são as imagens.