Le fil de discussion original de mars 2025 demandait une fonction d’arrêt automatique et avait immédiatement reçu une solution de contournement communautaire utilisant un minuteur systemd. Cette solution est désormais surtout historique : ZimaOS 1.4.1 a ajouté une fonction intégrée d’arrêt planifié. Les utilisateurs actuels n’ont donc plus besoin de créer leur propre service d’arrêt simplement pour éteindre le NAS à une heure fixe chaque jour.
Rallumer la machine est un problème différent. Une fois le serveur complètement arrêté, ZimaOS ne fonctionne plus et ne peut pas exécuter un autre minuteur logiciel. Le démarrage dépend de fonctionnalités matérielles telles que Wake-on-LAN, une alarme RTC, le comportement de restauration après rétablissement de l’alimentation secteur ou une prise connectée externe.
L’arrêt planifié est désormais intégré à ZimaOS
Les notes de version de ZimaOS 1.4.1 indiquent que l’arrêt planifié est une nouvelle fonctionnalité et précisent que l’heure d’arrêt peut être définie depuis la commande d’arrêt.
La recommandation par défaut pour une installation actuelle ne devrait donc plus être le service et le minuteur systemd personnalisés de mars 2025. Utilisez plutôt la fonction intégrée d’arrêt planifié introduite dans ZimaOS 1.4.1.
Fonctionnement de l’ancien minuteur systemd
La solution de contournement d’origine créait un service exécuté une seule fois, qui appelait la commande d’arrêt de Linux, ainsi qu’un minuteur quotidien qui le déclenchait à 23 h 00. Elle activait également le minuteur via systemd.
Ces commandes avaient été publiées par un membre de la communauté, et non par le personnel d’IceWhale. Elles constituaient une administration Linux raisonnable, mais sont inutiles dans le cas courant actuel et ajoutent une configuration supplémentaire qui doit rester fonctionnelle après les mises à jour et les redémarrages.
Un programme d’arrêt ne crée pas automatiquement un programme de démarrage
L’utilisateur d’origine a ensuite demandé si le serveur pouvait se rallumer à 7 h 00. La réponse de la communauté s’est orientée vers les fonctionnalités du BIOS, car un logiciel exécuté dans ZimaOS ne peut pas réveiller une machine complètement éteinte, sauf si le matériel et le micrologiciel sont configurés pour le permettre.
Le réveil par alarme RTC dépend du matériel
Le membre de la communauté ayant répondu a indiqué que le BIOS de son ZimaBlade proposait l’option RTC Alarm Power On, notamment un mode à heure fixe. Des discussions ultérieures d’IceWhale ont également signalé que Linux rtcwake est disponible sur ZimaOS, mais que la compatibilité matérielle doit d’abord être vérifiée.
Ne supposez pas que tous les mini-PC x86 tiers proposent les mêmes commandes RTC ou prennent en charge le réveil depuis les mêmes états de veille ou d’alimentation.
Wake-on-LAN est une autre option
De nombreux systèmes peuvent se réveiller depuis un état hors tension lorsque la carte réseau reçoit un paquet magique, à condition que Wake-on-LAN soit activé dans le micrologiciel et pris en charge par l’adaptateur réseau. L’appareil qui envoie le paquet doit toutefois rester connecté quelque part au réseau pour pouvoir le transmettre.
Pour le ZimaCube, la documentation actuelle du BIOS décrit explicitement Wake-on-LAN comme une option d’alimentation. Pour les autres matériels, consultez leur BIOS et vérifiez le comportement de leur carte réseau.
La restauration après rétablissement du courant peut fonctionner avec une prise connectée
Une configuration simple pour un serveur domestique consiste à :
- laisser ZimaOS effectuer un arrêt planifié propre ;
- éteindre la prise connectée quelques minutes plus tard ;
- rallumer la prise le matin ;
- configurer le matériel pour qu’il s’allume automatiquement au rétablissement de l’alimentation secteur.
La documentation actuelle du ZimaCube décrit le comportement de restauration après perte d’alimentation secteur pour le démarrage automatique. L’option exacte varie selon la carte mère.
Effectuez un arrêt propre du système avant de couper l’alimentation
Une prise connectée ne doit pas servir de mécanisme d’arrêt lorsque ZimaOS fonctionne. Une coupure brutale peut interrompre des écritures sur le système de fichiers, des bases de données Docker, des tâches de sauvegarde ou des opérations RAID.
Planifiez d’abord l’arrêt propre et prévoyez un délai suffisant avant de couper l’alimentation secteur.
FAQ sur la mise sous tension planifiée
ZimaOS prend-il actuellement en charge l’arrêt planifié ?
Oui. Cette fonctionnalité intégrée a été ajoutée dans ZimaOS 1.4.1.
L’arrêt planifié rallume-t-il automatiquement la machine ?
Non. Le démarrage nécessite un mécanisme matériel ou micrologiciel distinct, tel que le réveil RTC, Wake-on-LAN ou la restauration après rétablissement de l’alimentation secteur.
Dois-je toujours créer le minuteur d’arrêt systemd de la communauté ?
En général, non. Il est antérieur à la fonction intégrée d’arrêt planifié.
