Fichier com.apple.coresymbolicationd de 9 Go dans les caches


12

J'essaie de libérer de l'espace disque, et je suis tombé sur ceci:

gros fichier D:

J'ai lu des rapports sur un fichier 600M ou un fichier 1GB mais jamais quelque chose comme ça.

Est-il sûr de supprimer ou le redémarrage permet-il fréquemment d'effacer certains de ces fichiers?



2
@Robuust, ils me semblent différents. Cela demande comment ils s'éclaircissent et l'autre demande ce qu'ils sont. Bon pour lier les deux, mais à moins que des modifications ne se produisent, je ne les vois pas comme des doublons exacts.
bmike

Le fichier est clairement de grande taille. D'après ce que j'ai parcouru sur le Net, il est sûr de le supprimer.
IconDaemon

Je faisais un nettoyage de printemps en utilisant GrandPerspective en cours d'exécution rootvia sudo GrandPerspective.app/Contents/MacOS/GrandPerspectiveet j'ai trouvé que mon /System/Library/Caches/com.apple.coresymbolicationdest de 3,0 Go. J'utilise 10.10.3 Yosemite et j'ai Xcode et le dernier package d'outils de ligne de commande installés.
Lanny

Réponses:


3

En utilisant des éléments de ce lien ( http://www.macobserver.com/tmo/article/how_to_recover_missing_hard_drive_space/ ), j'ai trouvé un fichier - com.apple.coresymbolicationd de 133 Go.

Pour supprimer, démarrez en mode sans échec (Cmd-S avant que le logo Apple n'apparaisse), exécutez une vérification du système de fichiers, montez le lecteur, puis juste sudo rmle fichier


@patrix Dans mon cas, rmça ne marche pas, mais sudo rmça marche . (Avec les directives de @patrix)
Hoseyn Heydari

3

Le redémarrage n'efface pas les fichiers de cache dans le système. Vous devez creuser exactement le sous-système qui crée ici les caches et déterminer s'il existe un moyen de les vider manuellement ou de les déplacer dans la corbeille, puis de redémarrer pour voir quand / comment / quelle taille ils sont recréés.

Je voudrais démarrer en mode mono-utilisateur et utiliser rmpour effacer ce fichier car rien ne l'utilise alors. Vous pouvez également utiliser sudo mv /System/Library/Caches/com.apple.coresymbolicationd/data /tmppuis redémarrer. Après le redémarrage, vous pouvez supprimer le fichier /tmpavec avec sudo rm /tmp/data.

Mon intuition est que vous avez installé Xcode et avez introduit un grand nombre de symboles dans votre base de données à partir d'une ou plusieurs versions iOS afin que Xcode puisse symboliser les vidages sur incident pour aider au débogage des applications à l'aide de Xcode. Cependant, il peut également s'agir d'un bogue et chaque fois que ce sous-système commence à recycler le cache, il s'efface automatiquement. Si vous pouvez limiter le nombre de SDK que vous utilisez dans Xcode, cela pourrait aussi aider. Mon sentiment est que les personnes avec 60 millions de fichiers n'utilisent pas Xcode, celles avec 1 Mo de développeur pour une version d'iOS à la fois et celles avec des bases de données de plus grande taille ont plusieurs OS X et iOS SDK activés depuis Xcode.


J'ai en effet installé Xcode.
tekknolagi

@tekknolagi J'ai développé mes réflexions sur Xcode par rapport au grand que vous voyez. Peut-être pouvez-vous confirmer mes soupçons? Je n'ai pas encore trouvé de moyen d'accéder au fichier de données - cela va probablement prendre quelqu'un pour renverser les haricots sur la façon dont il est crypté.
bmike

1
bmike, je viens d'aller de l'avant et j'ai supprimé le fichier. Semble bien jusqu'à présent.
tekknolagi

@HoseynHeydari cette réponse a été publiée avant SIP - peut-être ouvrir une nouvelle question et un lien ici?
bmike

1

Juste pour empiler ici ...

Je RÉGULIÈREMENT supprimer le contenu des différents dossiers Caches sur mes Mac et ont depuis O / SX est sorti. Par routine, je veux dire "quand j'ai un problème qui pourrait être causé par un fichier cache endommagé."

J'utiliserai également des utilitaires comme Onyxpour faire la même chose de temps en temps, comme pour d'autres tâches de maintenance en même temps.

Ce sont des fichiers temporaires et, comme sous Windows, ils peuvent être supprimés en toute sécurité. Je redémarrerai souvent après les avoir supprimés, juste pour être sûr mais quel que soit le contenu de ces répertoires, ils pourront être supprimés en toute sécurité.

Une chose à noter, si ce fichier continue d'être créé et est TRÈS volumineux comme il l'est maintenant, alors vous avez un dépannage à faire.


Steve a raison de dire que sous OS X, même si vous supprimez un fichier en utilisant rm ou en le déplaçant dans la corbeille, qu'une fois que tous les fichiers qui utilisent le fichier le libèrent, il disparaîtra réellement (et donc la partie de redémarrage pour finaliser le cache nettoyer.) Il y a un inconvénient à supprimer des caches, le système ralentira et les recréera à moins que les conditions qui ont fait grossir les fichiers soient modifiées. Dans le cas de milliers de petits fichiers - cette pénalité lente est mauvaise. Avec un gros fichier de 9 Go, vous pouvez attendre longtemps qu'il se recrée.
bmike

Je déconseille fortement de ROUTINELYvider les caches. Ils existent pour une raison.
Alexander - Reinstate Monica

0

J'ai exécuté Mavericks Cache Cleaner pour nettoyer tous mes dossiers Caches - le ~/Library/Cachesdossier utilisateur , le /Library/Cachesdossier de niveau supérieur et le /System/Library/Cachesdossier du système , y compris un 2 Go coresymbolicationd. Rien de mauvais ne semble s'être produit en conséquence (et j'ai récupéré de l'espace disque).

Il est probablement plus sage de le faire de la façon dont l'OP l'a finalement fait, à savoir démarrer avec le mode sans échec, nettoyer les caches et redémarrer.

Je ne pense pas, cependant, que nous arrivions au fond des choses. 9 Go, c'est gros . Qu'est-ce qui provoque l'accumulation d'un fichier aussi volumineux? Je ne pense pas que nous le sachions. La suppression du cache ne concerne qu'une manifestation superficielle de quelque chose qui peut avoir une cause profonde.


Je n'ai aucune idée, pour être tout à fait franc. Mon espace disque vient de rétrécir de tonnouveau, et il coresymbolicationdfait 729M.
tekknolagi
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.