<HTML> <HEAD> <TITLE>other-docs</TITLE> </HEAD> <BODY> <A NAME="important"></A> <H1>2. <A NAME="s2"></A>other-docsNote importante concernant l'obsolescence des informations</H1> <P> <A HREF="UPS-HOWTO.html#toc2">Contenu de cette section</A></P> <P>Je viens de découvrir qu'une partie de la documentation ci-dessous est obsolète. En particulier, le daemon <EM>init</EM> fourni avec le dernier <A HREF="http://sunsite.unc.edu/pub/Linux/system/daemons/init/Sysinit-2.64.tar">paquetage sysinit</A> 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 <B>très importantes</B> pour la gestion des onduleurs.</P> <P>Le mécanisme de contrôle indiqué ci-après permet seulement à <EM>powerd</EM> d'envoyer à <EM>init</EM> un des messages <EM>powerfail</EM> ou <EM>powerok</EM>. <EM>init</EM> exécute une commande lorsqu'il reçoit <EM>powerfail</EM> et une autre lorsqu'il reçoit <EM>powerok</EM>. Cela complexifie la logique de <EM>powerd</EM> pour la gestion des signaux de batterie faible et autres sortes de situations spéciales.</P> <P>Les nouvelles versions d'<EM>init</EM> (depuis la version 2.58, apparemment) sont plus sophistiquées. Il est possible de leur demander d'exécuter un script parmi <EM>trois</EM>. Ainsi, <EM>init</EM> peut avoir un script <EM>powerfail</EM> pour traiter une coupure de courant, un script <EM>powerfailnow</EM> pour réaliser un arrêt immédiat et un script <EM>powerok</EM> 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.</P> <P>Bien qu'une grande partie du document soit fondée sur l'ancienne méthode de communication avec <EM>init</EM>, je viens d'ajouter deux nouvelles sections dans lesquelles les auteurs utilisent la nouvelle méthode. Il s'agit de <A HREF="UPS-HOWTO-8.html#ciro">Trust Energy Protector 400/600</A> et <A HREF="#apc700">APC Smart-UPS 700</A> . La première est particulièrement détaillée. Les deux comportent un <EM>powerd.c</EM> qui demande à <EM>init</EM> un shutdown immédiat lorsqu'un signal de batterie faible est reçu, ainsi que les lignes correspondantes de <EM>/etc/inittab</EM>. Pour tout le reste, je peux juste vous dire de regarder dans le code source de <EM>init</EM>.</P> <P>Aussi, pour autant que je sache, de nombreux paquetages cités ci-dessous utilisent aussi la nouvelle méthode de communication.</P> <P> <SL>NdT : Il semble que la plupart des contributeurs à ce Howto s'appuient sur le redémarrage de l'ordinateur (<CODE>/sbin/reboot</CODE>), 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 (<CODE>reboot</CODE>) par un arrêt système propre (<CODE>shutdown -h</CODE>) ou moins propre (<CODE>halt</CODE>). 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).</SL> </P> <P></P> <HR> <P> Chapitre <A HREF="UPS-HOWTO-3.html">suivant</A>, Chapitre <A HREF="UPS-HOWTO-1.html">Précédent</A> <P> Table des matières de <A HREF="UPS-HOWTO.html#toc2">ce chapitre</A>, <A HREF="UPS-HOWTO.html#toc">Table des matières</A> générale</P> <P> <A HREF="UPS-HOWTO.html">Début</A> du document, <A HREF="#0"> Début de ce chapitre</A></P> </BODY> </HTML>