Het oorspronkelijke schema “Always” in ZimaOS 1.5.3 gaf inderdaad aan dat LAN-/cloudback-upbronnen dagelijks om 1:00 uur moesten worden gecontroleerd, maar meerdere gebruikers meldden dat de taken niet automatisch startten. Handmatig uitvoeren werkte wel, waardoor het probleem waarschijnlijk in het schema of de service zat en niet in de toegang tot de bron of bestemming.
Voor sommige gebruikers zorgde het opnieuw starten van icewhale-files-backup.service ervoor dat taken werden uitgevoerd, maar de oorspronkelijke poster noemde deze aanpak uitdrukkelijk onbetrouwbaar. Dit moet een diagnostische workaround blijven en niet de aanbevolen normale planner worden.
Wat de interface van versie 1.5.3 beloofde
Voor Zima-/USB-bronnen betekende “Always” reageren op bestandswijzigingen. Voor cloud- of LAN-bronnen beschreef de tooltip een dagelijkse controle om 1:00 uur apparaattijd.
Handmatig succes bewijst niet dat de planner werkt
Als “Nu uitvoeren” slaagt, werken de bronreferenties, padtoegang en schrijfbewerkingen naar de bestemming waarschijnlijk correct. Controleer vervolgens de tijdzone van het apparaat, de status van het taakschema en de back-upservice rond het verwachte activeringstijdstip.
De workaround met het opnieuw starten van de service was door de community bevestigd, maar niet ideaal
Een gebruiker ontdekte dat het opnieuw starten van icewhale-files-backup.service ervoor zorgde dat taken werden uitgevoerd en plande die herstart vervolgens met cron. Een andere gebruiker gebruikte Zima Cron voor hetzelfde idee. De oorspronkelijke poster merkte op dat een normale crontab door ZimaOS-updates kon worden gewist.
De huidige ZimaOS Backup-handleiding beschrijft nu onafhankelijk geplande taken in plaats van te vertrouwen op dat oude patroon waarbij de service opnieuw wordt gestart.
Latere versies vertoonden een ander back-upprobleem
Na de upgrade naar versie 1.6.1 meldde een gebruiker dat taken leken te worden uitgevoerd, maar geen bestanden verplaatsten. Dat is niet hetzelfde symptoom als “de activering om 1 uur 's nachts vond nooit plaats”, dus deze problemen moeten afzonderlijk worden onderzocht.
Gebruik de huidige back-upapp voordat je een oude workaround behoudt
Maak de taak opnieuw aan in de huidige stabiele versie van ZimaOS, stel een expliciet schema in, controleer de tijdzone van het apparaat en herstel na de eerste geslaagde uitvoering een testbestand. Het ZimaOS-back-upoverzicht beschrijft het huidige productmodel.
Samenvatting
De thread over versie 1.5.3 documenteert een echt planningsprobleem met LAN-/NAS-back-upbronnen, maar de service elke nacht opnieuw starten was slechts een workaround. Maak de taak in de huidige ZimaOS opnieuw aan met de moderne planner, controleer de tijdzone en logbestanden en behandel “taak is niet gestart” afzonderlijk van “taak is gestart maar heeft niets overgezet”.
