"No hay suficiente espacio en disco" en el Mac: qué borrar primero
Qué borrar primero cuando macOS avisa de que no hay suficiente espacio en disco, ordenado por los gigas que recupera de verdad cada paso.
Por ahora, más guías como esta solo están disponibles en inglés. Ver todos los artículos
Esta es la versión de este problema en la que no tienes tiempo de leer una explicación larga — algo está bloqueado ahora mismo y necesitas recuperar espacio en los próximos cinco minutos. Aquí está el orden que realmente funciona, primero lo más rápido y de mayor rendimiento.
Primero, mira qué tan grave es
df -h /
La columna Avail es con lo que tienes que trabajar. macOS en sí se pone incómodo por debajo de
aproximadamente el 10 % libre del volumen completo — si estás cerca de esa línea, los pasos de abajo
en orden deberían sacarte de ahí rápido.
Paso 1: Vacía la Papelera correctamente
El motivo más común de “borré cosas pero sigo sin espacio” — borrar un archivo lo mueve a la Papelera, que sigue contando como espacio usado hasta que la Papelera se vacía de verdad:
# Vacía la Papelera desde la shell, incluyendo archivos grandes para los que
# el propio "Vaciar Papelera" de macOS a veces pide confirmación extra
rm -rf ~/.Trash/*
Si borraste un archivo grande específicamente para liberar espacio y no vaciaste la Papelera después, este paso por sí solo suele resolver todo el problema.
Paso 2: La carpeta Descargas, ordenada por tamaño
El segundo culpable más común — instaladores, archivos .dmg, y descargas grandes que la gente
olvida por completo en cuanto las usa una vez:
du -sh ~/Downloads/* 2>/dev/null | sort -hr | head -20
Los archivos instaladores .dmg y .pkg son el culpable clásico aquí — instalas la app, la imagen
de disco se queda ahí para siempre después, totalmente redundante con la app ya instalada. Seguro
borrar cualquier instalador de software que ya hayas configurado.
Paso 3: Snapshots locales de Time Machine
Si tienes un portátil, es muy probable que macOS tenga snapshots locales cada hora consumiendo espacio del que no sabes nada — pueden ser 10–40 GB que recuperas en menos de un minuto:
tmutil thinlocalsnapshots / 10000000000 4
Mira la explicación completa de qué hace esto y cuándo es seguro si quieres el detalle — la versión corta es: seguro a menos que los snapshots locales sean tu único backup, lo cual para la mayoría no es el caso.
Paso 4: ~/Library/Caches, en bloque
Si los pasos 1–3 no te dieron suficiente, este es el siguiente movimiento de mayor rendimiento y menor riesgo — la ubicación que Apple mismo designó exactamente para este tipo de datos desechables:
rm -rf ~/Library/Caches/*
La explicación completa de por qué esto es seguro, y el pequeño número de excepciones que vale la pena conocer, está en la guía dedicada a esta carpeta — pero para una emergencia, este comando es seguro de ejecutar sin leer más primero.
Paso 5: Si eres desarrollador, los tres grandes
Estos tres por sí solos suelen sumar entre 50 y 150 GB combinados en una máquina que ha hecho algo de desarrollo en iOS, Docker o Node:
rm -rf ~/Library/Developer/Xcode/DerivedData/*
docker system prune -a --volumes # solo si tienes Docker instalado y en ejecución
find ~ -name "node_modules" -type d -prune -exec du -sh {} \; 2>/dev/null | sort -hr | head -10
Cada uno tiene su propia guía con el detalle completo: DerivedData, Docker, node_modules.
Si con eso no fue suficiente
Llegados a este punto, el espacio restante casi con toda seguridad está en tus archivos reales — biblioteca de Fotos, Música, Documentos — que este artículo deliberadamente no toca, ya que eso es tu información, no caché, y deberías decidir qué hacer con ella de forma deliberada y no bajo presión de tiempo. O está en “System Data,” el cajón de sastre de Apple cubierto en una guía aparte, que requiere más investigación de la que puede cubrir un repaso de emergencia de cinco minutos.
Por qué esto sigue pasando
Ninguno de los cinco pasos de arriba es una solución de una sola vez — todos se rellenan. Las cachés se regeneran a medida que usas apps, DerivedData se rellena en el momento en que compilas, los snapshots de Time Machine se reanudan cada hora en el momento en que los borras. La solución de emergencia y la solución real son cosas distintas: este artículo te desbloquea hoy; revisar estas mismas cinco categorías con regularidad, antes de que ninguna llegue a la gravedad de “bloquear una exportación”, es lo que evita necesitarlo otra vez el mes que viene.
DevCruft, una app gratuita para Mac que estamos construyendo, está pensada para hacer esa revisión por ti y mostrarte estas cinco categorías de forma continua. Aún está en desarrollo; únete a la lista de espera para saber cuándo salga.