Este hilo es valioso porque finalmente separó dos síntomas que parecían un único fallo de la aplicación Backup: una raíz grande de OneDrive permanecía mucho tiempo en Calculando, mientras que seleccionar Zima Storage local como destino provocaba un problema independiente del selector o de la interfaz.
Enumerar raíces grandes en la nube puede requerir mucho tiempo
El usuario de origen estaba probando aproximadamente 400 GB en la raíz de OneDrive. La lista de unidades de Microsoft Graph muestra que el contenido raíz se enumera como DriveItems y puede requerir paginación. Por lo tanto, una aplicación de copias de seguridad debe descubrir y contabilizar muchos objetos antes de poder mostrar un tamaño de fuente preciso.
El flujo de trabajo de copias de seguridad de ZimaOS actual es la mejor referencia para el funcionamiento normal en producción, mientras que la integración de ZimaOS con la nube explica la capa actual de integración con unidades en la nube que se utiliza antes de que un recurso remoto pueda convertirse en una fuente o destino de copia de seguridad.
La prueba con una carpeta pequeña es el diagnóstico más útil
El usuario probó una carpeta con 11 elementos y el cálculo se completó correctamente. Es una buena prueba de aislamiento: si una carpeta pequeña de la nube se completa, pero una raíz grande tarda mucho más, el tiempo de enumeración de la fuente es una de las variables. Si el selector de destino sigue fallando después, se trata de un problema independiente de la interfaz o de la selección del almacenamiento.
Los destinos alternativos ayudan a separar el fallo
Un destino NVMe USB conectado y un destino de Google Drive no reprodujeron el mismo comportamiento del selector de Zima Storage local. Esto hizo que un problema de la interfaz de destino pareciera más probable que un fallo general del motor de Backup.
La descripción general de Zima Client resulta útil al decidir si la arquitectura más adecuada para un conjunto de datos concreto es una copia de seguridad desde la estación de trabajo o una copia de seguridad de ZimaOS en la nube.
No copies comandos de depuración de la versión beta en sistemas actuales
El hilo contiene comandos de desarrollador como lsblk, lspci, lsusb y una solicitud interna a una API de almacenamiento local. Eran solicitudes de diagnóstico para un problema de la versión beta 1.5.1, no pasos necesarios para utilizar Backup actualmente.
Para la autenticación de OneDrive, la configuración de OneDrive de rclone explica cómo funcionan la autorización mediante el navegador y la configuración de recursos remotos en la capa inferior. Un retraso al enumerar la fuente y un fallo de OAuth son problemas distintos.
En resumen
No diagnostiques “atascado calculando” y “no se puede seleccionar Zima Storage” como un único defecto. Prueba con una carpeta más pequeña en la nube, prueba otro destino e identifica qué etapa falla realmente. El hilo estaba relacionado con la versión beta 1.5.1 de ZimaOS, por lo que los sistemas actuales deben utilizar el comportamiento más reciente de Backup y de la integración con la nube antes de reproducir soluciones antiguas.
