El Capitan / private / var / folder archivos de caché que consumen 30–40 GB


12

Recientemente actualicé mi MacBook Pro a El Capitan, y uno de los primeros cambios desagradables, aparte de XtraFinder y TotalTerminal, que ya no es compatible, es que el sistema considera apropiado /private/var/foldersconsumir hasta 30–40 GB de espacio, haciendo que mi Mac se ralentice tremendamente. Entiendo que los archivos dentro de esta carpeta son todos archivos de caché. Mi única pregunta es por qué sucede esto y qué hace que esto suceda. ¿Hay alguna manera de hacerlo solo aplicaciones de caché que están realmente abiertas, o tengo que actualizar mi NVRAM / PRAM? Es extremadamente molesto que mi computadora actúe como si estuviera tratando de almacenar 20 gigabytes a la vez.


¿Has intentado comprobar qué ocupa realmente el espacio? No es tan fácil si está en zz, pero es bastante simple si está en uno de los otros
Tetsujin

Sí, afortunadamente no es causado por nada en zz, es una carpeta llamada tr. ¿Cuál es el significado de zz, a diferencia de cualquier otra carpeta enumerada?
Lee S

no es un área del sistema operativo con la que estoy realmente familiarizado, pero los contenidos de zz generalmente no te pertenecen, por lo que debes jugar con chmod para verlos incluso [no es algo que realmente te aconsejaría a menos que ' se siente particularmente arrogante] Creo que los otros parecen tener códigos casi aleatorios, aunque no lo he estudiado. Mis otros 2 son g5 y nc - no hay relación con nada que pueda imaginar en ellos mismos
Tetsujin

Estoy bastante de acuerdo con que la carpeta zz se quede como está, no es el culpable de este problema. Desde otros lugares de los que he leído, y desde este otro hilo , puede eliminar algunas carpetas desde aquí sin efectos negativos, siempre que no elimine la carpeta en sí.
Lee S

Lo que realmente quiero saber es por qué esto está sucediendo ahora en El Capitán, cuando nunca sucedió en Yosemite y en lanzamientos anteriores.
Lee S

Respuestas:


9

La respuesta es que sí, puede eliminar archivos de /private/var/folders/. El comando

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

pude trabajar y no se produjeron accidentes. El comando emitió algunos errores, pero no hubo errores del sistema en su conjunto. Podría publicar una nueva publicación más adelante cuando sepa más sobre esto para comprender lo que Apple hizo con El Capitan para que actúe de esta manera.

Aquí hay un hilo del sitio web de Apple sobre esto; está de acuerdo en que eliminar tr debería ser seguro. Según el hilo, / var / folder es la nueva ubicación de las memorias caché, que puede eliminar de forma segura si ha cerrado todas las aplicaciones en ejecución.

ACTUALIZACIÓN: Otra razón para este comportamiento puede deberse a la indexación de Spotlight , especialmente en los modelos más antiguos de MacBook / MacBook Pro. Recientemente me di cuenta de que el problema volvía a ocurrir, y aunque hice todo lo posible para evitar que continuara, me vi obligado a ver que mi Mac consumía lentamente más de 100 gigabytes de espacio para que ocurriera algún proceso fantasma en segundo plano.

Aun así, asegúrese de entrar en Settings-> Spotlighty desmarcar la casilla para Foldersindexar, y si es como yo y tiene mucha música (como más de 50 gigabytes), desactive también la Musicindexación. Desactive también cualquier otro que no desee, pero la Folderindexación parece ser el mayor culpable tanto de la pérdida de espacio en disco como de la desaceleración del rendimiento en los modelos más antiguos de MacBook.

Al desactivar esto, no he visto ningún problema. Además, el espacio restante en disco que se muestra en Finder ahora proporciona resultados precisos.

Esto también puede aplicarse a dispositivos iOS, ya que OS X e iOS se están desarrollando actualmente para que coincidan con la funcionalidad y las características de los demás. Una gran parte de los Otherdatos almacenados en el dispositivo puede ser solo la indexación de Spotlight, sin dar un toque sobre la cantidad de espacio en disco que consume. No te hará daño intentar desactivar algunas funciones / opciones si notas problemas.


2
Diría que esto es menos seguro que "cerrar todas las aplicaciones en ejecución". El sistema almacena archivos allí, así como el usuario. Por ejemplo, el comando set | grep TMPmostrará su carpeta temporal de usuario actual en / var - en mi Mac en este momento, es /var/folders/6p/2ws_5ft14n10v_1kzp9tjhg00000gn/T/- yo diría que cerrar aplicaciones y eliminar de allí puede ser un paso de solución de problemas decente, pero es posible que necesite reducir lo que es escribir archivos temporales grandes para el problema podría seguir regresando si no profundiza en lo que específicamente se guarda allí.
bmike

¿Es seguro eliminarlo /private/? Como de todos modos no hay mucho más en los directorios inferiores, ¡se utilizan mis 100 GB /private/var/folders/zz/zyxvpxvq6csfxvn_n0000000000000/Cleanup At Startup/SMSandboxTools-tmp/Users/ian/Library!
Ian Vaughan

2

He tenido el mismo problema con las enormes "carpetas". El comando parece un camino rápido y lo intentaré la próxima vez que aparezcan los archivos grandes.

Administro más de 400 macs y este problema ha estado ocurriendo desde 10.9 hasta 10.10 y ahora parece 10.11. Lo extraño es que solo es evidente en un cierto modelo de iMac, 2GHZ Intel Core 2 Duo, Macs. Todos los demás iMacs posteriores que utilizamos no parecen tener el problema en absoluto.

La primera vez que noté este problema fue cuando nuestro servicio de asistencia recibió llamadas de estudiantes que no podían ahorrar trabajo y cuando revisé estos equipos, los discos duros estaban casi llenos (discos duros de 150 GB). Destrocé manualmente las carpetas / var, algunas de las cuales tenían más de 100 GB y se liberó el espacio, pero los iMacs se llenaron gradualmente nuevamente.

No he borrado ninguno de estos Macs últimamente para ver si la actualización 10.11 El Capitan ha solucionado este problema.


1
Me interesaría saber un poco más de detalle qué carpetas contienen los archivos grandes. sudo find /var/folders -size 500Mpodría funcionar bien para eso.
bmike

1

No estoy seguro de si esto funcionará en el caso de todos (y sé que este es un hilo viejo), pero a menudo es necesario un buen reinicio a la antigua para limpiar estos archivos de caché:

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

Por supuesto, este método puede no funcionar en todas las configuraciones, sin embargo, lo recomiendo porque hay varios sitios web que NO recomiendan eliminar elementos /var/folders, /private/var/folders/o /tmp.

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


Esto fue una cosa que se intentó y, en algunos casos, no eliminaría todos los archivos almacenados en este caché.
Lee S

1

Tuve el mismo problema en El Capitan (MacOS 10.11). Logré iniciar la aplicación Terminal y noté que "lsd" (LaunchServiceDaemon) estaba usando el 100% de un núcleo.

La solución fue reconstruir la base de datos de Launch Services con el comando en este hilo de discusión de Apple .


Bienvenido a Ask Different. La respuesta en el enlace es bastante corta. Es mejor incluir la respuesta aquí ya que los enlaces a menudo se vuelven obsoletos, lo que hace que esta respuesta sea inútil.
Allan
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.