El Capitan / private / var / dossiers fichiers cache de 30 à 40 Go

12

J'ai récemment mis à niveau mon MacBook Pro vers El Capitan, et l'un des premiers changements désagréables, à l'exception de XtraFinder et TotalTerminal n'étant plus compatible, est que le système juge approprié /private/var/foldersde consommer jusqu'à 30 à 40 Go et au-delà. l'espace, ce qui ralentit énormément mon Mac. Je comprends que les fichiers de ce dossier sont tous des fichiers cache. Ma seule question est de savoir pourquoi cela se produit et qu'est-ce qui fait que cela se produit? Existe-t-il un moyen de ne mettre en cache que les applications réellement ouvertes ou dois-je actualiser ma NVRAM / PRAM? C'est extrêmement ennuyeux que mon ordinateur agisse comme s'il essayait de mettre en mémoire tampon 20 gigaoctets à la fois.

macos macbook el-capitan disk-space nvram Lee S
la source
Avez-vous essayé de vérifier ce qui occupe réellement l'espace? Pas si facile si c'est en zz, mais assez simple si c'est dans l'un des autres
Tetsujin
Oui, heureusement, cela n'est causé par rien en zz, c'est un dossier nommé tr. Quelle est la signification de zz, par opposition à tout autre dossier répertorié?
Lee S
ce n'est pas un domaine du système d'exploitation que je connais vraiment, mais le contenu de zz ne vous appartient généralement pas, vous devez donc jouer avec chmod pour même y voir [pas quelque chose que je conseillerais vraiment à moins que vous '' se sentir particulièrement cavalière] Je pense que les autres semblent avoir des codes presque aléatoires, bien que je ne les ai pas étudiés. Mes 2 autres sont g5 & nc - aucune relation avec tout ce que je peux imaginer en eux
Tetsujin
Je suis assez d'accord avec le dossier zz laissé tel quel - ce n'est pas le coupable de ce problème. À partir d'autres endroits où j'ai lu et de cet autre fil , vous pouvez supprimer certains dossiers d'ici sans effets négatifs, tant que vous ne supprimez pas le dossier lui-même.
Lee S
Ce que je veux vraiment savoir, c'est pourquoi cela se produit maintenant à El Capitan, alors que cela ne s'est jamais produit à Yosemite et dans les versions précédentes.
Lee S

Réponses:

9

La réponse est que oui, vous êtes autorisé à supprimer des fichiers /private/var/folders/. La commande

sudo rm -r -P /private/var/folders/tr/*

a pu travailler et aucun accident ne s'est produit. Certaines erreurs ont été émises par la commande, mais aucune erreur n'est venue du système dans son ensemble. Je pourrais publier un nouveau post plus tard lorsque j'en saurai plus à ce sujet pour comprendre ce qu'Apple a fait avec El Capitan pour le faire agir de cette façon.

Voici un fil du site Web d'Apple à ce sujet; il convient que la suppression de tr doit être sûre. Selon le fil, / var / dossiers est le nouvel emplacement des caches, que vous pouvez supprimer en toute sécurité si vous avez fermé toutes les applications en cours d'exécution.

MISE À JOUR: Une autre raison de ce comportement peut être due à l' indexation Spotlight , en particulier sur les anciens modèles de MacBook / MacBook Pro. J'ai récemment remarqué que le problème se reproduisait, et même si j'avais fait tout mon possible pour l'empêcher de continuer à se produire, j'ai été obligé de regarder mon Mac consommer lentement plus de 100 gigaoctets d'espace pour un processus fantôme se produisant en arrière-plan.

Néanmoins, assurez-vous d'aller dans Settings-> Spotlight& décochez la case pour l' Foldersindexation, et si vous êtes comme moi et que vous avez beaucoup de musique (comme plus de 50 gigaoctets), désactivez également l' Musicindexation. Désactivez également tous ceux que vous ne souhaitez pas, mais l' Folderindexation semble être le principal responsable de la perte d'espace disque et du ralentissement des performances sur les anciens modèles de MacBook.

En désactivant cela, je n'ai vu aucun problème. De plus, l'espace disque restant affiché dans le Finder fournit désormais des résultats précis.

Cela peut également s'appliquer aux appareils iOS, car OS X et iOS sont actuellement en cours de développement pour correspondre à leurs fonctionnalités et fonctionnalités respectives. Une grande partie des Otherdonnées stockées sur le périphérique peut simplement être l'indexation Spotlight ne donnant pas un toot sur la quantité d'espace disque qu'il consomme. Cela ne fera pas de mal d'essayer de désactiver certaines fonctionnalités / options si vous remarquez des problèmes.

Lee S
la source
2
Je dirais que c'est moins sûr que de "fermer toutes les applications en cours d'exécution" en toute sécurité. Le système y stocke les fichiers ainsi que l'utilisateur. Par exemple, la commande set | grep TMPaffichera votre dossier temporaire utilisateur actuel dans / var - sur mon Mac en ce moment, c'est /var/folders/6p/2ws_5ft14n10v_1kzp9tjhg00000gn/T/- je dirais que la fermeture des applications et leur suppression pourraient être une étape de dépannage décente, mais vous devrez peut-être affiner ce qui est l'écriture de gros fichiers temporaires pour le problème peut continuer à revenir si vous ne creusez pas dans ce qui est spécifiquement enregistré là-bas.
bmike
Est-il sûr de supprimer /private/? Comme il n'y a pas grand-chose d'autre dans les répertoires inférieurs de toute façon, mon 100 Go est utilisé depuis /private/var/folders/zz/zyxvpxvq6csfxvn_n0000000000000/Cleanup At Startup/SMSandboxTools-tmp/Users/ian/Library!
Ian Vaughan
2

J'ai eu le même problème avec les énormes "dossiers". La commande ressemble à un moyen rapide et j'essaierai cela la prochaine fois que j'obtiendrai les gros fichiers.

Je gère plus de 400 macs et ce problème se produit depuis la version 10.9 jusqu'à la version 10.10 et il semble maintenant 10.11. Ce qui est étrange, c'est que cela n'apparaît que sur un certain modèle d'iMac, Intel Core 2 Duo 2GHZ, Mac. Tous les autres iMac ultérieurs que nous utilisons ne semblent pas du tout avoir le problème.

J'ai d'abord remarqué ce problème lorsque notre service d'assistance a reçu des appels d'étudiants qui ne pouvaient pas économiser du travail et lorsque j'ai vérifié ces macs, les disques durs étaient presque pleins (disques durs de 150 Go). J'ai mis à la poubelle manuellement les dossiers var / dont certains dépassaient 100 Go et l'espace a été libéré mais les iMacs se remplissent à nouveau progressivement.

Je n'ai effacé aucun de ces Mac récemment pour voir si la mise à niveau 10.11 El Capitan a résolu ce problème.

MickP
la source
1
Je serais intéressé de savoir un peu plus en détail quels dossiers contiennent les gros fichiers. sudo find /var/folders -size 500Mpourrait bien fonctionner pour cela.
bmike
1

Je ne sais pas si cela fonctionnera dans le cas de tout le monde (et je sais que c'est un vieux fil), mais un bon redémarrage à l'ancienne est souvent tout ce qu'il faut pour vider ces fichiers de cache:

http://osxdaily.com/2016/01/13/delete-temporary-items-private-var-folders-mac-os-x/

Bien sûr, cette méthode peut ne pas fonctionner sur toutes les configurations, mais je recommande cette méthode car il existe plusieurs sites Web qui ne recommandent PAS de supprimer des éléments dans /var/folders, /private/var/folders/ou /tmp.

https://discussions.apple.com/thread/3757828

giannitm
la source
C'est une chose qui a été essayée et, dans certains cas, elle ne supprimait pas tous les fichiers stockés dans ce cache.
Lee S
1

J'ai eu le même problème sur El Capitan (MacOS 10.11). J'ai réussi à démarrer l'application Terminal et j'ai remarqué que "lsd" (LaunchServiceDaemon) utilisait 100% d'un cœur.

Le correctif consistait à reconstruire la base de données Launch Services avec la commande dans ce fil de discussion Apple .

GerdH
la source
Bienvenue sur Ask Different. La réponse dans le lien est assez courte. Il est préférable d'inclure la réponse ici car les liens deviennent souvent obsolètes, ce qui rend cette réponse inutile.
Allan