Die Unterstützung geplanter Aufgaben in ZimaOS wurde nach Beginn dieses Threads mehrmals weiterentwickelt. Im Februar 2025 erstellten Nutzer benutzerdefinierte systemd-Timer, da es keine komfortable Cron-Benutzeroberfläche gab. Im März kündigte Zima-Giorgio an, dass dcron sollte hinzugefügt werden, und später hieß es, dass es in der Beta von 1.4.0 enthalten war. Bis 2026 veröffentlichte IceWhale ein Zima-Cron-Tutorial mit dem ZimaOS-Modulpaketmanager, während Entwickler aus der Community den Scheduler später erneut umschrieben, um die Beständigkeit zu verbessern und eine vollständige Weboberfläche hinzuzufügen.
Die praktische Lehre lautet nicht „Cron mit apt installieren“. ZimaOS ist ein unveränderliches Appliance-Betriebssystem. Wählen Sie eine Planungsmethode, die den tatsächlich benötigten Lebenszyklus übersteht – Neustart, OTA-Update, Modulneustart – und testen Sie diese Beständigkeit, bevor Sie ihr Backups oder destruktive Wartungsarbeiten anvertrauen.
Die Quellnutzer wollten mehr als eine Art geplanter Aufgabe
Zu den Anwendungsfällen gehörten:
- täglicher Neustart;
- stündlich
chmod/chownSkripte; - Nextcloud-Hintergrundjobs und RSS-Aktualisierungen;
- geplante Backup-Skripte;
- S.M.A.R.T.-Tests;
- nächtliche SnapRAID-Jobs;
- Startaktionen für Pi-hole-Konflikte.
Diese Anwendungsfälle werden nicht gleichermaßen von einem einzigen Scheduler abgedeckt. Abhängigkeiten von Startdiensten lassen sich oft besser mit systemd verwalten, während regelmäßige Benutzerbefehle für eine Cron-ähnliche Planung geeignet sind.
Community-systemd-Timer funktionierten und überstanden zumindest einige Updates
WuzzyFeasel erstellte einen Neustart-Timer unter /etc/systemd/system/ Später wurde berichtet, dass benutzerdefinierte systemd-Timer ein ZimaOS-Update überstanden. Das war eine nützliche Bestätigung aus der Community.
Zima-Giorgio empfahl außerdem ausdrücklich systemd für einen Startauftrag, als ein Benutzer wollte, dass Aufgaben im Zusammenhang mit Pi-hole nach dem Systemstart ausgeführt werden.
IceWhale kündigte dcron für ZimaOS 1.4.0 an
Am 5. März 2025 schrieb Zima-Giorgio: „dcron wird hinzugefügt.“ Im April stellte er klar, dass dcron in der Beta von 1.4.0 enthalten war und der stabilen Version hinzugefügt werden sollte.
Dies ist eine offizielle historische Produktaussage, keine Vermutung aus der Community.
Das Vorhandensein von Crontab garantierte keine dauerhaften Benutzerjobs
Spätere Nutzer von 1.5.x berichteten, dass Crontab-Einträge nach einem Neustart verschwanden oder Scheduler-Aufgaben nicht zuverlässig erhalten blieben. Deshalb beweist das bloße Anzeigen einer crontab Der Befehl beweist nicht, dass die gespeicherten Jobs des Benutzers den unveränderlichen Systemlebenszyklus überstehen.
Starten Sie das System immer einmal neu und überprüfen Sie, ob die Aufgabe weiterhin vorhanden ist, bevor Sie sich darauf verlassen.
IceWhale veröffentlichte später ein Tutorial zum Zima-Cron-Modul
Im Januar 2026 veröffentlichte 777-Spider ein separates Tutorial für Zima Cron mit:
zpkg install zima_cronDas Tutorial umfasste die Planung nach Intervallen und Cron-Ausdrücken sowie Aufgabenprotokolle. Es handelte sich um einen Scheduler auf Modulebene und nicht um ein mit APT installiertes Debian-Paket.
Verwenden Sie den Workflow des Zima-Cron-Moduls und die spätere Diskussion, bevor Sie davon ausgehen, dass ein bestimmter Modulname oder eine bestimmte Version noch aktuell ist.
Eine Überarbeitung des Cron-Moduls durch die Community fügte eine vollständige Scheduler-Oberfläche hinzu
Lintux’ Überarbeitung v0.2.0 warb mit persistenten Aufgaben, Vorlagen, Protokollen, Benachrichtigungen, Wiederholungsversuchen, Abhängigkeiten, Prioritäten und Tags. Sie wurde als cron.raw Modul und konnte mit zpkg.
Dieses Modul ist Community-Software und nicht mit IceWhales ursprünglicher dcron-Implementierung identisch.
ZimaOS 1.6.1 behob ein Problem beim Neustart von Modul-Diensten
Die Versionshinweise zu IceWhale 1.6.1 enthalten eine Fehlerbehebung, durch die Mod-Module ihre Dienste nach einem Neustart nicht entsprechend der Dienstestrategie starteten. Das ist für Scheduler-Module relevant, die nach einem Neustart automatisch wieder aktiv werden müssen.
Das beweist nicht, dass jeder historische Fehler bei der Cron-Persistenz verschwunden ist; es belegt eine spätere Plattformkorrektur für das Startverhalten des Modul-Dienstes.
Verwende keinen ungetesteten Scheduler als einzige Backup-Steuerung
Eine geplante Sicherung ist nur dann nützlich, wenn:
- die Aufgabe bleibt nach einem Neustart bzw. Update erhalten;
- das Ziel ist eingebunden;
- der Befehl gibt einen aussagekräftigen Status zurück;
- Protokolle werden aufbewahrt;
- eine Wiederherstellung wurde getestet.
Die Automatisierung eines Skripts, das alle Container stoppt, verursacht ebenfalls einen Ausfall und kann Dienste herunterfahren lassen, wenn das Skript auf halbem Weg fehlschlägt.
Stündliches chmod/chown ist normalerweise ein Symptom, nicht die beste langfristige Lösung
Der ursprüngliche Verfasser wollte stündlich die Besitzrechte ändern, weil von Windows kopierte Dateien für die Medien-App nicht lesbar waren. Besser ist es, die SMB-Benutzer-/Gruppenberechtigungen sowie die UID-/GID- und Mount-Berechtigungen des Containers zu korrigieren, damit neue Dateien von Anfang an mit nutzbaren Zugriffsrechten erstellt werden.
Ein Scheduler, der wiederholt rekursive Änderungen an Besitzrechten vornimmt, kann langsam sein und die von einer anderen Anwendung erwarteten Berechtigungen beschädigen.
Welchen Scheduler solltest du verwenden?
- Abhängigkeit von Boot/Start: Bevorzuge gegebenenfalls einen ordnungsgemäß konzipierten systemd-Dienst bzw. -Timer.
- Einfache periodische Aufgabe: Verwende einen Scheduler oder ein Modul, das in deiner aktuellen ZimaOS-Version verfügbar und unterstützt ist.
- Komplexer Workflow: Ziehe einen dedizierten Automatisierungscontainer in Betracht, teste aber die Persistenz nach Neustarts und die Sicherheit des Docker-Sockets.
ZimaOS-Cron-FAQ
Hat IceWhale offiziell gesagt, dass dcron hinzugefügt werden würde?
Ja. Zima-Giorgio sagte, dass sie in der Beta 1.4.0 enthalten und für die stabile Version vorgesehen war.
Blieb jede später hinzugefügte Crontab-Aufgabe über Neustarts hinweg erhalten?
Nein. Mehrere spätere Nutzer berichteten von verlorenen Aufgaben oder Problemen mit der Persistenz des Schedulers.
Ist die dunkle Scheduler-Oberfläche von 2026 eine integrierte Funktion von IceWhale?
Es stammt aus einer Überarbeitung des Cron-Moduls durch die Community und sollte als Software eines Drittanbieters behandelt werden.
