¿Por qué una copia de seguridad de Time Machine se vuelve inaccesible en un recurso compartido SMB NAS?

Una copia de seguridad de Time Machine puede volverse inaccesible a través de un recurso compartido SMB NAS incluso cuando el NAS está en línea porque Time Machine depende de más que el acceso ordinario a archivos. El Mac debe redescubrir el destino correcto de la copia de seguridad, autenticarse con la cuenta esperada, localizar el sparsebundle correspondiente, adjuntar esa imagen sin un bloqueo obsoleto y encontrar suficiente capacidad de escritura para continuar de forma segura.

Primero separe un recurso compartido no disponible de una imagen de copia de seguridad no disponible

Abra Finder y conéctese al recurso compartido SMB exacto usando la cuenta asignada a Time Machine. Si el recurso compartido no se puede montar o el sparsebundle no es visible, primero solucione problemas de accesibilidad de red, nombre del recurso compartido, permisos y credenciales. Si el recurso compartido se abre pero Time Machine rechaza la copia de seguridad existente, el problema está más adentro del destino.

Esta distinción evita conjeturas destructivas. Recrear el destino de Time Machine no solucionará un fallo básico de inicio de sesión SMB, mientras que eliminar las credenciales guardadas no reparará un sparsebundle que ya no se adjunta.

Verificar si el Mac aún reconoce el mismo destino

Time Machine recuerda un destino de red seleccionado, no simplemente cualquier carpeta que contenga archivos de copia de seguridad. Un cambio de nombre del NAS, del recurso compartido, del protocolo o una reconfiguración del destino puede hacer que el destino antiguo no sea seleccionable. En un caso con NAS, los usuarios tuvieron que eliminar el destino perdido y agregar nuevamente el recurso compartido de red antes de que el Mac pudiera usarlo.

Antes de volver a seleccionar, registre el nombre del host del NAS, la dirección SMB, el nombre del recurso compartido, el usuario, el nombre del sparsebundle y el tamaño esperado de la copia de seguridad. Apuntar Time Machine a un recurso compartido nuevo y vacío puede iniciar un segundo historial en lugar de reconectar el existente.

Verificar la publicidad de descubrimiento SMB y capacidad de Time Machine

Un recurso compartido puede montarse manualmente mientras Time Machine aún falla al presentarlo o autenticarlo como destino de copia de seguridad. Un caso reciente de solución de problemas de NAS encontró que el inicio de sesión SMB manual funcionaba mientras Time Machine seguía fallando; la falta de descubrimiento de servicios y la implementación activa de SMB formaron parte del diagnóstico.

Para un NAS doméstico ZimaSpace, confirma que el recurso compartido seleccionado esté configurado explícitamente para el servicio SMB compatible con Time Machine, no solo para el uso general de archivos domésticos. Reiniciar los servicios de descubrimiento puede ayudar solo después de verificar la ruta del recurso compartido y los permisos.

Elimina credenciales guardadas conflictivas sin borrar la copia de seguridad

macOS puede conservar una contraseña antigua del NAS, inicio de sesión como invitado o asignación de cuenta después de que cambie la cuenta del servidor. Desconecta todos los montajes a ese NAS, revisa las credenciales guardadas y luego vuelve a conectar una vez con el usuario dedicado de Time Machine. Evita conectarte al mismo servidor simultáneamente con varias identidades mientras pruebas.

Confirma que la cuenta pueda listar, crear, renombrar y eliminar un archivo de prueba temporal dentro del recurso compartido de la copia de seguridad. El acceso de solo lectura es suficiente para navegar por el nombre del sparsebundle, pero no para que Time Machine lo adjunte y actualice.

Verifica si hay un Sparsebundle que aún esté marcado como en uso

La pérdida de red, el reinicio del NAS o la suspensión del Mac durante una copia de seguridad activa pueden dejar un bloqueo de imagen o un estado de sesión abierta. Un síntoma común es que la imagen del disco de copia de seguridad ya está en uso aunque no haya ninguna copia visible en ejecución. Un hilo de solución de problemas de Mac documenta el estado de fallo “ya en uso” del sparsebundle.

Detén Time Machine, desconecta el recurso compartido, confirma que ningún otro Mac esté usando la misma imagen y reinicia el servicio SMB del NAS o el NAS antes de editar cualquier cosa dentro del paquete. No elimines archivos relacionados con el bloqueo basándote en un comando genérico hasta que tengas una copia o una instantánea del sparsebundle.

Entiende por qué el modo de suspensión o una caída de red pueden dejar un bloqueo obsoleto

Time Machine escribe a través de una imagen de disco montada cuyas bandas se almacenan como archivos ordinarios en el NAS. Si la conexión desaparece durante una escritura, el servidor y el Mac pueden no coincidir sobre si la imagen sigue activa. Un análisis de recuperación explica que una interrupción de red puede dejar el estado del token del sparsebundle obsoleto, causando que macOS rechace otro montaje.

Revise los registros del NAS y del Mac alrededor del primer evento de inaccesibilidad. Una falla única tras la pérdida de Wi-Fi sugiere estado de sesión; pérdidas repetidas al mismo tamaño de respaldo sugieren capacidad, daño en la imagen o un problema con un archivo específico.

Pruebe si el sparsebundle puede montarse en modo solo lectura

Si el recurso compartido es accesible y la imagen no está bloqueada activamente, pruebe un montaje en modo solo lectura o inspecciónela desde un conjunto de trabajo copiado. Una discusión establecida para la reparación de un sparsebundle que ya no se monta separa el montaje de la imagen de la reparación del sistema de archivos.

No ejecute una reparación con permisos de escritura directamente en la única imagen de respaldo sin antes proteger los datos del NAS. Si la imagen se monta en modo solo lectura, copie archivos críticos o cree otra instantánea del NAS antes de intentar la reparación.

Verifique la cuota, el espacio libre y la capacidad escribible

El NAS puede mostrar capacidad libre en el pool mientras la cuenta o el recurso compartido de Time Machine ha alcanzado una cuota. Las instantáneas, la papelera de reciclaje, el espacio reservado, el crecimiento del sparsebundle o la copia de seguridad de otro Mac también pueden consumir la asignación escribible. Compare el espacio libre del pool, la cuota del recurso compartido, la cuota del usuario y el tamaño real del sparsebundle.

No elimine inmediatamente bandas aleatorias dentro del sparsebundle. Time Machine espera que la estructura de la imagen de disco permanezca internamente consistente. Libere capacidad ajustando el límite del recurso compartido o eliminando datos no relacionados primero, luego deje que Time Machine gestione su propio historial.

Use este orden de recuperación de bajo riesgo

1. Pausa Time Machine y detenga que otros Macs usen el mismo recurso compartido.
2. Confirme que el NAS, el recurso compartido SMB y la cuenta dedicada sean accesibles.
3. Registre el nombre original del host, el recurso compartido, el nombre del sparsebundle y las cuotas.
4. Elimine montajes conflictivos y reconéctese con una sola identidad.
5. Reinicie los servicios SMB para eliminar sesiones obsoletas comunes.
6. Haga una instantánea o copie el sparsebundle antes de la reparación a nivel de imagen.
7. Pruebe la conexión en modo solo lectura y restaure un archivo de muestra.
8. Seleccione el destino existente solo después de verificar su identidad y contenido.

Una vez que la imagen sea accesible, use una ubicación aislada para probar una restauración NAS sin sobrescribir archivos en uso. La disponibilidad no es suficiente; la copia de seguridad también debe devolver datos utilizables.

Preguntas frecuentes

¿Se puede mover un sparsebundle de Time Machine a un recurso compartido SMB diferente?

Puede ser posible, pero preserve el paquete completo, los permisos, la capacidad del destino y la identidad. Pruebe desde una copia antes de eliminar el original.

¿Pueden varios Macs usar el mismo recurso compartido de Time Machine en el NAS?

Sí, cuando cada Mac tiene su propia imagen de copia de seguridad y el NAS proporciona suficiente cuota y concurrencia. Dos Macs nunca deben escribir en el mismo sparsebundle.

¿Cambiar la dirección IP del NAS romperá Time Machine?

No necesariamente si el descubrimiento del nombre de host y la identidad del destino permanecen estables, pero los montajes en caché o la selección directa por IP pueden hacer que el destino antiguo parezca inaccesible.

Conclusión final

Un recurso compartido SMB puede permanecer en línea mientras su copia de seguridad de Time Machine se vuelve inaccesible porque el descubrimiento del destino, las credenciales, los bloqueos del sparsebundle, la integridad de la imagen y las cuotas son capas separadas. Diagnóstiquelas en orden, preserve la imagen existente antes de la reparación y realice una restauración de muestra antes de confiar en el historial recuperado.