La base de datos de servicios de lanzamiento está ahí para acelerar la ejecución de cosas como decir qué aplicaciones pueden abrir qué archivo. En un sistema limpio, en el que instalas un sistema operativo y no importas aplicaciones, configuraciones o datos, esta base de datos es muy pequeña.
Puede inspeccionar el contenido de esta base de datos indirectamente llamando a un comando lsregister que hago un enlace simbólico en /usr/local/bin por lo que es fácil de llamar sin tener que escribir la larga ruta de la biblioteca del sistema a la herramienta marco:
ln -s /System/Library/Frameworks/CoreServices.framework/Frameworks/LaunchServices.framework/Support/lsregister /usr/local/bin
En mi máquina de trabajo, la base de datos es de 85 megabytes cuando se almacena en el sistema de archivos y tengo una segunda cuenta con una base de datos mucho más pequeña (probablemente una cuenta de administrador a la que nunca me conecto últimamente y el sistema tenía menos aplicaciones instaladas la última vez que activé una reconstrucción de la base de datos de caché para ese usuario).
sudo find /private/var/folders/zz/ -name com.apple.LaunchServices* -exec du -sm {} +
12 /private/var/folders/zz//zyxvpxvq6csfxvn_n0000000000000/0/com.apple.LaunchServices-175-v2.csstore
75 /private/var/folders/zz//zyxvpxvq6csfxvn_n0000000000000/0/com.apple.LaunchServices-221-v2.csstore
Esto coincide con la información que lsregister volcará (para mí son 137 mil líneas de texto para volcar la base de datos y puedes mirar en la tuya y ver qué aplicaciones ocupan toneladas de espacio si realmente necesitas saber quién está usando el espacio registrándose para cada tipo de archivo conocido por la humanidad y arruinando tus velocidades de copia de seguridad).
lsregister -dump|head -9
Checking data integrity......done.
Status: Database is seeded.
Status: Preferences are loaded.
Seeded System Version: 10.13.6 (17G65)
Seeded Model Code: MacBookPro13,2
CacheGUID: CD230C46-C259-4B2C-BA4B-88AE7FE74557
CacheSequenceNum: 7684
Date Initialized: 7/10/18, 12:35:16 PM HST (POSIX 1531262116.000)
Path: /var/folders/p6/w8svns2s6pd8vj2gx04pc97h0000gr/0/com.apple.LaunchServices-221-v2.csstore
O bien, podría purgar algunas aplicaciones que podría saber que son grandes en términos de asignación a los tipos de archivo o abrir un caso de soporte y proporcionar un sysdiagnose a Apple para su análisis si usted tiene un incidente / acuerdo de ingeniería de apoyo - que parece volcar todos los datos de los servicios de lanzamiento y otro archivo de texto de información de aplicaciones que podría ser útil para contar las aplicaciones que se han registrado (busque lsappinfo.txt dentro del sysdiagnose archivo de resultados).
La respuesta TL;DR será:
- Omita estas copias de seguridad si está seguro de que son grandes y no quiere saber por qué. Añade la carpeta a las exclusiones gráficamente o por línea de comandos.
- Elimina las aplicaciones que no necesites y sigue eliminando aplicaciones que puedas volver a instalar hasta que el tamaño de la base de datos se ajuste más a lo que deseas. Es posible que tenga que reconstruir manualmente el archivo para probar si usted no quiere esperar a que el próximo disparador para reconstruirlo.
- Abra un caso de soporte con Apple para determinar si usted tiene un error o simplemente necesita ayuda para identificar qué aplicaciones están causando el lento rendimiento de Time Machine debido a un archivo ocupado / cambiante / grande.
Nunca he visto que esto ralentice una copia de seguridad o cause problemas, pero suficiente gente lo ha reportado tiene que haber algunos programas o situaciones en las que esto sería una buena cosa que hacer.
0 votos
Los comentarios no son para extender la discusión; esta conversación ha sido movido al chat .
0 votos
¿Alguien más puede confirmar que TM nunca debería hacer copias de seguridad dentro de private/var/folders/ ?