Les modèles Ollama occupent trop d’espace sur Mac ? Les supprimer sans risque

Séparer modèles, configuration, journaux et sources

La bibliothèque par défaut réside sous ~/.ollama/models ; le dossier parent ~/.ollama contient aussi de la configuration et ~/.ollama/logs des journaux de diagnostic. Les poids sont gérés par des manifestes et des blobs adressés par contenu, parfois partagés entre plusieurs modèles. Si OLLAMA_MODELS est défini, la bibliothèque active peut se trouver sur un autre disque. Ne supprimez donc ni tout ~/.ollama, ni un gros blob isolé lorsque votre objectif est seulement de retirer un modèle.

Auditer les modèles, leur usage et leur taille réelle

ollama ls fournit les noms exacts, les tags, les tailles annoncées et les dates de modification ; ollama ps montre les modèles actuellement chargés. Mesurez la bibliothèque avec du -sh ~/.ollama/models ou remplacez ce chemin par l’emplacement OLLAMA_MODELS confirmé. En raison du partage de données et du mode de calcul de l’espace disque, la somme affichée et l’espace réellement libéré peuvent différer. Associez chaque candidat aux applications, intégrations d’éditeur, scripts et API locales qui l’utilisent.

1. Exécutez ollama ls et conservez les noms exacts, tags, tailles annoncées et dates de modification.
2. Exécutez ollama ps, puis identifiez les applications, scripts, API locales et automatisations qui peuvent charger chaque candidat.
3. Mesurez l’emplacement actif avec du -sh ~/.ollama/models ou avec le chemin OLLAMA_MODELS confirmé.
4. Protégez le Modelfile et les ressources locales de chaque modèle personnalisé, puis exécutez ollama rm model:tag pour une seule cible.
5. Relancez ollama ls, remesurez le stockage et démarrez tous les modèles et processus importants que vous avez conservés.

Un modèle qui n’est pas chargé maintenant n’est pas forcément inutilisé. Les fichiers de ~/.ollama/models/blobs portent des empreintes, pas des noms de modèles : leur suppression manuelle peut casser un modèle que vous vouliez garder.

Supprimer un seul modèle avec la CLI Ollama

Copiez le nom exact depuis ollama ls, arrêtez les processus concernés, puis exécutez ollama rm model:tag pour cette seule cible. Ne supprimez rien directement dans ~/.ollama/models/blobs et n’envoyez pas une liste complète non vérifiée à ollama rm. Un modèle public retiré par erreur peut être retéléchargé avec ollama pull model:tag si le réseau, la bande passante et le même tag restent disponibles ; cela ne restaure pas un modèle personnalisé non documenté. Retirer un modèle ne désinstalle ni l’application Ollama ni sa CLI : la désinstallation complète est une opération distincte.

Protéger les modèles personnalisés et valider le résultat

Un modèle personnalisé n’est reproductible que si vous conservez son Modelfile, son fichier GGUF, ses adaptateurs, son gabarit de prompt et toutes ses ressources privées locales. Sauvegardez ces éléments hors de la bibliothèque. Après chaque retrait, relancez ollama ls, remesurez le chemin actif et démarrez les modèles conservés ainsi que leurs intégrations. Pour le travail hors ligne, acceptez le coût opérationnel du retéléchargement ou déplacez prudemment la bibliothèque avec OLLAMA_MODELS et testez le nouvel emplacement avant d’effacer l’ancien.

Limites de suppression et coût de récupération

Trouvez l’emplacement et la taille réelle des modèles Ollama, retirez-les un par un avec Ollama et protégez les sources uniques des modèles personnalisés.

FAQ