Snapshots locales de Time Machine: por qué 'System Data' se infla de la noche a la mañana
Tu Mac crea snapshots de Time Machine cada hora aunque no haya disco de backup. Cómo ver cuánto ocupan y cuándo es seguro eliminarlos.
Por ahora, más guías como esta solo están disponibles en inglés. Ver todos los artículos
Liberas 40 GB, revisas los ajustes de Almacenamiento a la mañana siguiente, y “System Data” ha vuelto a crecer en silencio 20 GB de la noche a la mañana sin causa aparente. Esto es casi siempre por los snapshots locales de Time Machine, y la mayoría no tiene idea de que la función existe — funciona por completo sin necesidad de tener un disco de backup conectado.
Qué es realmente un snapshot local
Desde macOS Sierra, Time Machine toma snapshots APFS de tu disco interno cada hora incluso cuando no hay ningún disco de backup de Time Machine conectado. La idea es que si tu Time Capsule o disco externo está desconectado — el estado normal para un portátil — igual tienes puntos de restauración cada hora hasta que el disco se vuelva a conectar y ocurra un backup real.
El problema: en un disco que cambia mucho — estás compilando, descargando, borrando archivos grandes — cada snapshot conserva los cambios de todo lo que se modificó desde que se tomó, y el “adelgazamiento” automático de macOS no siempre va al ritmo de lo rápido que generas datos nuevos. En una máquina de desarrollador con mucho trabajo de compilación, los snapshots pueden llegar a consumir genuinamente decenas de gigabytes antes de que macOS se ponga a purgar los más antiguos.
Ver qué hay realmente ahí
tmutil listlocalsnapshots /
Esto lista cada snapshot local por fecha. Si ves una docena o más de la última semana, ese es el lastre.
Para ver el espacio en disco real involucrado — este comando puede tardar uno o dos minutos en ejecutarse porque recorre los metadatos de APFS directamente:
tmutil listlocalsnapshotdates /
diskutil apfs list # muestra "Capacity in Use by Snapshots" cerca del final
Borrarlos
Se supone que macOS purga los snapshots locales automáticamente bajo presión de disco — pero “automáticamente” aquí significa solo cuando el espacio libre baja a niveles críticos, lo cual para la mayoría significa nunca hasta que ya es un problema. Puedes forzarlo manualmente:
# Borra un snapshot específico por fecha (de listlocalsnapshotdates)
tmutil deletelocalsnapshots 2026-08-28-140023
# O pide a macOS que purgue todo lo que esté dispuesto, de inmediato
tmutil thinlocalsnapshots / 10000000000 4
Los argumentos del comando thinlocalsnapshots son una cantidad objetivo de bytes y un nivel de
urgencia (1–4, donde 4 es el más agresivo) — macOS trata esto como una solicitud, no como una
garantía, y se negará a adelgazar por debajo de cualquier mínimo que considere seguro. En la
práctica, esto suele recuperar la mayor parte de lo disponible.
¿Es esto seguro? Sí, con una salvedad: los snapshots locales son tu único punto de restauración si no tienes un disco externo de Time Machine conectado regularmente. Si dependes de los snapshots locales como tu estrategia de backup real — mucha gente lo hace, sin darse cuenta — borrarlos elimina tu capacidad de volver al estado de ayer. Si tienes un backup de Time Machine real y actualizado en un disco externo o recurso de red, los snapshots locales son pura redundancia y seguros de borrar libremente.
Por qué esto es distinto de todo lo demás en esta serie
Todas las demás cachés cubiertas en estas guías — DerivedData, node_modules, cachés de gestores de paquetes — son peso muerto desde el instante en que se crean: nadie iba a leerlas nunca como datos, solo como un atajo de rendimiento. Los snapshots locales son la única categoría aquí que hace genuinamente algo útil (permitirte restaurar un archivo borrado hace tres horas), que es exactamente por qué macOS no te deja desactivar la función por completo — solo puedes pedirle que adelgace más agresivamente o borrar snapshots concretos.
Si quieres detener la acumulación desde el origen en lugar de borrarla repetidamente, la única palanca es conectar un disco real de backup de Time Machine periódicamente — una vez que se completa un backup real, los snapshots locales anteriores al backup se vuelven mucho más descartables para el adelgazamiento automático de macOS.
DevCruft, una app gratuita para Mac que estamos construyendo, está pensada para mostrar el espacio de los snapshots locales junto a todo lo demás que se come tu disco, para que “System Data” deje de ser un número misterioso y se convierta en una línea concreta y accionable. Aún está en desarrollo, así que por ahora usa los comandos de arriba — son gratis y funcionan. Si quieres saber cuándo salga, únete a la lista de espera.
Para el resto de lo que se esconde dentro de la categoría System Data de macOS, mira el desglose completo de System Data.