¿Puedo eliminar archivos o carpetas de / private / var / folder /?


Respuestas:


24

Puede eliminar cualquier cosa de forma segura, /private/var/folders/pero no la carpeta en sí

sudo rm -rf /private/var/folders/*

Salga de todas las aplicaciones antes de hacerlo y reinicie después ... y haga lo que haga, no toque nada más /private/var/y no se elimine /private/var/folders/.


Se rumorea que no se debe eliminar /private/var/folders/zz. Este artículo implica lo contrario, pero si desea estar seguro, use

cd /private/var/folders
for i in *; do if [ "$i" != "zz" ]; then sudo rm -rf "$i"; fi; done
sudo rm -rf zz/*

en lugar.


2
Usé la consulta anterior: cd / private / var / carpetas para i in ; hacer si ["$ i"! = "zz"]; entonces sudo rm -rf "$ i"; fi; done sudo rm -rf zz / luego no pudo iniciar mac después. Tuve que reinstalar el sistema operativo.
Aerin

¿Has cd a la carpeta correcta primero? De lo contrario, destruiría algunas cosas bastante aleatorias ...
Tetsujin

por supuesto, primero fui a / private / var / carpetas ... supongo que debería preservarse algo más que zz.
Aerin

El Capitan, junio de 2017.
Aerin

tbh, en realidad nunca lo he intentado, solo fue una investigación y publicación, con acreditación.
Tetsujin

3

Desde un punto de vista de seguridad general para la integridad del sistema:

Cualquier cosa dentro de la jerarquía de /private/var/folders/* se puede eliminar. zzincluido.

Pero un reinicio debería reducir la cantidad de archivos y datos temporales allí de todos modos.

Salir de aplicaciones bien escritas también lo hace, al igual que un ciclo de cierre de sesión rápido.

El sistema repoblará un espacio vacío /private/var/folders/*después de reiniciar.

Desde un punto de vista práctico y las consecuencias para los usuarios:

Hay un pequeño inconveniente: probablemente no está completamente exento de efectos secundarios simplemente limpiar todo y cualquier cosa debajo folders .

Aunque estos efectos secundarios son pocos. Forzar la eliminación de todo sudo rmes posible pero no es la mejor opción en un sistema en vivo.

  1. Algunos de esos archivos pueden estar actualmente en uso. Por lo tanto, es difícil o imprudente eliminarlos todos de un sistema en ejecución si se siente la necesidad de eso. Tendría que abandonar los procesos usándolos primero. El hecho de dejar el proceso es en sí mismo, como se indicó anteriormente, con la frecuencia suficiente para eliminar esos archivos automáticamente. Si algunas bases de datos, generadas principalmente por procesos de Apple, crecen fuera de control, puede ser necesario moverlas a la papelera, cerrar sesión y luego eliminarlas.

  2. Un pequeño número de aplicaciones o servicios puede almacenar algunas de las preferencias allí.
    Un ejemplo es NotificationCenter (NC) con su configuración allí: su elección de aplicaciones y cuál de ellas debe estar 'allí'. NC reconstruye sus preferencias con todo en NC habilitado. Si tienes muchas aplicaciones y prefieres que la mayoría de ellas no te molesten, esto es bastante molesto, incluso si solo se hace una vez.
    Pero entonces no son realmente los datos esenciales los que se pierden de esta manera. Dado que esta práctica es altamente no estándar, parece que Apple viola sus propias pautas: no recuerdo ninguna aplicación de terceros que almacene datos importantes, no supuestamente volátiles, y no temporales en esta jerarquía.

Conclusio:

Por lo tanto, es mejor localizar cuál de estas carpetas pertenece a su usuario más activo, ir allí y buscar a los delincuentes más grandes para eliminarlas manualmente. También es prudente saber cuáles de sus aplicaciones dejan tantas cosas atrás. Salir y reiniciar una aplicación de desorden activo a menudo puede ser suficiente para ganar algo de espacio allí. Si le preocupa la segunda captura, evite que se eliminen los archivos relacionados, por ejemplo, con NC.


3
De alguna manera, la segunda parte de su pregunta contradice la primera.
nohillside

¿Podría por favor definir "cosas"?
fd0

0

Por lo que vale (es decir, decide vale la pena :-), hacer esto es peligroso en Catalina (10.15). Hice esto en un Macbook Air después de la actualización a Catalina. No se reiniciará, y qué dolor de recuperación de Time Machine con una pantalla interna defectuosa.

También tuve otra Macbook Air con pantalla defectuosa (y teclado defectuoso y trackpad defectuoso, pero estoy divagando). Estaba paranoico porque lo uso para el desarrollo. En cambio, encontré en línea otro truco. Manteniendo presionado el cambio mientras se inicia, la Mac entra en "modo seguro". Luego, la Mac arrancó en modo seguro y "sudo du -d 1 -h / private" confirmó 44 GB. Después de otro reinicio de nuevo en Mac OS X normal y el mismo comando mostró 3GB.

Por cierto, esto no funcionó con un teclado normal, tuve que encontrar un teclado de manzana.

Mucho más seguro, si es un dolor, hacerlo regularmente. Probé los limpiadores gratuitos, pero ninguno encontró esos archivos / carpetas. Y prefiero no gastar $ 30 - $ 80 en un limpiador que probablemente no los encuentre también ...


0

En Catalina, reinicié mi Macbook en modo de recuperación (CMD + R al inicio). Luego, he abierto el terminal para deshabilitar la protección de integridad del sistema escribiendo csrutil disable. Luego, reinicié en modo normal. Cerré todas las aplicaciones. Ejecuté la utilidad de disco e hice clic en primeros auxilios para mi unidad de sistema.

Luego, fui a / private / var / folder /. Ahora es 2019 y descubrí que algunas carpetas no se modificaron desde 2016 y 2017.

Luego, copié el contenido de la carpeta zz en una unidad USB. Fui a la carpeta zz y eliminé todas las carpetas que no eran de hoy. Fui a la carpeta kt, copié el contenido en mi unidad USB y eliminé las carpetas que no eran de hoy dentro de las carpetas 0 y C y T. Antes de reiniciar, vacié la papelera.

Desconecté mi unidad USB y reinicié en modo de recuperación, volví a activar la protección de integridad del sistema, escribiendo csrutil enableen el terminal y listo.

Ahorré 50GB


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.