Je viens de d�couvrir qu'une partie de la documentation ci-dessous est obsol�te. En particulier, le daemon init fourni avec le dernier paquetage sysinit est plus sophistiqu� que ce que j'ai d�crit. Bien qu'il semble que la compatibilit� ascendante soit assur�e pour ce qui est �crit ici, il appara�t que certaines fonctions non document�es sont tr�s importantes pour la gestion des onduleurs.
Le m�canisme de contr�le indiqu� ci-apr�s permet seulement � powerd d'envoyer � init un des messages powerfail ou powerok. init ex�cute une commande lorsqu'il re�oit powerfail et une autre lorsqu'il re�oit powerok. Cela complexifie la logique de powerd pour la gestion des signaux de batterie faible et autres sortes de situations sp�ciales.
Les nouvelles versions d'init (depuis la version 2.58, apparemment) sont plus sophistiqu�es. Il est possible de leur demander d'ex�cuter un script parmi trois. Ainsi, init peut avoir un script powerfail pour traiter une coupure de courant, un script powerfailnow pour r�aliser un arr�t imm�diat et un script powerok pour bloquer tout arr�t en cours. C'est nettement plus propre que les circonvolutions n�cessaires avec le m�canisme d�taill� plus bas.
Bien qu'une grande partie du document soit fond�e sur l'ancienne m�thode de communication avec init, je viens d'ajouter deux nouvelles sections dans lesquelles les auteurs utilisent la nouvelle m�thode. Il s'agit de Trust Energy Protector 400/600 et APC Smart-UPS 700. La premi�re est particuli�rement d�taill�e. Les deux comportent un powerd.c qui demande � init un shutdown imm�diat lorsqu'un signal de batterie faible est re�u, ainsi que les lignes correspondantes de /etc/inittab. Pour tout le reste, je peux juste vous dire de regarder dans le code source de init.
Aussi, pour autant que je sache, de nombreux paquetages cit�s ci-dessous utilisent aussi la nouvelle m�thode de communication.
NdT : Il semble que la plupart des contributeurs � ce Howto s'appuient sur le red�marrage de l'ordinateur (/sbin/reboot
), coupl� � une temporisation, pour r�aliser l'extinction de l'onduleur. Cette m�thode semble hasardeuse. Le traducteur propose humblement au lecteur d'�tudier la possibilit� de remplacer la relance compl�te (reboot
) par un arr�t syst�me propre (shutdown -h
) ou moins propre (halt
). Cette m�thode permet d'�viter totalement le risque que l'onduleur s'arr�te "trop tard" dans le processus de d�marrage de l'ordinateur (i.e. lorsque les syst�mes de fichiers sont d�j� mont�s).
Hosting by: Hurra Communications GmbH
Generated: 2007-01-26 18:01:43