La prise en charge des tâches planifiées de ZimaOS a évolué à plusieurs reprises depuis le début de cette discussion. En février 2025, des utilisateurs créaient des minuteurs systemd personnalisés, car il n’existait pas d’interface cron pratique. En mars, Zima-Giorgio a annoncé que dcron serait ajouté, puis a indiqué qu’il était inclus dans la version bêta 1.4.0. En 2026, IceWhale a publié un tutoriel sur Zima Cron utilisant le gestionnaire de paquets de modules de ZimaOS, tandis que des développeurs de la communauté ont ensuite réécrit le planificateur afin d’améliorer la persistance et d’ajouter une interface web complète.
La leçon pratique n’est pas « installez cron avec apt ». ZimaOS est un système d’exploitation d’appliance immuable. Choisissez une méthode de planification qui survive au cycle de vie dont vous avez réellement besoin — redémarrage, mise à jour OTA, redémarrage du module — et testez cette persistance avant de lui confier des sauvegardes ou des opérations de maintenance destructives.
Les utilisateurs à l’origine de la demande voulaient plusieurs types de tâches planifiées
Les cas d’utilisation comprenaient :
- redémarrage quotidien ;
- toutes les heures
chmod/chowndes scripts ; - des tâches d’arrière-plan Nextcloud et des mises à jour de flux RSS ;
- des scripts de sauvegarde planifiés ;
- des tests S.M.A.R.T. ;
- des tâches SnapRAID nocturnes ;
- des actions de démarrage entrant en conflit avec Pi-hole.
Ces besoins ne sont pas tous pris en charge de manière optimale par un seul planificateur. Les dépendances entre services au démarrage sont souvent mieux gérées par systemd, tandis que les commandes utilisateur périodiques conviennent à une planification de type cron.
Les minuteurs systemd de la communauté ont fonctionné et survécu à au moins certaines mises à jour
WuzzyFeasel a créé un minuteur de redémarrage dans /etc/systemd/system/ et a ensuite signalé que des minuteurs systemd personnalisés avaient survécu à une mise à jour de ZimaOS. Cela constituait une validation utile de la part de la communauté.
Zima-Giorgio a également recommandé spécifiquement systemd pour une tâche de démarrage lorsqu’un utilisateur souhaitait exécuter des opérations liées à Pi-hole après le démarrage.
IceWhale a annoncé dcron pour ZimaOS 1.4.0
Le 5 mars 2025, Zima-Giorgio a écrit : « dcron sera ajouté. » En avril, il a précisé que dcron était inclus dans la version bêta 1.4.0 et serait ajouté à la version stable.
Il s’agit d’une déclaration historique officielle sur le produit, et non d’une supposition de la communauté.
La présence de crontab ne garantissait pas la persistance des tâches utilisateur
Plus tard, des utilisateurs de la version 1.5.x ont signalé que les entrées crontab disparaissaient après un redémarrage ou que les tâches du planificateur ne persistaient pas de manière fiable. C’est pourquoi le simple fait de voir une crontab La commande ne prouve pas que les tâches enregistrées par l’utilisateur survivent au cycle de vie du système immuable.
Redémarrez toujours une fois l’appareil et vérifiez que la tâche existe toujours avant de vous y fier.
IceWhale a ensuite publié un tutoriel sur le module Zima Cron
En janvier 2026, 777-Spider a publié un tutoriel distinct sur Zima Cron utilisant :
zpkg install zima_cronLe tutoriel comprenait la planification par intervalles et par expressions cron, ainsi que les journaux des tâches. Il s’agissait d’un planificateur au niveau du module, et non d’un paquet Debian installé avec APT.
Consultez le fonctionnement du module Zima Cron et les discussions ultérieures à son sujet avant de supposer qu’un nom ou une version spécifique du module est toujours d’actualité.
Une réécriture communautaire de Cron a ajouté une interface complète de planification
La réécriture v0.2.0 de Lintux annonçait des tâches persistantes, des modèles, des journaux, des notifications, des tentatives, des dépendances, des priorités et des balises. Elle était distribuée sous la forme d’un cron.raw module, et pouvait être installé avec zpkg.
Ce module est un logiciel communautaire, différent de l’implémentation d’origine de dcron d’IceWhale.
ZimaOS 1.6.1 a corrigé un problème de redémarrage des services de module
Les notes de version d’IceWhale pour la version 1.6.1 mentionnent un correctif concernant les modules mod qui ne démarraient pas les services conformément à la politique de service après un redémarrage. Cela concerne les modules de planification qui doivent redémarrer automatiquement après un redémarrage.
Cela ne prouve pas que tous les anciens bogues de persistance de Cron ont disparu ; cela établit qu’un correctif ultérieur de la plateforme a résolu le comportement de démarrage du service du module.
N’utilisez pas un planificateur non testé comme seul contrôleur de sauvegarde
Une sauvegarde planifiée n’est utile que si :
- la tâche persiste après un redémarrage ou une mise à jour ;
- la destination est montée ;
- la commande renvoie un état explicite ;
- les journaux sont conservés ;
- une restauration a été testée.
Automatiser un script qui arrête tous les conteneurs provoque également une interruption de service et peut laisser les services à l’arrêt si le script échoue en cours d’exécution.
Modifier les autorisations ou le propriétaire chaque heure est généralement un symptôme, pas la meilleure solution à long terme
L’auteur du message initial souhaitait modifier les propriétaires chaque heure, car les fichiers copiés depuis Windows n’étaient pas lisibles par l’application multimédia. Une meilleure conception consiste à corriger les autorisations utilisateur/groupe SMB ainsi que les autorisations UID/GID et de montage du conteneur, afin que les nouveaux fichiers soient créés dès le départ avec des accès utilisables.
Un planificateur qui applique répétitivement des changements de propriétaire récursifs peut être lent et endommager les autorisations attendues par une autre application.
Quel planificateur devez-vous utiliser ?
- Dépendance au démarrage : privilégiez, lorsque cela est approprié, un service/temporisateur systemd correctement conçu.
- Tâche périodique simple : utilisez un planificateur/module disponible et pris en charge par votre version actuelle de ZimaOS.
- Flux de travail complexe : envisagez un conteneur d’automatisation dédié, mais testez la persistance après redémarrage et la sécurité du socket Docker.
FAQ Cron de ZimaOS
IceWhale a-t-il officiellement annoncé l’ajout de dcron ?
Oui. Zima-Giorgio a indiqué qu’elle était incluse dans la bêta 1.4.0 et prévue pour la version stable.
Toutes les tâches crontab ultérieures ont-elles persisté après les redémarrages ?
Non. Plusieurs utilisateurs ultérieurs ont signalé des tâches perdues ou des problèmes de persistance du planificateur.
L’interface sombre Scheduler de 2026 est-elle une fonctionnalité intégrée d’IceWhale ?
Il provenait d’une réécriture communautaire du module Cron et doit être considéré comme un logiciel de module tiers.
