1. Demandez à Docker ses propres totaux
Commencez toujours par là. Il sépare images, conteneurs, volumes et cache de compilation, et vous dit combien de chaque est récupérable.
docker system df -v
Docker Desktop garde tout dans un seul fichier. Il grossit à chaque compilation, et supprimer des images ne le rend pas plus petit. Voici pourquoi, et ce qui récupère vraiment la place.
Gratuit à télécharger et à analyser. Le nettoyage nécessite une licence : un paiement par ordinateur, Mac ou Windows.

Sur un Mac, Docker Desktop garde tout dans une machine virtuelle Linux, et le disque entier de cette machine est un seul fichier creux :
~/Library/Containers/com.docker.docker/Data/vms/0/data/Docker.raw
Vérifiez sa taille réelle sur le disque — pas sa taille logique, qui est toujours le maximum que vous avez autorisé à Docker :
du -h -d0 ~/Library/Containers/com.docker.docker/Data/vms/0/data/
Supprimez une image et l'espace se libère uniquement à l'intérieur de la machine virtuelle. Le fichier sur votre Mac reste aussi gros qu'avant, parce que macOS lui a déjà attribué tout cet espace. Les versions récentes de Docker Desktop envoient TRIM depuis l'intérieur de la VM, ce qui permet à macOS de récupérer les blocs libérés, mais cela se fait au rythme de Docker et non au moment où vous lancez le prune. D'ici là, docker system df annonce des gigaoctets libérés pendant que le Finder n'affiche aucun changement.
Dans l'ordre : du moins destructeur au plus.
Commencez toujours par là. Il sépare images, conteneurs, volumes et cache de compilation, et vous dit combien de chaque est récupérable.
docker system df -v
Sur une machine qui construit des images régulièrement, c'est généralement le plus gros poste et le plus sûr à supprimer — cela ne fait que ralentir la compilation suivante.
docker builder prune -a
Conteneurs arrêtés, images orphelines et réseaux inutilisés :
docker system prune
Ajoutez -a pour supprimer aussi chaque image non utilisée par un conteneur en cours — cela veut dire les retélécharger plus tard. N'ajoutez ce qui suit --volumes que si vous êtes certain : les volumes, c'est là que les bases de données gardent leurs données, et c'est la seule commande de cette page qui détruit quelque chose que vous ne pouvez pas retélécharger.
Regardez ce qui partirait vraiment :
docker volume ls
docker volume ls -f dangling=true
Après le prune, Docker Desktop a une façon prévue de rendre les blocs libérés : Réglages → Ressources → Avancé → Utilisation du disque, ou quitter et rouvrir Docker Desktop, ce qui déclenche un TRIM au démarrage. Laissez-lui une minute et revérifiez la taille du fichier avant de décider que cela n'a pas marché.
Dans Réglages → Ressources, la limite de disque virtuel est la taille que Docker.raw a le droit d'atteindre. La baisser ne libère rien en soi, mais plafonne le problème. L'avoir montée « au cas où » est la raison pour laquelle le fichier a atteint 64 Go.
Réglages → Dépannage → Clean / Purge data réinitialise complètement le disque de la VM et ramène le fichier à presque zéro. Cela supprime chaque image, conteneur et volume que vous avez. Utilisez-le quand rien d'autre n'a marché et que vous savez ce qu'il y a dans vos volumes.
Ne supprimez pas Docker.raw dans le Finder. Ce n'est pas un fichier de cache — ce sont les données de toute l'installation Docker, et le retirer pendant que Docker tourne peut laisser la VM dans un état qui exigera de toute façon une réinitialisation.
Sur le Mac où Docker a atteint 50 Go, DerivedData de Xcode et les modèles d'IA locaux sont généralement juste derrière. Si vous récupérez de la place, il vaut la peine de mesurer tout le disque une fois plutôt que de réparer une chose à la fois. La liste complète
Sous Linux, Docker écrit directement dans /var/lib/docker, donc un prune libère la place immédiatement et rien du problème de TRIM ci-dessus ne s'applique. Nettoyage disque Linux
Pas depuis le Finder, et pas pendant que Docker tourne. Ce seul fichier est chaque image, conteneur et volume que vous avez. Si vous voulez vraiment repartir de zéro, utilisez Dépannage → Clean / Purge data dans Docker Desktop, qui fait la même chose d'une façon dont Docker a connaissance.
Parce qu'il a libéré 20 Go à l'intérieur du système de fichiers de la VM, pas sur votre Mac. Le fichier garde sa taille jusqu'à ce que le TRIM s'exécute et que macOS récupère les blocs. Quitter et rouvrir Docker Desktop le déclenche généralement.
Seulement si vous ajoutez --volumes. Sans ce drapeau, il laisse les volumes tranquilles. Avec, tout volume non rattaché à un conteneur disparaît, et le volume d'une base de données arrêtée compte comme non rattaché.
Il n'y a pas de bonne réponse, mais sur une machine avec quelques projets actifs, 15 à 25 Go est normal et 60 Go veut dire que le cache de compilation n'a jamais été vidé. Vérifiez avec docker system df -v avant de supposer que ce sont les images.
Des articles plus courts qui approfondissent un point précis de ce guide.