Le correctif de la source est clair et vérifié par l’utilisateur : sur un HP ProBook 450 G7 exécutant ZimaOS 1.4.2, la fermeture du capot mettait tout le NAS en veille. La modification de systemd-logind pour définir HandleLidSwitch=ignore, suivie d’un redémarrage, a désactivé la mise en veille automatique. L’auteur d’origine a explicitement confirmé que la modification fonctionnait.
C’est utile pour les homelabs basés sur un ordinateur portable, car un NAS est généralement censé rester en ligne lorsque le capot est fermé. Il s’agit toutefois d’une modification de la stratégie d’alimentation au niveau de l’hôte : notez donc le paramètre d’origine et prévoyez une méthode de récupération avant toute modification.
L’ordinateur portable se mettait en veille et se réveillait normalement avec le capot
Le comportement décrit dans la source était reproductible :
- fermer le capot → le système se met en veille ;
- ouvrir le capot → le système reprend son activité.
Cela indique une gestion du capot par systemd-logind/ACPI plutôt qu’un plantage de ZimaOS.
La première suggestion s’appuyait sur le comportement standard de systemd
Un membre de la communauté a suggéré de modifier :
/etc/systemd/logind.conf
et de changer l’action associée à la fermeture du capot. Le commentateur a indiqué à juste titre qu’il adaptait une solution Ubuntu/systemd et qu’il ne savait pas encore avec certitude comment ZimaOS gérait ce fichier.
IceWhale avait déjà rendu les fichiers systemd modifiables pour ce cas d’usage
Zima-Giorgio a indiqué un ancien sujet IceWhale dans lequel un utilisateur d’ordinateur portable avait le même besoin. Dans ce sujet, Giorgio expliquait que ZimaOS rendrait les fichiers du dossier systemd modifiables à partir de la version v1.2.3.
Cela apporte davantage de crédibilité au correctif proposé que la modification arbitraire d’un chemin système normalement en lecture seule.
Le paramètre confirmé par la source était HandleLidSwitch=ignore
L’auteur d’origine a remplacé :
#HandleLidSwitch=suspend
par :
HandleLidSwitch=ignore
Il a ensuite redémarré l’ordinateur et confirmé que la fermeture du capot ne mettait plus le serveur en veille.
Sauvegardez la configuration d’origine
Avant de modifier un fichier de gestion de l’alimentation de l’hôte, copiez ou notez la ligne d’origine. Si l’ordinateur portable se comporte ensuite de manière inattendue, vous pourrez restaurer l’ancien paramètre depuis une console locale ou une session SSH.
Comprenez les paramètres associés à la fermeture du capot
systemd-logind peut différencier la fermeture normale du capot, l’alimentation externe et le fonctionnement sur une station d’accueil. La source a uniquement modifié HandleLidSwitch. Ne décommentez pas toutes les options associées sauf si vous avez besoin de politiques différentes sur batterie, sur secteur ou lors de l’utilisation d’une station d’accueil.
Un NAS sur ordinateur portable nécessite toujours un plan pour la batterie et l’alimentation
Ignorer la fermeture du capot n’empêche pas la batterie de se décharger. Pour un serveur sur ordinateur portable qui doit rester allumé en permanence, assurez-vous de disposer d’une alimentation secteur fiable, surveillez l’état et la température de la batterie, et déterminez ce qui doit se produire en cas de véritable coupure de courant.
Ignorer la fermeture du capot ne revient pas à éteindre l’écran
Vous pouvez laisser le système d’exploitation fonctionner tout en n’utilisant pas l’écran intégré. Ne supposez pas que le paramètre du capot doit contrôler l’extinction de l’écran, l’affichage des machines virtuelles ou l’accès à la console locale.
Refaites un test après les mises à jour majeures de ZimaOS
La source concernait la version 1.4.2, tandis que la version actuelle de ZimaOS est la 1.7.1. Si une mise à jour majeure remplace ou modifie la configuration effective de logind, vérifiez à nouveau le comportement du capot au lieu de supposer que l’ancien fichier est toujours pris en compte.
FAQ sur le capot des ordinateurs portables
Le paramètre HandleLidSwitch=ignore a-t-il fonctionné pour l’utilisateur de la source ?
Oui. Il l’a explicitement confirmé après le redémarrage.
Est-ce un paramètre Docker ?
Non. Il s’agit d’un paramètre de gestion de l’alimentation de l’hôte, contrôlé par systemd-logind.
Un NAS sur ordinateur portable doit-il toujours ignorer la fermeture du capot ?
Uniquement si cela correspond au comportement permanent souhaité. Certains utilisateurs peuvent préférer la mise en veille sur batterie ou pendant leurs déplacements.
