« Pas assez d'espace disque » sur Mac : quoi supprimer en premier

C’est la version de ce problème où vous n’avez pas le temps de lire une longue explication — quelque chose est bloqué là, maintenant, et vous avez besoin d’espace dans les cinq prochaines minutes. Voici l’ordre qui fonctionne vraiment, le plus rapide et le plus rentable en premier.

D’abord, évaluez la gravité

df -h /

La colonne Avail est ce sur quoi vous pouvez agir. macOS lui-même devient inconfortable en dessous d’environ 10 % d’espace libre sur l’ensemble du volume — si vous êtes proche de cette limite, les étapes ci-dessous, dans l’ordre, devraient vous en sortir rapidement.

Étape 1 : videz correctement la Corbeille

La raison la plus fréquente de « j’ai supprimé des trucs mais je n’ai toujours pas d’espace » — supprimer un fichier le déplace vers la Corbeille, ce qui continue de compter dans votre espace utilisé tant que la Corbeille n’est pas réellement vidée :

# Empty Trash from the shell, including large files that macOS's own
# "Empty Trash" sometimes prompts extra confirmation for
rm -rf ~/.Trash/*

Si vous avez supprimé un gros fichier spécifiquement pour libérer de l’espace et que vous n’avez pas vidé la Corbeille ensuite, cette seule étape résout souvent tout le problème.

Étape 2 : le dossier Téléchargements, trié par taille

Le deuxième coupable le plus fréquent — les installeurs, les fichiers .dmg, et les gros téléchargements que les gens oublient complètement une fois utilisés :

du -sh ~/Downloads/* 2>/dev/null | sort -hr | head -20

Les fichiers installeurs .dmg et .pkg sont le coupable classique ici — vous installez l’application, l’image disque reste là pour toujours ensuite, complètement redondante maintenant que l’application est installée. Sûr à supprimer pour tout installeur de logiciel déjà mis en place.

Étape 3 : les instantanés locaux de Time Machine

Si vous avez un ordinateur portable, macOS a très probablement des instantanés locaux horaires qui consomment de l’espace à votre insu — ça peut représenter 10 à 40 Go récupérés en moins d’une minute :

tmutil thinlocalsnapshots / 10000000000 4

Voir l’explication complète de ce que ça fait et quand c’est sûr si vous voulez le détail — la version courte : c’est sûr, sauf si les instantanés locaux sont votre seule sauvegarde, ce qui n’est pas le cas de la plupart des gens.

Étape 4 : ~/Library/Caches, en bloc

Si les étapes 1 à 3 n’ont pas suffi, c’est le geste le plus rentable et le moins risqué à suivre — l’emplacement désigné par Apple lui-même exactement pour ce genre de données jetables :

rm -rf ~/Library/Caches/*

L’explication complète de pourquoi c’est sûr, et le petit nombre d’exceptions à connaître, se trouve dans le guide dédié à ce dossier — mais pour une urgence, cette commande est sûre à exécuter sans lire plus loin d’abord.

Étape 5 : si vous êtes développeur, les trois gros morceaux

Ces trois-là à eux seuls représentent couramment 50 à 150 Go combinés sur une machine ayant fait un tant soit peu de développement iOS, Docker ou Node :

rm -rf ~/Library/Developer/Xcode/DerivedData/*
docker system prune -a --volumes    # only if you have Docker installed and running
find ~ -name "node_modules" -type d -prune -exec du -sh {} \; 2>/dev/null | sort -hr | head -10

Chacun a son guide dédié avec le détail complet : DerivedData, Docker, node_modules.

Si tout ça n’a pas suffi

À ce stade, l’espace restant se trouve presque certainement soit dans vos fichiers réels — bibliothèque Photos, Musique, Documents — que cet article évite délibérément de toucher, puisque ce sont vos données, pas du cache, et vous devriez décider quoi en faire délibérément plutôt que sous la pression du temps. Soit dans les « Données système », la catégorie fourre-tout d’Apple couverte dans un guide séparé, qui demande plus d’investigation qu’un passage d’urgence de cinq minutes ne peut couvrir.

Pourquoi ça revient sans arrêt

Aucune des cinq étapes ci-dessus n’est une solution définitive — chacune se remplit à nouveau. Les caches se régénèrent à mesure que vous utilisez les applications, DerivedData se remplit dès que vous compilez, les instantanés de Time Machine reprennent chaque heure dès que vous les supprimez. Le correctif d’urgence et la vraie solution sont deux choses différentes : cet article vous débloque aujourd’hui ; DevCruft, une application Mac gratuite pour développeurs en cours de création, doit servir à ne plus avoir besoin de cet article le mois prochain, en vous montrant en continu ces cinq mêmes catégories, avant qu’aucune d’elles n’atteigne la gravité de « bloquer un export ». Rejoignez la liste d’attente pour savoir quand elle sortira.