# Nettoyer les modèles Ollama et LM Studio sur Mac

> Inventoriez les dépôts de modèles avec Ollama, LM Studio et les outils Hugging Face tout en préservant chats, checkpoints privés et blobs partagés.

Published: 2026-07-18 | Updated: 2026-08-08

Les outils d’IA locaux peuvent remplir un disque rapidement, car les poids des modèles
sont le produit lui-même, et non un petit cache autour. Un modèle peut souvent être
retéléchargé, mais le téléchargement peut être coûteux, une révision peut disparaître,
ou sa licence et son accès peuvent changer. Inventoriez les modèles via l’outil qui les
possède, et conservez séparément les conversations, les fine-tunes, les adaptateurs,
les prompts et les données de projet.

## Où les outils d’IA locaux stockent leurs poids

Les modèles sont presque toujours la partie lourde, et chacun se mesure en gigaoctets.

- **Ollama** conserve les modèles dans `~/.ollama/models` par défaut, ou dans le
  répertoire défini par `OLLAMA_MODELS`. Sa
  [référence CLI](https://docs.ollama.com/cli) actuelle utilise `ollama ls` pour
  inventorier les modèles et `ollama rm <model>` pour en supprimer un par nom. C’est
  plus sûr que de supprimer les fichiers à la main, car l’outil peut mettre à jour
  son propre magasin de modèles.
- **LM Studio** vous laisse choisir le répertoire des modèles. Utilisez My Models dans
  l’application ou
  [`lms ls`](https://lmstudio.ai/docs/cli/local-models/ls) pour lister les modèles
  locaux et leurs tailles, puis supprimez un modèle via LM Studio afin que le catalogue
  de l’application reste cohérent. Ne vous fiez pas à un chemin caché codé en dur.
- **Hugging Face** : les bibliothèques mettent en cache les téléchargements dans
  `~/.cache/huggingface/hub`, qui grossit au fil des scripts qui tirent modèles et
  jeux de données, sauf si `HF_HOME` ou un autre réglage de cache change la racine.
  `hf cache ls` inventorie les dépôts et les révisions. Prévisualisez une suppression
  précise avec `hf cache rm model/<repo> --dry-run`, ou prévisualisez les révisions
  détachées et incomplètes avec `hf cache prune --dry-run`. Le
  [guide du cache Hugging Face](https://huggingface.co/docs/huggingface_hub/en/guides/manage-cache)
  documente les deux commandes.

Vérifiez les totaux directement pour savoir à quoi vous avez affaire :

```
du -sh ~/.ollama/models ~/.cache/huggingface 2>/dev/null
```

## Cache et données ne sont pas la même chose

Cette distinction rend le nettoyage sûr. Un **modèle** publié peut souvent être
retéléchargé, mais un fine-tune local, un adaptateur, une quantification convertie
ou un checkpoint privé ne le peuvent pas nécessairement. Les applications d’IA de
bureau peuvent aussi conserver l’état des conversations et les pièces jointes dans
Application Support, ou synchroniser une partie de l’historique avec un compte.
Vérifiez le comportement d’export et de synchronisation de l’application plutôt que
de supposer soit que chaque conversation est locale, soit que chaque fichier local
est jetable. Les caches de modèles sont volumineux, mais ils ne sont pas gratuits à
recréer.

## Supprimer complètement une application d’IA

Si vous en avez fini avec un outil, le bundle de l’application n’est que la petite
partie. Pour récupérer réellement l’espace, vous devez aussi supprimer ses modèles
et ses fichiers de support, le même problème que pour
[désinstaller complètement n’importe quelle application](https://mole.fit/fr/blog/how-to-completely-uninstall-apps-on-mac).
Pour Ollama, supprimez les modèles nommés avec `ollama rm` avant de désinstaller
l’application. Pour LM Studio, supprimez les modèles de son répertoire configuré via
l’application. Pour un client de chat de bureau, exportez l’historique nécessaire et
suivez les consignes de désinstallation du fournisseur avant d’examiner les données
de support. Ne supprimez pas un conteneur Application Support entier uniquement parce
que son nom correspond à une application.

## Sous le capot : comment les outils stockent les modèles, et pourquoi la taille est inhérente

Ollama conserve chaque modèle sous forme de blobs adressés par contenu (fichiers
nommés d’après leur hash sha256) sous `~/.ollama/models/blobs`, avec de petits
manifestes qui relient un nom de modèle et un tag aux blobs dont il a besoin. Deux
modèles construits sur la même couche de base partagent des blobs, donc `ollama rm`
supprime d’abord un manifeste et ne libère un blob que lorsqu’aucune autre référence
ne le pointe. C’est précisément pourquoi supprimer les fichiers de blobs à la main
est risqué : vous pouvez orpheliner un modèle qui pointe encore vers eux. La taille
n’est pas une surcharge, c’est le modèle : des milliards de paramètres exigent
encore des gigaoctets même après quantification, et les modèles plus grands ou de
précision plus élevée en exigent bien davantage, car les poids sont la substance
même. Le cache de Hugging Face fonctionne de la même façon, en stockant des
instantanés immuables indexés par révision afin que les tirages répétés se
dédupliquent. C’est pourquoi la règle est « supprimer via la commande propre de
l’outil » : elle maintient le magasin adressé par contenu cohérent au lieu de laisser
des blobs orphelins.

<figure class="blog-diagram">
  <img src="https://mole.fit/img/blog/ai-model-store.webp" width="1360" height="454" loading="lazy" alt="Deux manifests de modèles nommés pointent vers un pool partagé de blobs nommés par hachage, un blob référencé par les deux, de sorte que retirer un modèle ne libère un blob que lorsqu'il n'est plus référencé">
  <figcaption>Les outils de modèles locaux utilisent un magasin adressé par contenu : les modèles partagent des blobs, donc en supprimer un ne libère de l’espace que pour les blobs que plus rien ne référence, d’où l’intérêt de la commande de suppression propre de l’outil pour rester cohérent.</figcaption>
</figure>

## Où une carte du disque aide

Une carte du disque comme la vue Analyze de [Mole](https://mole.fit/) peut révéler un magasin de
modèles inattendu, mais les noms de modèles, les blobs partagés et les références de
révision appartiennent à Ollama, LM Studio ou Hugging Face. Un nettoyeur général
devrait éviter les magasins de modèles et les transcriptions de conversations, sauf
si l’utilisateur identifie une cible exacte.

## Un ordre d’opérations sûr

Listez les modèles avec l’outil qui les possède, distinguez les poids publiés des
artefacts privés ou transformés localement, exportez les conversations et adaptateurs
uniques, puis supprimez un modèle nommé à la fois. Revérifiez l’espace disque, car
les blobs partagés peuvent limiter l’espace récupéré. Supprimez des répertoires de
support entiers uniquement dans le cadre d’une désinstallation vérifiée, sans données
à conserver.

---

Canonical HTML page: https://mole.fit/fr/blog/how-to-remove-ai-tool-leftovers-mac
Blog index for agents: https://mole.fit/fr/blog/llms.txt
Site index for agents: https://mole.fit/llms.txt
