Pourquoi fermer le capot d’un ordinateur portable peut suspendre ZimaOS
Un ordinateur portable reconverti en serveur ZimaOS peut toujours conserver les comportements de gestion de l’alimentation propres aux ordinateurs portables. La réponse de la communauté suggérait de modifier les paramètres de systemd-logind, car le commutateur du capot déclenche normalement la mise en veille sur de nombreux systèmes Linux. Cette recommandation est globalement correcte, mais la ligne précise de l’ancienne réponse ne doit pas être copiée sans comprendre la valeur souhaitée.
Si l’objectif principal est de disposer d’un serveur domestique toujours accessible, comparez les compromis liés à un matériel reconverti avec ceux d’une plateforme dédiée fonctionnant en permanence, telle que ZimaBoard 2 ou ZimaBlade.
Le paramètre systemd important
La documentation officielle de systemd définit HandleLidSwitch= et indique que l’action par défaut est généralement suspend. Pour qu’un serveur continue de fonctionner lorsque le capot est fermé, la valeur souhaitée est généralement ignore, et non suspend. Consultez la documentation actuelle de systemd logind.conf avant de modifier l’hôte.
HandleLidSwitch=ignore
HandleLidSwitchExternalPower=ignoreLa disponibilité exacte de ces options dépend de la version de systemd. ZimaOS est un système de type appliance ; toute modification au niveau de l’hôte doit donc être considérée comme avancée et peut se comporter différemment selon les mises à jour.
Vérifiez d’abord le BIOS ou le micrologiciel
Certains ordinateurs portables permettent de configurer dans le micrologiciel le comportement du capot, de la mise en veille, de l’alimentation secteur ou de la mise sous tension. Si le matériel peut ignorer les événements de fermeture du capot à ce niveau, cette solution peut être plus propre qu’une modification du système d’exploitation. Vérifiez également que la fermeture du capot ne bloque pas les ouvertures de ventilation nécessaires au refroidissement.
Appliquez les modifications avec précaution
- Connectez-vous via SSH ou assurez-vous de disposer d’un accès à la console locale avant de modifier le comportement d’alimentation.
- Sauvegardez la configuration logind existante.
- Définissez l’action du commutateur du capot sur
ignoreuniquement si vous souhaitez intentionnellement que la machine reste allumée. - Redémarrez le service concerné ou redémarrez la machine pendant une fenêtre de maintenance.
- Fermez le capot et vérifiez que le serveur reste accessible, que le stockage demeure monté et que les températures restent sûres.
Le guide de gestion de l’alimentation d’ArchWiki constitue une bonne introduction pour distinguer les actions d’alimentation du micrologiciel, du noyau et de systemd.
Ne négligez pas la conception thermique
Un ordinateur portable conçu pour fonctionner ouvert peut utiliser le clavier ou la zone de la charnière pour faire circuler l’air. Un serveur à capot fermé doit être surveillé pendant une charge prolongée du processeur, du disque et du réseau. Si les températures augmentent fortement ou si le circuit de ventilation est obstrué, laissez le capot ouvert ou modifiez l’installation physique.
FAQ
Faut-il définir HandleLidSwitch sur suspend ?
Non, si l’objectif est d’empêcher la mise en veille. suspend indique à systemd de suspendre le système lors de la fermeture du capot ; ignore est l’action appropriée pour maintenir le système en fonctionnement.
Ce réglage sera-t-il conservé après chaque mise à jour de ZimaOS ?
Ne le présumez pas. La configuration au niveau de l’hôte peut être réinitialisée ou se comporter différemment après les mises à jour d’un système d’exploitation de type appliance. Documentez donc la modification et vérifiez-la de nouveau après les mises à niveau importantes.
La désactivation de la mise en veille liée au capot est-elle toujours sûre ?
Non. Vérifiez le refroidissement, l’état de la batterie et l’emplacement physique avant d’utiliser un ordinateur portable à capot fermé comme serveur toujours allumé.
