¿Time Machine no funciona? 12 soluciones a los errores de copia más habituales

Time Machine vive en una intersección incómoda de subsistemas. Para completar una sola copia tiene que coordinar el sistema de archivos, el demonio de eventos del sistema, los montajes de red, SMB o AFP, la envoltura del sparsebundle, las capas de cifrado, las instantáneas y la propia suposición del usuario de que ninguno de esos elementos fallará simultáneamente. Cuando algo falla, el error superficial suele ser un genérico "ha ocurrido un error" sin contexto útil, y la causa real es una de aproximadamente una docena de cosas concretas.

Esta guía es la lista probada en campo de esas doce cosas. Cada solución sigue la misma forma: cómo se ve el síntoma, qué está fallando realmente por debajo y los pasos exactos para volver a una copia funcional.

Primero: lee los logs

Antes de cambiar nada, mira lo que Time Machine se está diciendo a sí mismo. Abre Terminal y ejecuta:

log show --predicate 'subsystem == "com.apple.TimeMachine"' --info --last 1h

Esto vuelca la última hora de actividad de Time Machine. Busca palabras como error, fail, denied o copying. La causa raíz casi siempre está escrita ahí dentro, incluso cuando el diálogo al usuario no decía nada útil.

Para un triaje más rápido, también puedes ejecutar:

tmutil status
tmutil latestbackup

El primero imprime el estado vivo del motor de copia. El segundo te dice cuándo se completó la última instantánea exitosa. Si latestbackup es de hace días o semanas, las notificaciones de "Time Machine ha completado una copia" te están mintiendo.

Solución 1: la copia tarda eternidades

Síntoma: la barra de progreso avanza durante horas pero nunca termina. El tiempo restante estimado sigue creciendo.

Diagnóstico: dos causas habituales. O es genuinamente la primera copia de un conjunto grande de datos (en cuyo caso simplemente es lenta), o fseventsd ha perdido la cabeza y Time Machine está haciendo un escaneo completo en lugar de uno incremental.

Solución:

1. Si esta es tu primera copia, déjala terminar. Una copia inicial de 1 TB por USB 3 tarda de 6 a 12 horas; lo mismo por Wi-Fi puede tardar días. Conéctate por Ethernet si tienes un destino en la nube.
2. Si no es la primera copia, sospecha de fseventsd. Ejecuta sudo rm -rf /.fseventsd en el volumen de origen y luego reinicia. La siguiente copia será lenta porque tiene que reconstruir la base de datos de eventos, pero las posteriores volverán a la velocidad normal.
3. Comprueba el Monitor de Actividad para backupd y backupd-helper. Si la CPU está alta pero la E/S de disco baja, el cuello de botella es el escaneo de metadatos, no la transferencia de datos. fseventsd vuelve a ser el principal sospechoso.

Solución 2: atascada en "Preparando copia..."

Síntoma: el estado dice "Preparando copia..." durante horas y nunca avanza.

Diagnóstico: la fase de "preparando" es donde Time Machine hace una instantánea del volumen de origen y recorre el log de cambios para determinar qué respaldar. Si el log de cambios está corrupto o el sparsebundle del destino tiene metadatos obsoletos, esta fase puede atascarse indefinidamente.

Solución:

1. Abre el icono de Time Machine en la barra de menús y haz clic en Saltar esta copia. Esto mata el trabajo atascado.
2. Espera 30 segundos y luego dispara Hacer copia ahora desde el mismo menú.
3. Si la nueva ejecución también se atasca, expulsa y vuelve a montar el disco de destino.
4. Si el atasco persiste, ejecuta el equivalente a fsck en el volumen de origen desde Utilidad de Discos (Primera ayuda).
5. Último recurso: regenera la base de datos de fseventsd con sudo rm -rf /.fseventsd, reinicia y luego haz copia.

Solución 3: el disco de copia está lleno y el sparsebundle sigue creciendo

Síntoma: Time Machine reporta que el disco de copia está lleno, aunque hayas puesto un límite de tamaño generoso.

Diagnóstico: los sparsebundles no se autoreducen al borrarse instantáneas. Cuando Time Machine adelgaza instantáneas viejas, el espacio liberado se reporta dentro del sparsebundle pero el propio archivo sparsebundle se queda en el tamaño al que creció. En un destino compartido con otros datos, el sistema de archivos del host se queda sin espacio antes de que Time Machine lo note.

Solución:

1. Compacta el sparsebundle. Expúlsalo de Time Machine primero, móntalo manualmente y luego ejecuta: hdiutil compact /Volumes/Backups/MyMac.sparsebundle.
2. Si no puedes compactarlo, puede que tengas que sacar los datos vivos, recrear el sparsebundle más pequeño y volver a copiar.
3. Pon un tope duro de tamaño al sparsebundle si tu destino lo permite. macOS no expone esto en la UI; tienes que usar tmutil setdestination o una herramienta de admin en el servidor.
4. Considera un destino dedicado a Time Machine para que otros archivos no compitan por el espacio. Los destinos en la nube como Capsule Backup asignan una cuota fija que nada más puede comer.

Solución 4: Time Machine no encuentra el disco de copia

Síntoma: "Time Machine no ha podido encontrar el disco de copia" aunque lo veas en Finder.

Diagnóstico: el disco está montado pero Time Machine ha perdido la referencia persistente (UUID o identificador de volumen no coincide), o el recurso SMB se ha caído y el remontaje automático ha fallado.

Solución:

1. Para discos locales: abre Ajustes del Sistema → General → Time Machine, elimina el destino y vuelve a añadirlo. Time Machine detectará la carpeta de copia existente y continuará en lugar de empezar de cero.
2. Para recursos de red: expulsa y reconecta con ⌘K en Finder. Guarda credenciales en el Llavero para que el remontaje automático funcione en el futuro.
3. Verifica que el sistema de archivos del disco es compatible con Time Machine: APFS o HFS+ para discos locales, SMB3 para red. exFAT y NTFS no son destinos compatibles.

Solución 5: "Ha ocurrido un error" sin más información

Síntoma: el clásico diálogo genérico de error sin nada accionable.

Diagnóstico: la UI de macOS se ha rendido. El error real está en los logs.

Solución:

1. Ejecuta la consulta de log de arriba para encontrar el error subyacente.
2. El error suele ser uno de los otros elementos de esta lista: permisos, red, corrupción de sparsebundle, disco lleno o rotura tras actualización. Identifícalo y aplica la solución correspondiente.

Solución 6: corrupción del sparsebundle

Síntoma: Time Machine se niega a montar el destino o, a mitad de copia, se queja de que el sparsebundle está dañado.

Diagnóstico: un sparsebundle es una carpeta de pequeños archivos "band" que juntos forman un disco virtual. Si una band se corrompe (a menudo porque el origen se desconectó a media escritura o la red se cayó durante una actualización crítica de metadatos), el volumen se vuelve no montable.

Solución:

1. Monta el recurso, localiza el sparsebundle e intenta montarlo manualmente con doble clic. Si macOS pide reparación, acepta.
2. Desde Terminal: hdiutil verify /path/to/MyMac.sparsebundle. Esto reporta si el volumen es recuperable.
3. Si verify falla, prueba: hdiutil attach -noverify -nomount /path/to/MyMac.sparsebundle para conectar sin montar y luego ejecuta Primera ayuda de Utilidad de Discos contra la imagen conectada.
4. Si la reparación tiene éxito, ejecuta inmediatamente una copia nueva en otro destino. Un sparsebundle que ha necesitado reparación una vez vive con tiempo prestado.
5. Si la reparación falla: tu historial de instantáneas se ha ido. Empieza una copia nueva en otro destino. Lee más en nuestra guía de restauración.

Solución 7: el recurso de red se desconecta constantemente

Síntoma: las copias arrancan, corren una hora o dos y luego fallan con un error de red. A menudo acompañado de una notificación de Finder de que el servidor se ha desconectado.

Diagnóstico: la sesión SMB está cayéndose. Las causas van desde la inestabilidad del Wi-Fi a tiempos de espera NAT del router, pasando por la política de desconexión por inactividad del servidor o un ajuste de ahorro de energía mal portado que pone el Mac en suspensión a media transferencia.

Solución:

1. Cambia de Wi-Fi a Ethernet. La pérdida de paquetes de Wi-Fi en una transferencia de varias horas se acumula.
2. Ajustes del Sistema → Ahorro de energía → desmarca "Poner los discos duros en reposo cuando sea posible" y "Activar al acceder a la red".
3. Ajustes del Sistema → Ahorro de energía → pon "Apagar la pantalla tras" en un intervalo más largo y confirma que "Evitar la suspensión automática cuando la pantalla está apagada" está activado si estás en un equipo de sobremesa.
4. Para caídas específicas de SMB, edita (o crea) /etc/nsmb.conf y añade: [default] notify_off=yes signing_required=yes. La primera reduce una vía de notificación parlanchina que algunos servidores manejan mal.
5. Si tu servidor impone un timeout por inactividad, programa actividad keep-alive o pásate a un destino diseñado para sesiones largas de Time Machine.

Solución 8: copias incrementales lentas

Síntoma: copias horarias que deberían tardar segundos están tardando de 20 a 40 minutos cada una.

Diagnóstico: o fseventsd está reconstruyendo (mira la Solución 1) o el disco de origen tiene tantos archivos pequeños que la fase de metadatos es naturalmente lenta.

Solución:

1. Añade los infractores habituales a la lista de exclusiones: node_modules, ~/.gradle, ~/.m2, imágenes de discos de máquinas virtuales, cachés grandes de contenedores. Se regeneran fácilmente y son ruido puro en la copia.
2. Desde Terminal, excluye programáticamente: tmutil addexclusion ~/projects/big-monorepo/node_modules. Repítelo por cada ruta.
3. Confirma que la exclusión surtió efecto: tmutil isexcluded ~/projects/big-monorepo/node_modules.

Solución 9: errores de permisos (operación no permitida)

Síntoma: los logs reportan "Operación no permitida" en rutas concretas. Objetivos habituales: ~/Library/Mail, ~/Library/Messages o sandboxes de apps de terceros.

Diagnóstico: macOS usa TCC (Transparency, Consent, and Control) para controlar el acceso a ciertos datos del usuario. backupd necesita Acceso a todo el disco para leer estas ubicaciones.

Solución:

1. Ajustes del Sistema → Privacidad y seguridad → Acceso a todo el disco.
2. Confirma que Time Machine aparece en la lista y el interruptor está activado. Si falta, añádelo manualmente con el botón + y navega a /System/Applications/Utilities/ o búscalo.
3. En algunas versiones de macOS debes añadir backupd directamente. La ruta es /System/Library/CoreServices/backupd.bundle/Contents/MacOS/backupd.
4. Reinicia. Ejecuta una copia manual con Hacer copia ahora y comprueba los logs por errores de permisos residuales.

Solución 10: la lista de exclusiones no se respeta

Síntoma: añadiste una carpeta a la lista de exclusiones, pero sigue apareciendo en la copia o cuenta para el tamaño.

Diagnóstico: la exclusión se añadió contra una ruta antigua (la carpeta se renombró o movió), o se añadió por un mecanismo y Time Machine está leyendo de otro.

Solución:

1. Lista las exclusiones actuales: sudo tmutil listexclusions.
2. Si la exclusión está mal, elimínala: tmutil removeexclusion /path/to/folder.
3. Vuelve a añadirla contra la ruta absoluta canónica.
4. Fuerza una nueva estimación de tamaño ejecutando tmutil calculatedrift o simplemente esperando a la próxima copia programada; la exclusión surtirá efecto inmediatamente.

Solución 11: el disco cifrado no se desbloquea

Síntoma: Time Machine pide la contraseña de cifrado cada copia, o rechaza la contraseña que sabes que es correcta.

Diagnóstico: la entrada de Llavero del disco de copia se ha eliminado, corrompido o reemplazado. Esto ocurre tras una actualización mayor de macOS, tras un conflicto de sincronización del Llavero por iCloud o tras restaurar el sistema desde otra copia.

Solución:

1. Abre Acceso a Llaveros y busca el nombre del volumen de copia. Borra entradas duplicadas u obsoletas.
2. Ejecuta Hacer copia ahora y vuelve a introducir la contraseña cuando se pida. Marca "Guardar en el Llavero".
3. Si la contraseña se rechaza con un error tipo "contraseña incorrecta" pero estás seguro de que es la buena, prueba a introducirla a través de Utilidad de Discos. Monta el sparsebundle por el botón "Montar" de Utilidad de Discos y usa la contraseña ahí. Si Utilidad de Discos la acepta, el problema es solo un desajuste de la entrada de Llavero y volver a guardarla lo soluciona.
4. Si Utilidad de Discos también la rechaza: confirma que no estás introduciendo la contraseña de FileVault por error y lee el artículo sobre cifrado de copias del Mac para la diferencia entre las dos capas. No hay vía de recuperación para una contraseña de cifrado de Time Machine genuinamente olvidada.

Solución 12: Time Machine roto tras una actualización de macOS

Síntoma: las copias funcionaban ayer. Hoy, tras una versión menor de Sequoia, fallan.

Diagnóstico: las actualizaciones de macOS retocan rutinariamente la pila SMB, la base de datos TCC o los entresijos de Time Machine. La rotura casi siempre cae en uno de tres baldes: pérdida de Acceso a todo el disco, credenciales SMB perdidas o un sparsebundle que necesita ser revalidado para la nueva versión.

Solución:

1. Vuelve a conceder Acceso a todo el disco a backupd como en la Solución 9.
2. Vuelve a montar el recurso SMB manualmente con ⌘K y vuelve a guardar credenciales en el Llavero.
3. Si el destino es un sparsebundle en red, expúlsalo y vuélvelo a conectar. macOS a veces necesita revalidar los metadatos del sparsebundle contra el nuevo SO.
4. Si nada de eso funciona, elimina el destino de Ajustes del Sistema → General → Time Machine y vuelve a añadirlo. Las instantáneas existentes se detectarán y continuarán, no se borrarán.

Mantenimiento preventivo

La mayoría de fallos de Time Machine son evitables con una pequeña inversión continua.

• Verifica las copias trimestralmente. Restaura un archivo aleatorio con el navegador de Time Machine. Confirma que el contenido coincide. Hazlo en el calendario. Si no lo has hecho en seis meses, hazlo hoy.
• Ejecuta hdiutil verify contra tu sparsebundle cada mes. Móntalo, expúlsalo de Time Machine primero y luego verifica. Pilla la corrupción antes de que se coma tu historial.
• Mantén dos destinos. SSD por USB local para recuperación rápida más un destino externo en la nube para recuperación ante desastres. macOS rota entre ellos automáticamente.
• Documenta tu contraseña de cifrado. En un gestor de contraseñas. Hoy. El día que la olvides es el día en que la necesitarás.
• Vigila el icono de la barra de menús. Haz clic a diario. Si la última copia exitosa es de hace más de un día, investiga.

Cuándo empezar de cero (último recurso)

Si has aplicado todas las soluciones de esta guía y Time Machine sigue fallando, lo correcto a veces es empezar una copia totalmente nueva. Antes de hacerlo:

1. Añade un nuevo destino en otro disco y deja que complete una copia inicial completa.
2. Verifica la nueva copia con una prueba de restauración.
3. Solo entonces elimina el destino roto.

Nunca borres la única copia de tu historial de instantáneas con la esperanza de que la nueva funcione, porque si no lo hace, te quedas sin copias. Para detalles sobre elegir un nuevo destino externo, consulta la guía de configuración de Time Machine en la nube, o salta directamente a nuestro recorrido de configuración.

La imagen general

Time Machine es brillante cuando funciona y frustrante cuando falla porque los modos de fallo son muy opacos. La docena de soluciones de arriba cubre aproximadamente el 95 por ciento de los fallos que vemos en la naturaleza. El 5 por ciento restante suele ser muerte real de hardware, en cuyo caso ninguna solución resucita el disco y la respuesta correcta es otro destino, idealmente uno que controles de extremo a extremo. Capsule Backup existe en parte porque los destinos de Time Machine basados en la nube esquivan muchos de estos modos de fallo eliminando el disco como punto de fallo por completo.