Données système en hausse de 50 Go du jour au lendemain : que s'est-il passé ?

Un gros saut soudain des données système inquiète, mais il a presque toujours une cause claire. Si vous voulez d’abord la vue d’ensemble, lisez le guide Données système sur Mac. L’astuce consiste à regarder ce qui a changé récemment, pas tout. Ces vérifications ne font que lire, elles ne changent rien.

Réfléchissez à ce qui s’est passé en dernier

Posez-vous trois questions rapides avant de lancer quoi que ce soit :

1. macOS a-t-il récemment téléchargé ou installé une mise à jour ?
2. Avez-vous installé, ouvert ou synchronisé quelque chose de gros, comme un dossier cloud ou un jeu ?
3. Une app a-t-elle planté, s’est-elle bloquée ou a-t-elle eu un comportement étrange ?

Chaque réponse positive vous oriente vers l’étape adaptée ci-dessous.

Vérification 1 : les instantanés locaux

tmutil listlocalsnapshots /

Un instantané pris autour d’une mise à jour ou d’une sauvegarde peut retenir beaucoup de données modifiées. Sur notre Mac de test (macOS 27), la liste ne contenait que des entrées com.apple.os.update-..., donc des éléments du système. Plus de détails dans l’article Time Machine : les instantanés locaux prennent de la place. macOS les libère quand il a besoin de place.

Vérification 2 : fichiers d’échange et pression mémoire

Quand la mémoire est pleine, macOS utilise le disque. Pour voir combien :

sysctl vm.swapusage

Sur un Mac au repos, on voit en général peu ou pas d’échange utilisé. Chez nous, c’était environ 69 Mo sur 1024 Mo. Un chiffre de plusieurs gigaoctets indique une charge de travail lourde. Fermer les apps gourmandes en mémoire puis redémarrer rend alors la place.

Vérification 3 : caches et journaux

du -sh ~/Library/Caches ~/Library/Logs

La taille seule ne prouve pas qu’une app écrit trop. Sur notre Mac de test, Caches faisait 10 Go et Logs 297 Mo. Ne supprimez que le cache ou journal d’une app tierce identifiée, dont tous les consommateurs sont connus et dont la reconstruction est vérifiée. Préférez les commandes de nettoyage de l’app. Avant suppression ou vidage de la Corbeille, enregistrez/synchronisez ou exportez le travail personnel hors ligne ou non synchronisé, gardez une sauvegarde et vérifiez la restauration. Laissez intacts les caches Apple, partagés ou de propriétaire inconnu. Consultez aussi le guide des caches (en anglais).

Vérification 4 : gros fichiers récents

Vous pouvez aussi trouver les gros fichiers sans le Terminal. Ouvrez une fenêtre du Finder, appuyez sur Cmd-F, choisissez Ce Mac et définissez comme critères la taille du fichier et la date de modification. Nous n’avons pas vérifié les libellés français exacts des critères de recherche, regardez donc ce que propose votre Finder. Une recherche dans le Terminal sur tout le dossier personnel peut durer très longtemps sur un gros disque. Sur notre Mac de test, elle a été interrompue au bout de 100 secondes sans résultat, c’est pourquoi nous ne donnons pas de commande pour cela.

Un gros journal ou rapport peut orienter vers une app, sans autoriser sa suppression. Ne supprimez que le cache ou journal d’une app tierce identifiée, dont tous les consommateurs sont connus et dont la reconstruction est vérifiée. Préférez les commandes de nettoyage de l’app. Avant suppression ou vidage de la Corbeille, enregistrez/synchronisez ou exportez le travail personnel hors ligne ou non synchronisé, gardez une sauvegarde et vérifiez la restauration. Laissez intacts les caches Apple, partagés ou de propriétaire inconnu.

À qui appartient un gros fichier ?

Si vous avez trouvé un fichier, deux commandes en lecture seule aident. ls -lh suivi du chemin du fichier donne sa taille et la date de dernière modification. lsof suivi du même chemin liste les processus qui ont le fichier ouvert à cet instant. Nous avons testé les deux sur macOS 27, et la sortie peut varier sur votre Mac selon la version. Un processus listé a un descripteur de fichier ouvert, ce qui ne prouve pas qu’il écrit. Une sortie vide ne prouve pas que le fichier est inutilisé, car les droits d’accès ou une erreur de commande peuvent limiter ce que vous voyez. Identifiez l’app concernée et quittez-la avant d’envisager une suppression. La sortie seule n’est pas une autorisation de supprimer. Ni l’une ni l’autre commande ne change quoi que ce soit.

Sûr, Risqué, Jamais

Sûr

• Redémarrer, ce qui vide les fichiers d’échange et les fichiers temporaires.
• Nettoyer uniquement un cache ou journal selon ces conditions : Ne supprimez que le cache ou journal d’une app tierce identifiée, dont tous les consommateurs sont connus et dont la reconstruction est vérifiée. Préférez les commandes de nettoyage de l’app. Avant suppression ou vidage de la Corbeille, enregistrez/synchronisez ou exportez le travail personnel hors ligne ou non synchronisé, gardez une sauvegarde et vérifiez la restauration. Laissez intacts les caches Apple, partagés ou de propriétaire inconnu.
• Vider la Corbeille seulement après identification de son contenu, préservation du travail personnel et vérification de la restauration depuis une sauvegarde.

Risqué

• Supprimer de gros fichiers que vous ne reconnaissez pas. Vérifiez d’abord à qui ils appartiennent.
• Supprimer des instantanés que vous n’avez pas créés.

Jamais

• Supprimer dans /System ou dans les dossiers système cachés.
• Supprimer un fichier uniquement parce qu’il est gros et récent.

Quand le chiffre ne redescend pas

Si vous avez supprimé la cause et que le chiffre reste élevé, redémarrez et laissez un peu de temps à macOS pour recompter. Une partie de ce que montre la barre de stockage est de l’espace que macOS peut libérer en cas de besoin. L’article Espace purgeable sur Mac l’explique.

Histoires fréquentes derrière un saut

Ce sont des schémas, pas des promesses. Votre Mac peut n’en suivre aucun.

• Une mise à jour de macOS s’est exécutée pendant la nuit. L’installeur et un éventuel instantané préalable peuvent occuper plusieurs gigaoctets pendant quelques jours. Cela se résout en général tout seul.
• Un client de synchronisation a lancé un téléchargement complet. Les dossiers cloud peuvent rapatrier beaucoup de données d’un coup, et les fichiers peuvent atterrir hors des données système tout en remplissant le disque.
• Une app s’est retrouvée dans une boucle. Un plantage qui se répète peut écrire sans cesse le même gros journal ou rapport. La vérification des journaux ci-dessus le montre.
• Une machine virtuelle ou un conteneur a grossi. Les images disque des machines virtuelles et des conteneurs peuvent s’agrandir vite et rétrécir lentement.
• Pression mémoire. Une tâche lourde pendant la nuit peut faire monter l’usage des fichiers d’échange, comme le montre la vérification correspondante.

Ce qu’il ne faut pas faire dans la précipitation

Ne supprimez rien dans la précipitation. Attendre ou quitter une app ne prouve pas qu’un fichier est supprimable. Effacer un fichier encore utilisé peut corrompre une base de données ou provoquer un plantage.

Identifiez le propriétaire et tous les consommateurs du fichier, puis établissez ce qui peut être récupéré avant de décider. Ne supprimez que le cache ou journal d’une app tierce identifiée, dont tous les consommateurs sont connus et dont la reconstruction est vérifiée. Préférez les commandes de nettoyage de l’app. Avant suppression ou vidage de la Corbeille, enregistrez/synchronisez ou exportez le travail personnel hors ligne ou non synchronisé, gardez une sauvegarde et vérifiez la restauration. Laissez intacts les caches Apple, partagés ou de propriétaire inconnu.

Notez les chiffres pour comparer plus tard

Notez Used dans df -h /System/Volumes/Data et la date pour comparer. Une hausse est une piste, pas la preuve d’une fuite : téléchargements, travail normal, instantanés ou nombreux petits fichiers peuvent l’expliquer. Comparez des observations répétées des dossiers et octets alloués, avec les activités et instantanés correspondants. Une recherche de gros fichiers ne garantit pas de trouver la cause.