La pianificazione originale “Sempre” di ZimaOS 1.5.3 indicava davvero che le origini di backup LAN/cloud dovevano essere controllate ogni giorno all’1:00, ma diversi utenti hanno segnalato che i processi non si avviavano automaticamente.
Le esecuzioni manuali funzionavano, restringendo il problema al comportamento della pianificazione o del servizio, non all’accesso di base all’origine o alla destinazione.
Il riavvio di icewhale-files-backup.service faceva partire i processi per alcuni utenti, ma l’autore originale ha esplicitamente definito questo approccio inaffidabile. Deve rimanere una soluzione diagnostica temporanea, non lo scheduler normale consigliato.
Cosa prometteva l’interfaccia di 1.5.3
Per le origini Zima/USB, “Sempre” significava reagire alle modifiche dei file. Per le origini cloud o LAN, il tooltip descriveva un controllo quotidiano all’1:00, secondo l’ora del dispositivo.
Un’esecuzione manuale riuscita non dimostra che lo scheduler funzioni
Se “Esegui ora” ha esito positivo, è probabile che le credenziali dell’origine, l’accesso al percorso e la scrittura nella destinazione funzionino. I controlli successivi riguardano il fuso orario del dispositivo, lo stato della pianificazione dell’attività e il servizio di backup nell’orario previsto per l’attivazione.
La soluzione alternativa con riavvio del servizio è stata verificata dalla community, ma non è ideale
Un utente ha scoperto che il riavvio di icewhale-files-backup.service faceva partire i processi, quindi ha pianificato quel riavvio con cron. Un altro utente ha usato Zima Cron per la stessa soluzione. L’autore originale ha osservato che un crontab normale potrebbe essere cancellato dagli aggiornamenti di ZimaOS.
L’attuale guida al backup di ZimaOS descrive ora attività pianificate in modo indipendente, invece di basarsi sul vecchio schema di riavvio del servizio.
Le versioni successive hanno mostrato un problema di backup diverso
Dopo l’aggiornamento alla versione 1.6.1, un utente ha segnalato processi apparentemente in esecuzione che però non trasferivano alcun file. Questo non corrisponde allo stesso sintomo di “l’attivazione all’1:00 non è mai avvenuta”, quindi i due problemi devono essere diagnosticati separatamente.
Usa l’app Backup attuale prima di mantenere una vecchia soluzione alternativa
Ricrea l’attività sull’attuale versione stabile di ZimaOS, imposta una pianificazione esplicita, verifica il fuso orario del dispositivo e ripristina un file di prova dopo la prima esecuzione riuscita. La panoramica del backup di ZimaOS descrive l’attuale modello del prodotto.
In sintesi
La discussione sulla versione 1.5.3 documenta un problema reale dello scheduler con le origini di backup LAN/NAS, ma riavviare il servizio ogni notte era soltanto una soluzione alternativa. Sulle versioni attuali di ZimaOS, ricrea l’attività con lo scheduler moderno, verifica il fuso orario e i log e tratta separatamente il caso “il processo non è partito” dal caso “il processo è partito ma non ha trasferito nulla”.
