3 votos

Time Machine dejó de reconocer las copias de seguridad en el almacenamiento NAS y ya no hace nuevas copias de seguridad

Tengo un disco que está conectado como almacenamiento NAS a Time Machine. Es sólo un disco duro conectado a mi router.

Empecé a hacer copias de seguridad de Time Machine en este disco hace bastante tiempo y hasta hace varios días las copias de seguridad se hacían sin ningún problema. Pero ahora Time Machine se queja de credenciales incorrectas (según lo que me dice) y por alguna razón ya no se encuentran copias de seguridad en este disco.

He intentado añadir y eliminar el almacenamiento muchas veces y ejecutar algunos comandos con tmutil pero sin un conocimiento profundo de su funcionamiento es difícil arreglar nada o incluso averiguar la causa del problema...

Esto es lo que parece:

  1. Empiezo con una pantalla de Time Machine prístina y sin inicializar y ahí selecciono el almacenamiento del NAS.

  2. Me pide que proporcione las credenciales para el almacenamiento NAS.

  3. Después de introducir las credenciales correctas me dice que ya existe una copia de seguridad encriptada y me pregunta si quiero usarla o empezar de nuevo: Would you like to continue using the existing encrypted backup, erase the existing backup and start a new encrypted backup...

  4. Después de hacer clic en el botón Usar copia de seguridad existente me pide que proporcione una contraseña para mi copia de seguridad existente, y ahí es donde las cosas se ponen interesantes... Conozco la contraseña correcta, pero sea cual sea la que introduzca, el resultado es el mismo.

  5. Al principio muestra que no hay copias de seguridad en el disco: enter image description here

  6. Entonces comienza a buscar el disco de respaldo: enter image description here

  7. Y entonces aparece una ventana emergente diciendo que "No se pudo acceder al disco de copia de seguridad de la red porque hubo un problema con el nombre de usuario o la contraseña": The network backup disk could not be accessed because there was a problem with the username or password

Pero las credenciales están bien. Cada vez que intento abrir el .sparsebundle en ese disco (incluso cuando está conectado directamente a mi MacBook) se monta con éxito y puedo navegar por todas las instantáneas sin ni siquiera escribir la contraseña de encriptación ( lo cual me parece especialmente extraño porque el KeyChain de mi MacBook no contiene ninguna clave relacionada con las copias de seguridad - he eliminado todo intencionadamente para comprobar si esto funcionará ).

Y esto es lo que ocurre cuando intento ejecutar la mayoría de los comandos con tmutil :

 ~ % tmutil machinedirectory
 No machine directory found for host.

 ~ % tmutil latestbackup
 Unable to locate machine directory for host.

¿Alguna sugerencia?

UPD: He descubierto por qué mi sparsebundle de Time Machine no requiere contraseña. Estaba guardado en KeyChain pero bajo algún extraño GUID con el sufijo/extensión ".sparsebundle". Lo encontré buscando en "disk". Y luego, después de que eliminé estos elementos por completo, necesito introducir la contraseña cada vez que accedo al sparsebundle imagen.

Y... Después de jugar con tmutil associatedisk He conseguido cambiar el comportamiento de Time Machine. Ahora, en lugar de aceptar cualquier contraseña y luego mostrar que no hay copias de seguridad encontradas, se rechaza cualquier contraseña y dice que "La contraseña no es válida" aunque la contraseña es obviamente correcta suponiendo que puedo acceder al sparsebundle contenidos directamente a través de Finder.

0voto

Kaspar Puntos 108

Así que parece que el problema está relacionado con mi router o con una de las recientes actualizaciones de macOS que probablemente introdujo algo nuevo o rompió la compatibilidad porque hace unas semanas funcionaba correctamente. Sólo para que conste el modelo de mi router es Keenetic Giga.

¿Cómo lo he entendido? Creé una partición HFS+ en blanco, conecté mi disco duro al router y lo alimenté con Time Machine. Obtuve el mismo error que se describe en mi pregunta. Así que está claro que la causa del error no está asociada a la copia de seguridad en sí.

Así que decidí migrar todas mis copias de seguridad a una nueva partición en esa unidad y utilizarla como almacenamiento de copia de seguridad local en lugar de NAS. Y como tenía esa .sparsebundle necesitaba encontrar la manera de "quemarlo" (copiar su contenido) en el nuevo volumen APFS. Parecía una tarea fácil de hacer pero realmente no lo es...

Me saltaré una historia con todos mis intentos y fracasos y pasaré directamente a la solución.

Así que para convertir un .sparsebundle a un volumen APFS hay una función llamada "Restaurar" en la Utilidad de Discos. Pero la interfaz de usuario no es muy útil porque en general esta funcionalidad apesta cuando se trata de la .sparsebundle formato. Así que tenemos que armarnos de paciencia y de Terminal. Y al principio necesitamos montar la imagen ".sparsebundle" a través de Finder y luego cambiar un poco los metadatos del volumen montado:

diskutil apfs changeVolumeRole /dev/diskXsY t
where diskXsY - is the identifier of your volume which you can find running diskutil apfs list

Este comando cambiará el rol de su volumen y MacOS ya no sabrá que es un almacenamiento de respaldo. Sin hacerlo, el siguiente comando fallará (debido a un error).

sudo asr restore --source /Volumes/EXTERNAL_HDD/{the name of your computer}.sparsebundle --noverify  --target /dev/diskAsB --erase  --debug --verbose
where /dev/diskAsB is the identifier of a volume that you want to use as the backup storage. 
--noverify is needed here because there is also another bug in this utility.

Después de introducir una contraseña (si tienes una copia de seguridad encriptada) y aceptar borrar el volumen, este comando replicará el contenido de tu ".sparsebundle" en el volumen de destino. Tardará un poco...

Después de que termine, casi recibirás una copia de seguridad funcional (sin encriptar). Para que sea totalmente funcional debe ejecutar:

diskutil apfs changeVolumeRole /dev/diskAsB T

Este comando asignará una función de copia de seguridad a su volumen de destino y Time Machine lo reconocerá.

Más adelante puede querer cifrar su almacenamiento con "hdiutil" ( aviso: tardará horas en completarse ).

En esta etapa configuré Time Machine para usar la unidad como almacenamiento local de copias de seguridad y después de hacerlo una de las carpetas cambió su sufijo en el nombre de .inprogress a .interrupted .

Al final del día Time Machine copió sólo un incremento y se veía así: Time Machine - incremental backup to APFS volume converted from the .sparsebundle file

Time Machine - incremental backup to APFS volume converted from the .sparsebundle file - cleaning up

Después de que el proceso de copia de seguridad terminó miré el contenido de la unidad y descubrí que Time Machine mató a mis viejas copias de seguridad y durante la fase de limpieza pasó de esto:

$ ... % ls
2021-05-06-201324.previous  2021-05-22-195414.inprogress
2021-05-06-212814.interrupted   backup_manifest.plist

a esto:

$ ... % ls
2021-05-22-212814.previous  backup_manifest.plist

Creo que se debe a la copia de seguridad interrumpida que se puede ver arriba pero no quiero gastar más tiempo en eso. Así que técnicamente todavía no recuperé mis viejas copias de seguridad y todo lo que obtuve fue el dolor de múltiples errores e inconvenientes de Apple, pero al menos tengo más conocimiento ahora de cómo se construye bajo el capó y probablemente esta información será útil para alguien que quiera convertir .sparsebundle a APFS (o para ser más concisos - a un disco de respaldo local formateado como APFS).

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X