Copias de seguridad de TM enormes: ¿el archivo csstore de LaunchServices es demasiado grande?

2

Durante años, una copia de seguridad de TM típica para mí es de unos 200 MB. Durante la última semana o dos, ha crecido a aproximadamente 1.2GB incluso si no he estado usando la máquina. Finalmente, descubrí por qué usaba tmutil compare y hay un archivo /private/var/folders/zz/zyxvpxvq6csfxvn_n0000000000000/0/com.apple.LaunchServices-221-v2.csstore que es de 870MB. Este archivo se modifica antes de cada copia de seguridad de TM y, por lo tanto, se realiza una copia de seguridad cada vez.

Hay otro archivo en ese directorio llamado com.apple.LaunchServices-175-v2.csstore que tiene 5 meses y solo 27MB (si este es un punto de datos útil).

¿Esto es normal? ¿Es algo corrupto? ¿Se puede eliminar este archivo de forma segura y OSX lo reconstruirá "correctamente"? ¿Algún otro consejo para que mis copias de seguridad TM vuelvan a su tamaño normal?

    
pregunta DaveBurns 08.05.2018 - 15:58

1 respuesta

1

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 instala un sistema operativo y no importa aplicaciones, configuraciones o datos, esta base de datos es muy pequeña.

Puede inspeccionar el contenido de esta base de datos de manera indirecta llamando al comando lsregister , que forma un enlace simbólico en /usr/local/bin , por lo que es fácil realizar una llamada sin escribir la ruta larga de la Biblioteca del sistema a la herramienta de 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 megas cuando está almacenada 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 inicié sesión últimamente y el sistema tenía menos aplicaciones instaladas la última vez que desencadenó una reconstrucción de la base de datos de almacenamiento en 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 el registro se volcará (para mí, son 137 mil líneas de texto para volcar la base de datos y usted puede mirar a través de la suya y ver qué aplicaciones ocupan mucho espacio si realmente necesita saber quién está usando el espacio al registrarse para cada tipo de archivo conocido por la humanidad y arruinar sus 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, puede purgar algunas aplicaciones que puede que sean grandes en términos de asignación a tipos de archivos o abrir un caso de soporte y proporcionar un sysdiagnose a Apple para su análisis si tiene un acuerdo de ingeniería de incidentes / soporte. vacíe todos los datos de servicios de lanzamiento y otro archivo de texto de información de la aplicación que pueda ser útil para contar las aplicaciones que se han registrado (busque lsappinfo.txt dentro del archivo de resultados sysdiagnose ).

La respuesta de TL; DR será:

  1. Simplemente omita esta copia de seguridad si está seguro de que son grandes y no le importa adentrarse en el por qué. Agregue la carpeta a las exclusiones gráficamente o por línea de comando.
  2. Elimine cualquier aplicación que no necesite, luego siga eliminando las aplicaciones que puede volver a instalar hasta que el tamaño de la base de datos esté más en línea con lo que desea. Es posible que deba reconstruir manualmente el archivo para probar si no desea esperar a que el siguiente activador lo reconstruya.
  3. Abra un caso de soporte con Apple para determinar si tiene un error o simplemente necesita ayuda para identificar qué aplicaciones están causando el lento rendimiento de Time Machine debido a un archivo grande / ocupado / cambiante.

Nunca he visto esto ralentizar una copia de seguridad o causar problemas, pero suficiente gente ha informado que tiene que haber algunos programas o situaciones en las que sería bueno hacerlo.

    
respondido por el bmike 25.08.2018 - 03:06

Lea otras preguntas en las etiquetas