La programación original “Always” de ZimaOS 1.5.3 realmente indicaba que las fuentes de respaldo LAN o en la nube debían comprobarse a diario a la 1:00 a. m., pero varios usuarios informaron que las tareas no se iniciaban automáticamente. Las ejecuciones manuales funcionaban, lo que acotó el problema al comportamiento de la programación o del servicio, en lugar de a un problema básico de acceso a la fuente o al destino.
La solución alternativa de reiniciar icewhale-files-backup.service obligaba a que las tareas se ejecutaran para algunos usuarios, pero el autor original dejó claro que ese enfoque no era fiable. Debe seguir considerándose una solución alternativa de diagnóstico, no el programador normal recomendado.
Lo que prometía la interfaz de usuario de la versión 1.5.3
Para las fuentes Zima/USB, “Always” significaba reaccionar a los cambios en los archivos. Para las fuentes en la nube o LAN, la información emergente describía una comprobación diaria a la 1:00 a. m., según la hora del dispositivo.
Una ejecución manual correcta no demuestra que el programador funcione
Si “Ejecutar ahora” funciona correctamente, es probable que las credenciales de la fuente, el acceso a la ruta y las escrituras en el destino sean funcionales. Las siguientes comprobaciones deben centrarse en la zona horaria del dispositivo, el estado de la programación de la tarea y el servicio de respaldo alrededor de la hora de activación prevista.
El reinicio del servicio fue una solución alternativa verificada por la comunidad, pero no ideal
Un usuario descubrió que reiniciar icewhale-files-backup.service provocaba la ejecución de las tareas y posteriormente programó ese reinicio con cron. Otro usuario utilizó Zima Cron para la misma idea. El autor original señaló que las actualizaciones de ZimaOS podían borrar un crontab normal.
La guía actual de ZimaOS Backup ahora describe tareas programadas de forma independiente, en lugar de depender de ese antiguo patrón de reinicio del servicio.
Las versiones posteriores mostraron un fallo de respaldo diferente
Después de actualizar a la versión 1.6.1, un usuario informó que las tareas parecían ejecutarse, pero no transferían ningún archivo. Este no es el mismo síntoma que “la activación de la 1:00 a. m. nunca se produjo”, por lo que ambos problemas deben diagnosticarse por separado.
Usa la aplicación de respaldo actual antes de mantener una solución alternativa antigua
Vuelve a crear la tarea en la versión estable actual de ZimaOS, establece una programación explícita, verifica la zona horaria del dispositivo y restaura un archivo de prueba después de la primera ejecución correcta. La descripción general de respaldo de ZimaOS presenta el modelo actual del producto.
Conclusión
El hilo de la versión 1.5.3 documenta un problema real del programador con fuentes de respaldo LAN/NAS, pero reiniciar el servicio cada noche solo era una solución alternativa. En la versión actual de ZimaOS, reproduce la tarea con el programador moderno, verifica la zona horaria y los registros, y trata por separado los casos en que “la tarea no se inició” y aquellos en que “la tarea se inició, pero no transfirió nada”.
