J'ai ce dossier /private/var/folders/bf/
avec 3 Go de ce qui semble des fichiers temporaires. Puis-je supprimer ce dossier?
J'ai ce dossier /private/var/folders/bf/
avec 3 Go de ce qui semble des fichiers temporaires. Puis-je supprimer ce dossier?
Réponses:
Vous pouvez supprimer en toute sécurité tout ce qui se trouve /private/var/folders/
mais pas le dossier lui-même
sudo rm -rf /private/var/folders/*
Quittez toutes les applications avant de redémarrer et après… et quoi que vous fassiez, ne touchez à rien d'autre /private/var/
et ne vous supprimez pas/private/var/folders/
.
La rumeur veut qu'il ne faut pas supprimer /private/var/folders/zz
. Cet article implique le contraire, mais si vous voulez être prudent, utilisez
cd /private/var/folders
for i in *; do if [ "$i" != "zz" ]; then sudo rm -rf "$i"; fi; done
sudo rm -rf zz/*
au lieu.
Du point de vue de la sécurité générale pour l'intégrité du système:
Tout élément de la hiérarchie de /private/var/folders/*
peut être supprimé. zz
inclus.
Mais un redémarrage devrait de toute façon réduire la quantité de fichiers et de données temporaires.
Quitter des applications bien écrites le fait aussi, tout comme un cycle de déconnexion-connexion rapide.
Le système repeuplera un vide /private/var/folders/*
après son redémarrage.
Du point de vue pratique et des conséquences pour le point de vue des utilisateurs:
Il y a un petit hic: ce n'est probablement pas complètement sans effets secondaires de simplement essuyer tout et n'importe quoi en dessous folders
.
Bien que ces effets secondaires soient peu nombreux. Forcer tout supprimer avec sudo rm
est possible mais pas la meilleure option sur un système en direct.
Certains de ces fichiers sont peut-être en cours d'utilisation. Ainsi, il est difficile ou imprudent de simplement les supprimer tous d'un système en cours d'exécution si on en ressent le besoin. Vous devez d'abord quitter les processus en les utilisant. Cette sortie du processus est en soi, comme indiqué ci-dessus, assez souvent pour que ces fichiers soient supprimés automatiquement. Si certaines bases de données, principalement générées par des processus Apple, deviennent incontrôlables, il peut être nécessaire de les déplacer vers la corbeille, de se déconnecter et de les supprimer.
Un petit nombre d'applications ou de services peuvent y stocker certaines des préférences.
Un exemple est NotificationCenter (NC) avec vos paramètres là-dedans: votre choix d'applications et ce qui doit y être «dedans». NC reconstruit ses préférences avec tout ce qui est activé dans NC. Si vous avez de nombreuses applications et que vous préférez que la plupart d'entre elles ne vous dérangent pas, cela est assez ennuyeux même si cela n'est fait qu'une seule fois.
Mais alors ce ne sont pas vraiment les données essentielles qui se perdent de cette façon. Étant donné que cette pratique est hautement non standard, il semble qu'Apple viole ses propres directives: je ne me souviens d'aucune application tierce stockant des données importantes, non censées être volatiles et non temporaires dans cette hiérarchie.
Conclusio:
Par conséquent, il est préférable de localiser lequel de ces dossiers appartient à votre utilisateur le plus actif, allez-y et recherchez les plus grands délinquants pour les supprimer manuellement. Il est également prudent de savoir lesquelles de vos applications laissent tant de choses derrière vous. Quitter et redémarrer une application qui encombre activement peut souvent suffire pour y gagner de l'espace. Si la deuxième capture est préoccupante, épargnez les fichiers liés par exemple à NC de la suppression.
Pour ce que ça vaut (c'est-à-dire décider de vous valoir :-), cela est dangereux sur Catalina (10.15). Je l'ai fait sur un Macbook Air après la mise à niveau vers Catalina. Il ne redémarrerait pas, et quelle peine de récupérer de Time Machine avec un mauvais écran interne.
J'ai également eu un autre mauvais écran Macbook Air (et un mauvais clavier et un mauvais trackpad, mais je m'égare). J'étais paranoïaque parce que j'utilise ça pour le développement. Au lieu de cela, j'ai trouvé en ligne une autre astuce. Maintenir la touche pendant le démarrage fait passer le Mac en "mode sans échec". Le Mac a ensuite démarré en mode sans échec et "sudo du -d 1 -h / private" a confirmé 44 Go. Après un autre redémarrage dans Mac OS X normal et la même commande a montré 3 Go.
BTW, cela ne fonctionnait pas avec un clavier classique, j'ai dû trouver un clavier Apple.
Il est beaucoup plus sûr, en cas de douleur, de le faire régulièrement. J'ai essayé les nettoyeurs gratuits, mais aucun n'a trouvé ces fichiers / dossiers. Et je préfère ne pas dépenser 30 $ - 80 $ pour un nettoyant qui ne les trouvera probablement pas aussi bien ...
Sur Catalina, j'ai redémarré mon Macbook en mode de récupération (CMD + R au démarrage). Ensuite, j'ai ouvert le terminal pour désactiver la protection de l'intégrité du système en tapant csrutil disable
. Ensuite, j'ai redémarré en mode normal. J'ai fermé toutes les candidatures. J'ai exécuté l'utilitaire de disque et cliqué sur les premiers soins pour mon lecteur système.
Ensuite, je suis allé dans / private / var / folder /. Nous sommes maintenant en 2019 et j'ai constaté que certains dossiers n'avaient pas été modifiés depuis 2016 et 2017.
Ensuite, j'ai copié le contenu du dossier zz sur un lecteur USB. Je suis allé dans le dossier zz et j'ai supprimé tous les dossiers qui n'étaient pas d'aujourd'hui. Je suis allé dans le dossier kt, j'ai copié le contenu de ma clé USB et j'ai supprimé les dossiers qui n'étaient pas à partir d'aujourd'hui dans les dossiers 0 et C et T. Avant de redémarrer j'ai vidé la poubelle.
J'ai débranché ma clé USB et j'ai redémarré en mode récupération, j'ai réactivé la protection de l'intégrité du système, en tapant csrutil enable
le terminal et c'est tout.
J'ai économisé 50 Go
faire un "démarrage sûr" de temps en temps s'il est gêné par les caches toujours croissants ... le mot (lien d'article apple kb - https://support.apple.com/en-us/HT201262 ) est qu'il nettoie les caches.