De ondersteuning voor geplande taken in ZimaOS evolueerde verschillende keren nadat deze thread was gestart. In februari 2025 maakten gebruikers aangepaste systemd-timers omdat er geen handige cron-interface was. In maart kondigde Zima-Giorgio aan dat dcron zou worden toegevoegd en zei later dat het in de bètaversie van 1.4.0 was opgenomen. In 2026 publiceerde IceWhale een tutorial over Zima Cron met de pakketbeheerder voor ZimaOS-modules, terwijl ontwikkelaars uit de community de scheduler later opnieuw schreven om de persistentie te verbeteren en een volledige webinterface toe te voegen.
De praktische les is niet: “installeer cron met apt.” ZimaOS is een onveranderlijk appliance-besturingssysteem. Kies een planningsmethode die de levenscyclus doorstaat die je daadwerkelijk nodig hebt—herstart, OTA-update, herstart van de module—en test die persistentie voordat je haar vertrouwt met back-ups of destructief onderhoud.
De gebruikers wilden meer dan één soort geplande taak
Gebruiksscenario's omvatten:
- dagelijkse herstart;
- elk uur
chmod/chownscripts; - achtergrondtaken en RSS-updates van Nextcloud;
- geplande back-upscripts;
- S.M.A.R.T.-tests;
- nachtelijke SnapRAID-taken;
- opstartacties voor conflicten met Pi-hole.
Deze opties worden niet allemaal even goed bediend door één scheduler. Afhankelijkheden van opstartservices kunnen vaak beter met systemd worden afgehandeld, terwijl periodieke gebruikerscommando's geschikt zijn voor cron-achtige planning.
Systemd-timers van de community werkten en doorstonden ten minste enkele updates
WuzzyFeasel maakte een herstarttimer aan onder /etc/systemd/system/ en meldde later dat aangepaste systemd-timers een ZimaOS-update hadden doorstaan. Dat was nuttige bevestiging vanuit de community.
Zima-Giorgio raadde ook specifiek systemd aan voor een opstarttaak toen een gebruiker werk met betrekking tot Pi-hole na het opstarten wilde uitvoeren.
IceWhale kondigde dcron aan voor ZimaOS 1.4.0
Op 5 maart 2025 schreef Zima-Giorgio: “dcron wordt toegevoegd.” In april verduidelijkte hij dat dcron in de bètaversie van 1.4.0 was opgenomen en aan de stabiele release zou worden toegevoegd.
Dit is een officiële historische productverklaring, geen gok van de community.
Beschikbaarheid van crontab garandeerde geen permanente gebruikerstaken
Latere gebruikers van 1.5.x meldden dat crontab-vermeldingen na een herstart verdwenen of dat scheduler-taken niet betrouwbaar behouden bleven. Daarom bewijst het simpelweg zien van een crontab Het commando bewijst niet dat de opgeslagen taken van de gebruiker de levenscyclus van het onveranderlijke systeem doorstaan.
Start het systeem altijd eenmaal opnieuw op en controleer of de taak nog bestaat voordat je erop vertrouwt.
IceWhale publiceerde later een tutorial over de Zima Cron-module
In januari 2026 publiceerde 777-Spider een afzonderlijke tutorial voor Zima Cron met:
zpkg install zima_cronDe tutorial omvatte planning met intervallen en cron-expressies, plus taaklogboeken. Het was een scheduler op moduleniveau en geen Debian-pakket dat met APT werd geïnstalleerd.
Gebruik de workflow van de Zima Cron-module en de latere discussie daarover voordat je ervan uitgaat dat een specifieke modulenaam of -versie nog actueel is.
Een herschrijving van Cron door de community voegde een volledige schedulerinterface toe
De herschrijving van Lintux in v0.2.0 kondigde persistente taken, sjablonen, logs, meldingen, nieuwe pogingen, afhankelijkheden, prioriteiten en tags aan. Deze werd verspreid als een cron.raw module en kon worden geïnstalleerd met zpkg.
Deze module is communitysoftware en niet hetzelfde als de oorspronkelijke dcron-implementatie van IceWhale.
ZimaOS 1.6.1 loste een probleem met het opnieuw opstarten van moduleservices op
In de releaseopmerkingen van IceWhale voor 1.6.1 staat een oplossing voor een probleem waarbij mod-modules na opnieuw opstarten geen services startten volgens het servicebeleid. Dit is relevant voor schedulermodules die na een herstart automatisch moeten terugkeren.
Dit bewijst niet dat elke historische Cron-bug met betrekking tot persistentie is verdwenen; het bevestigt een latere platformoplossing voor het opstartgedrag van de moduleservice.
Gebruik een niet-geteste scheduler niet als enige back-upcontroller
Een geplande back-up is alleen nuttig als:
- de taak behouden blijft na opnieuw opstarten/een update;
- de bestemming is aangekoppeld;
- de opdracht een betekenisvolle status retourneert;
- logs worden bewaard;
- er is getest of herstel werkt.
Het automatiseren van een script dat alle containers stopt, veroorzaakt ook een storing en kan ertoe leiden dat services uitgeschakeld blijven als het script halverwege mislukt.
Elk uur chmod/chown uitvoeren is meestal een symptoom, geen goede langetermijnoplossing
De oorspronkelijke poster wilde elk uur het eigendom wijzigen omdat bestanden die vanaf Windows waren gekopieerd, niet leesbaar waren voor de media-app. Een beter ontwerp is om de SMB-gebruikers- en groepsrechten en de UID/GID- en mountrechten van de container correct in te stellen, zodat nieuwe bestanden vanaf het begin bruikbare toegangsrechten krijgen.
Een scheduler die herhaaldelijk recursieve eigendomswijzigingen toepast, kan traag zijn en de rechten beschadigen die een andere applicatie verwacht.
Welke scheduler moet je gebruiken?
- Afhankelijkheid van opstarten: geef waar passend de voorkeur aan een goed ontworpen systemd-service/timer.
- Eenvoudige periodieke taak: gebruik een scheduler/module die beschikbaar is en wordt ondersteund in je huidige ZimaOS-release.
- Complexe workflow: overweeg een speciale automatiseringscontainer, maar test de persistentie na opnieuw opstarten en de beveiliging van de Docker-socket.
Veelgestelde vragen over ZimaOS Cron
Heeft IceWhale officieel gezegd dat dcron zou worden toegevoegd?
Ja. Zima-Giorgio zei dat deze was opgenomen in de bètaversie 1.4.0 en gepland stond voor de stabiele versie.
Bleef elke latere crontab-taak behouden na opnieuw opstarten?
Nee. Verschillende latere gebruikers meldden verloren taken of problemen met de persistentie van de scheduler.
Is de donkere Scheduler-interface van 2026 een ingebouwde functie van IceWhale?
Het kwam voort uit een herschrijving van een community-Cron-module en moet worden beschouwd als software van een module van derden.
