Attachment 982 Details for Bug 2716 – rc-scripts manual in French

rc-scripts manual in French

rc-scripts.html (text/plain), 31.53 KB, created by FRLinux on 2002-05-14 02:27:11 UTC

(hide)

Description:

Filename:

MIME Type:

Creator: FRLinux

Created: 2002-05-14 02:27:11 UTC

Size: 31.53 KB

patch

obsolete

><html>
><head>
><meta content="text/html; charset=iso-8859-1" http-equiv="Content-Type">
><link title="new" rel="stylesheet" href="http://www.gentoo.org/main-new.css" type="text/css">
><link REL="shortcut icon" HREF="http://www.gentoo.org/favicon.ico" TYPE="image/x-icon">
><title>Gentoo Linux 
>	
>		Documentation
>	
>-- 
>	Système d'initialisation Gentoo Linux 1.0</title>
></head>
><body leftmargin="0" topmargin="0" marginheight="0" marginwidth="0" bgcolor="#ffffff"><table width="100%" border="0" cellspacing="0" cellpadding="0">
><tr><td valign="top" height="125" bgcolor="#45347b"><table cellspacing="0" cellpadding="0" border="0" width="193">
><tr><td class="logobg" valign="top" align="center" height="88"><a href="/index.html"><img border="0" src="http://www.ibiblio.org/gentoo/images/gtop-s.jpg"></a></td></tr>
><tr><td class="logobg" valign="top" align="center" height="36"><a href="/index.html"><img border="0" src="http://www.ibiblio.org/gentoo/images/gbot-s.gif"></a></td></tr>
></table></td></tr>
><tr><td valign="top" align="right" bgcolor="#ffffff"><table border="0" cellspacing="0" cellpadding="0" width="100%"><tr>
><td width="99%" class="content" valign="top" align="left">
> Système d'initialisation Gentoo Linux 1.0
><form>
>Contenu:
>	<select name="url" size="1" OnChange="location.href=form.url.options[form.url.selectedIndex].value" style="font-family:Arial,Helvetica, sans-serif; font-size:10"><option value="#doc_chap1">1. Introduction</option>
><option value="#doc_chap2">2. Niveau d'exécutions</option>
><option value="#doc_chap3">3. Les rc-scripts</option>
><option value="#doc_chap4">4. Les types de dépendances</option>
><option value="#doc_chap5">5. Controler l'ordre de démarrage sans dépendances</option>
><option value="#doc_chap6">6. Services vituels</option>
><option value="#doc_chap7">7. Les options par défaut de la ligne de commande</option>
><option value="#doc_chap8">8. Ajouter soi-meme une option à la ligne de commande</option>
><option value="#doc_chap9">9. Configuration</option>
><option value="#doc_chap10">10. Scripts: utilitaires/système d'aide</option></select>
></form>
>
><a name="doc_chap1">1.</a>Introduction
>
>Gentoo Linux utilise un système d'initialisation qui est largement controlé par les dépendances 
>entre services (par exemple: un démon &quot;x&quot; ne peut etre lancé que si un autre est lancé).
>Il doit etre facile a maintenir, et cependant assez puissant et fléxible pour tout type d'installation.
>Ce document doit plutot etre considéré comme une introduction au fonctionnement interne, plutot
>qu'un rapide guide de démarrage et d'utilisation du système d'initialisation de la Gentoo.
>Pour les plus curieux concernant ce fonctionnement... lisez les sources ;-)
>
>
>
><a name="doc_chap2">2.</a>Niveau d'exécutions
> 
> 
> Contrairement aux autres systèmes de démarrage, les niveaux d'exécutions Gentoo n'ont pas
> de noms fixes ou de numéros.
> Mais des noms personnalisés/personnalisables copiés sur les niveaux d'exécution standards sont préférés et utilisés.
> 
> <table class="ncontent" width="100%" border="0" cellspacing="0" cellpadding="0"><tr><td bgcolor="#bbffbb">
>Note: Par défaut, il y a 3 niveaux d'exécutions, nommés:&quot;boot&quot;, &quot;default&quot;
> et &quot;nonetwork&quot;.</td></tr></table>
> 
> 
> Le niveau d'exécution &quot;boot&quot; devrait etre utilisé pour des
> configurations standards du système.
> Ce niveau d'exécution est le premier niveau d'exécution qui est exécuté.
> Ensuite, le niveau d'exécution &quot;default&quot;(niveau d'exécution
> par défaut) est exécuté.
> Finalement, &quot;nonetwork&quot; est exécuté.
> 
> 
> Les scripts(liens symboliques sur les véritables scripts) formant ces niveaux d'exécution se trouvent dans
> /etc/runlevels.
> Chaque runlevel possède un répertoire dans /etc/runlevels à son nom.
> On peut trouver dans ce répertoire des liens symboliques vers les services qui doivent etre
> démarré dans ce niveau.
> 
> <table class="ncontent" width="100%" border="0" cellspacing="0" cellpadding="0"><tr><td bgcolor="#bbffbb">
>Note: Une façon commune d'ajouter ou de retirer un service d'un runlevel est expliqué dans la section
> &quot;About rc-update&quot;.</td></tr></table>
> 
> 
> Comme il a été énoncé précédemment, l'utilisateur peut changer le nom du
> runlvel comme bon lui semble, en sachant que la règle est la suivante: l'entrée dans /etc/inittab doit correspondre au
> nouveau nom du runlevel.
> 
> <table class="ncontent" width="100%" border="0" cellspacing="0" cellpadding="0"><tr><td bgcolor="#ffffbb">
>Important: Une exception a cette règle doit néanmoins etre remarquée, qui est le &quot;boot&quot; runlevel.</td></tr></table>
> 
> <table class="ncontent" width="100%" border="0" cellspacing="0" cellpadding="0"><tr><td bgcolor="#ffbbbb">
>Mise en Garde : Ne changez pas le nom du &quot;boot&quot; runlevel, sinon votre système pourrait devenir inopérationnel !</td></tr></table>
> 
> 
> Le script nommé /sbin/rc fait tout le travail, et peut etre appelé pour changer de runlevel a la volée.
> 
> <a name="_sect2">Niveau d'exécution virtuel </a>
> 
> Du au fait que les runlevels ne sont pas fixés sur ceux d'init, il peut y en avoir 
> plus que le nombre que init supporte. Ceci permet a l'utilisateur du système de créé 
> des profiles ou des runlevels virtuels qui lui conviennent.
> 
> 
> Par exemple, un utilisateur d'un portable peut avoir deux runlevels par défaut, 
> appelé &quot;online&quot; et &quot;offline&quot;. 
> Ceci permettrait d'avoir un runlevel actif lorsque la carte PCMCIA NIC est braché
> et un autre runlevel inactif quand elle ne l'est pas. Les scripts PCMCIA
> peuvent ensuite etre configurés pour appeler &quot;/sbin/rc online&quot; ou &quot;/sbin/rc offline&quot;
> lorsque le PCMCIA est actif ou non, et donc appeler le service correspondant avec le bon argument.
> 
> 
> <a name="_sect3">Les niveaux d'exécutions et XFree86 </a>
> 
> Dans la manière de faire de Gentoo, il n'y a pas de niveaux d'exécutions dédié à X,
> mais plutot un script de démarrage. Il est appelé &quot;xdm&quot; et peut etre ajouté
> aux autres runlevels si l'utilisateur le souhaite.
> 
> <table class="ncontent" width="100%" border="0" cellspacing="0" cellpadding="0"><tr><td bgcolor="#bbffbb">
>Note: Il devrait etre dans le runlevel principal, si l'utilisateur le souhaite.</td></tr></table>
> 
> <table class="ncontent" width="100%" border="0" cellspacing="0" cellpadding="0"><tr><td bgcolor="#ffbbbb">
>Mise en Garde : Ajouter le script de démarrage au runlevel de démarrage peut engendré des effets de bord.</td></tr></table>
> 
> 
> Par défaut, si vous exécutez xdm, gdm or kdm avant que vos terminaux(gettys) soient démarrés,
> X sera démarré sur la prochaine console libre. Sur les machines assez lentes ce n'est pas
> un problème si le service du gestionnaire de fenetres est démarré avant la fin du runlevel d'init.
> Les terminaux seront démarrés avant X et donc il se retrouvera sur la console 7 comme il devrait.
> Cependant sur les machines plus rapides ce n'est pas le cas. X est démarré le plus souvent sur la
> console numéro 2 en lieu et place de l'habituel terminal. Lorsque le terminal démarre ensuite, 
> il prend le controle du clavier, et le gestionnaire de fenetre perd donc le support du clavier.
> 
> 
> Ce problème est résolu en utilisant le script de démarrage DM sur l'un des niveaux d'exécution
> supplémentaires d'init, nommé 'a'. Le niveau 'a' n'est pas un réel niveau d'exécution, 
> notre script &quot;xdm&quot; ne fait simplement qu'appelé &quot;telinit a&quot;. 
> Ce qui ordonnance tous les services dans le niveau d'exécution 'a' pour lancer ensuite le niveau 
> d'exécution courant, ainsi ensuite les terminaux sont démarrés.
> 
> <table class="ncontent" width="100%" border="0" cellspacing="0" cellpadding="0"><tr><td bgcolor="#bbffbb">
>Note: Plus d'informations au sujet du niveau d'exécution 'a' peuvent etre acquises en lisant la
> page de manuel d'init.</td></tr></table>
> 
> 
> 
><a name="doc_chap3">3.</a>Les rc-scripts
> 
> Les rc-scripts sont des scripts qui définissent les fonctions communes pour chaque service, comme 
> les dépendances lors de lancement de démon/script. Ils se trouvent dans /etc/init.d/.
> 
> 
> <a name="_sect2">un rc-script type </a>
> <a name="doc_pre1"></a><table class="ntable" width="100%" cellspacing="0" cellpadding="0" border="0">
><tr><td class="infohead" bgcolor="#7a5ada">
>			Code listing 1: rc-script layout</td></tr>
><tr><td bgcolor="#ddddff"><pre>
> #!/sbin/runscript
> 
> depend() {
> need bar
> }
> 
> start() {
> ebegin &quot;Starting foo&quot;
> /sbin/foo
> eend $? &quot;Failed to start foo&quot;
> }
> 
> stop() {
> ebegin &quot;Stopping foo&quot;
> kill $(cat /var/run/foo.pid)
> eend $? &quot;Failed to stop foo&quot;
> }
> </pre></td></tr>
></table>
> 
> 
> <table class="ncontent" width="100%" border="0" cellspacing="0" cellpadding="0"><tr><td bgcolor="#bbffbb">
>Note: L'interpréteur est: &quot;/sbin/runscript&quot;.</td></tr></table>
> <table class="ncontent" width="100%" border="0" cellspacing="0" cellpadding="0"><tr><td bgcolor="#bbffbb">
>Note: La fonction &quot;depend&quot; est optionnelle.</td></tr></table>
> <table class="ncontent" width="100%" border="0" cellspacing="0" cellpadding="0"><tr><td bgcolor="#bbffbb">
>Note: Tous rc-scripts possèdent au moins une fonction &quot;start&quot;.</td></tr></table>
> 
> 
> <a name="_sect3">Contrèle du démarrage </a>
> 
> L'ordre général de démarrage des scripts est réalisé dans l'ordre alphabétique.
> Ceci est du à la sortie de /bin/ls qui est générée.
> 
> 
> La première méthode pour contourner l'ordre par défaut de démarrage est d'utiliser les dépendances.
> En revanche, s'il n'y a pas de relation entre les services, alors l'ordre type est utilisé.
> 
> 
> 
><a name="doc_chap4">4.</a>Les types de dépendances
> 
> De nombreux services sont en relation ou dépendent d'autres services.
> 
> 
> Par exemple Postfix, a besoin que le service gérant le réseau fonctionne auparavant, ainsi que
> le &quot;system logger&quot;.
> 
> 
> D'un autre coté samba nécessite lui aussi le que service réseau soit en fonctionnement. 
> Cependant, si CUPS était utilisé pour l'impression de documents, cupsd devrait être démarré avant samba.
> il faut observer que cups n'est pas indispensable au démarrage de samba.
> 
> 
> Nous avons donc deux moyens d'exprimer les relations de dépendances entre différents services.
> Les dépendances entre les services sont toujours valides quelque soit le niveaux d'exécution dans lequel vous vous trouvez, 
> ou bien si un service est démarré ou arreté à la main.
> 
> 
> <a name="_sect2">La dépendance NEED </a>
> 
> Ceci est utilisé si un service est indispensable pour le démarrage du service courant.
> 
> 
> <a name="doc_pre2"></a><table class="ntable" width="100%" cellspacing="0" cellpadding="0" border="0">
><tr><td class="infohead" bgcolor="#7a5ada">
>			Code listing 2: ajouter le &quot;logger&quot; et &quot;net&quot; comme dépendance stricte</td></tr>
><tr><td bgcolor="#ddddff"><pre>
> depend() {
> need net logger
> }
> </pre></td></tr>
></table>
> 
> 
> <table class="ncontent" width="100%" border="0" cellspacing="0" cellpadding="0"><tr><td bgcolor="#bbffbb">
>Note: Les services mentionnés ci-après NEED sont indispensables dans l'ordre pour le service courant
> afin de démarrer. Ce service ne pourra pas démarrer si l'une de ces dépendances n'est pas démarrée.</td></tr></table>
> 
> <table class="ncontent" width="100%" border="0" cellspacing="0" cellpadding="0"><tr><td bgcolor="#ffffbb">
>Important: Tout service dans une ligne NEED sera démarrée meme s'il NE se trouve PAS dans le niveau d'exécution ou niveau &quot;boot&quot;.</td></tr></table>
> 
> NEED est par conséquent une dépendance &quot;forte&quot;.
> 
> 
> <a name="_sect3">La dépendance USE </a>
> 
> Ce service n'est pas indispensable au démarrage du service courante, mais il devrait etre démarré avant le service courant
> pour une utilisation correcte du service. Mais un échec d'un service dans une ligne USE n'implique pas un échec au démarrage du service 
> en question.
> 
> 
> <a name="doc_pre3"></a><table class="ntable" width="100%" cellspacing="0" cellpadding="0" border="0">
><tr><td class="infohead" bgcolor="#7a5ada">
>			Code listing 3: ajout de portmap comme une dépendance USE à netmount</td></tr>
><tr><td bgcolor="#ddddff"><pre>
> depend() {
> use portmap
> }
> </pre></td></tr>
></table>
> 
> Netmount peut par défaut gérer les points de montage NFS, mais cela dépendra
> du fait si oui ou non portmap est ajouté au runlevel courant ou à boot. 
> Tout utilisateur/administrateur utilisant les points de montage NFS devrait par défaut ajouté portmap au
> runlevel par défaut. Ainsi netmount voit pormap comme une dépendance USE et démarre donc pormap avant.
> 
> 
> 
> <table class="ncontent" width="100%" border="0" cellspacing="0" cellpadding="0"><tr><td bgcolor="#ffffbb">
>Important: Tout service dans une ligne USE *doit* etre ajouté au runlevel courant ou boot afin d'etre considéré
> comme une dépendance USE valide.</td></tr></table>
> 
> USE est donc par conséquent une dépendance &quot;faible&quot;.
> 
> 
> 
> <table class="ncontent" width="100%" border="0" cellspacing="0" cellpadding="0"><tr><td bgcolor="#bbffbb">
>Note: Si un service dans une ligne USE échoue au démarrage, le service démarrera quand meme,
> car les services dans la ligne USE n'est pas critique.</td></tr></table>
> 
> 
> 
><a name="doc_chap5">5.</a>Controler l'ordre de démarrage sans dépendances
> 
> Si il n'existe pas de relation de dépendance entre deux services, mais il est nécessaire et/ou désirable de démarrer
> un service l'un avant l'autre, les relations AFTER et BEFORE peuvent etre utilisées.
> 
> <table class="ncontent" width="100%" border="0" cellspacing="0" cellpadding="0"><tr><td bgcolor="#bbffbb">
>Note: Ces deux types de relations ne sont valides que durant un changement de runlevel.</td></tr></table>
> 
> 
> De plus, ces deux relations peuvent supporter l'étoile &quot;*&quot;
> signifiant d'inclure tous les autres services:
> 
> 
> <a name="doc_pre4"></a><table class="ntable" width="100%" cellspacing="0" cellpadding="0" border="0">
><tr><td class="infohead" bgcolor="#7a5ada">
>			Code listing 4: un exemple pour le type AFTER</td></tr>
><tr><td bgcolor="#ddddff"><pre>
> depend() {
> after *
> }
> </pre></td></tr>
></table>
> 
> Ce qui va invoqué local *après* tous les autres services.
> 
> <a name="_sect2">l'ordre de démarrage BEFORE </a>
> 
> Le service courant sera démarré *avant* ceux qui sont listés sur
> la ligne BEFORE.
> 
> 
> <a name="doc_pre5"></a><table class="ntable" width="100%" cellspacing="0" cellpadding="0" border="0">
><tr><td class="infohead" bgcolor="#7a5ada">
>			Code listing 5: foo démarrera avant bar</td></tr>
><tr><td bgcolor="#ddddff"><pre>
> depend() {
> before bar
> }
> </pre></td></tr>
></table>
> 
> <a name="_sect3">L'ordre de démarrage AFTER </a>
> 
> Le service courant démarrera *après* ceux listés sur la ligne AFTER.
> 
> 
> <a name="doc_pre6"></a><table class="ntable" width="100%" cellspacing="0" cellpadding="0" border="0">
><tr><td class="infohead" bgcolor="#7a5ada">
>			Code listing 6: bar démarrera après foo</td></tr>
><tr><td bgcolor="#ddddff"><pre>
> depend() {
> after foo
> }
> </pre></td></tr>
></table>
> 
> 
><a name="doc_chap6">6.</a>Services vituels
> 
> Les services sont comme beaucoup des choses dans le monde unix, ils se
> présentent sous diverses formes et accomodations. C'est donc à l'utilisateur/administrateur
> de faire le choix des quels il utilise et sous quelle forme.
> 
> 
> Le système de journalisation des évènements système (system logger) est un exemple. Dans cette manière de garder trace des
> évènements système, les utilisateurs de Gentoo Linux ont le choix parmi quatre possibilités. Tous les services qui
> nécessitent que le journal système fonctionne avant leur démarrage ne peuvent etre de type NEED
> tous les quatre.Pour USE(utiliser) , ce serait trop facile.
> As of this writing, Gentoo Linux users have a choice of four
> different ones. All services that need a system logger running before startup, cannot now NEED
> all four of them. To USE them is also too weak.
> 
> 
> C'est où les services virtuels et le type PROVIDE entrent en action.
> 
> 
> <a name="_sect2">Le tyze PROVIDE </a>
> 
> Le type PROVIDE définit un service virtuel qui pour les autres services peut etre NEED ou USE.
> 
> 
> <a name="doc_pre7"></a><table class="ntable" width="100%" cellspacing="0" cellpadding="0" border="0">
><tr><td class="infohead" bgcolor="#7a5ada">
>			Code listing 7: sysklogd fournissant un logger</td></tr>
><tr><td bgcolor="#ddddff"><pre>
> depend() {
> provide logger
> }
> </pre></td></tr>
></table>
> 
> <a name="_sect3">Le service virtuel LOGGER </a>
> 
> 
>LOGGER est un service virtuel prédéfini, qui est fournis par tous
> les loggers.
> Il peut etre utilisé indifféremment avec les types de dépendances NEED ou USE.
> 
> 
> <a name="_sect4">Le service virtuel NET </a>
> 
> Le service NET est un autre service virtuel , mais contraiement à LOGGER,
> il n'est pas explicitement un service de type PROVIDE.
> 
> 
> 
> <table class="ncontent" width="100%" border="0" cellspacing="0" cellpadding="0"><tr><td bgcolor="#ffffbb">
>Important: Pour fournir le service virtuel NET, un service doit :
> <ul>
> <li>Etre ajouté au service courant ou au runlevel de démarrage.</li>
> <li>Avoir ;net.&quot; pre-pended.</li>
> <li>La partie arpès &quot;net.&quot; doit etre le nom de l'actuel interface
> réseau (net.eth0 ou net.ppp1 par exemple).</li>
> </ul>
> </td></tr></table>
> 
> 
> Pour tous les services net.*, la variable d'environnement $IFACE prendra
> pour valeur le nom de l'interface réseau (&quot;eth0&quot; pour net.eth0 par exemple).
> 
> 
> 
><a name="doc_chap7">7.</a>Les options par défaut de la ligne de commande
> 
> Tout service peut etre appelé avec les options par défaut. Toutes celles
> mentionnées sont déjà définies sauf, START et STOP, que
> l'utilisateur devrait définir comme fonction dans son script rc.
> 
> <table class="ncontent" width="100%" border="0" cellspacing="0" cellpadding="0"><tr><td bgcolor="#ffffbb">
>Important: The start() function must be defined.</td></tr></table>
> <table class="ncontent" width="100%" border="0" cellspacing="0" cellpadding="0"><tr><td bgcolor="#bbffbb">
>Note: The stop() function is less important, and can be left out.</td></tr></table>
> 
> 
> 
> <table class="ncontent" width="100%" border="0" cellspacing="0" cellpadding="0"><tr><td bgcolor="#bbffbb">
>Note: En général, l'utilisateur définira seulement start(),stop()
> et restart(). Le reste est interne et devrait etre laissé de coté.</td></tr></table>
> 
> 
> <a name="doc_pre8"></a><table class="ntable" width="100%" cellspacing="0" cellpadding="0" border="0">
><tr><td class="infohead" bgcolor="#7a5ada">
>			Code listing 8: démmaré de service httpd</td></tr>
><tr><td bgcolor="#ddddff"><pre>
> # /etc/init.d/httpd start
> </pre></td></tr>
></table>
> 
> 
> <table class="ncontent" width="100%" border="0" cellspacing="0" cellpadding="0"><tr><td bgcolor="#bbffbb">
>Note: Les options de la ligne de commande peuvent etre cumulées.</td></tr></table>
> 
> 
> <a name="doc_pre9"></a><table class="ntable" width="100%" cellspacing="0" cellpadding="0" border="0">
><tr><td class="infohead" bgcolor="#7a5ada">
>			Code listing 9: pause/start de net.eth0</td></tr>
><tr><td bgcolor="#ddddff"><pre>
> # /etc/init.d/net.eth0 pause start
> </pre></td></tr>
></table>
> 
> <a name="_sect2">L'option START/STOP </a>
> 
> 
>START (démarrer) le service en incluant tous les services qui en dépendent.
> 
> 
> 
>STOP (arreter) le service et tous les services qui en dépendent.
> 
> 
> <a name="_sect3">L'option RESTART </a>
> 
> Le service doit etre démarré pour que RESTART fonctionne.
> Il redemarrera ce service tout comme ceux qui en dépendent.
> 
> <table class="ncontent" width="100%" border="0" cellspacing="0" cellpadding="0"><tr><td bgcolor="#ffffbb">
>Important: Si une fonction restart personnalisée par l'utilisateur est
> définie, l'utilisateur devrait utiliser &quot;svc_start()&quot;
> et &quot;svc_stop()&quot; pour démarrer et arreter le service.</td></tr></table>
> 
> <table class="ncontent" width="100%" border="0" cellspacing="0" cellpadding="0"><tr><td bgcolor="#bbffbb">
>Note: Ceci est réalisé pour gérer correctement toutes les dépendances entre les services.</td></tr></table>
> 
> 
> <a name="_sect4">L'option PAUSE </a>
> 
> Cela stoppera le service, mais en revanche STOP, n'arretera pas les services
> dépendants.
> 
> 
> <a name="_sect5">L'option ZAP </a>
> 
> Réinitialise le status du service à arreter.
> 
> <table class="ncontent" width="100%" border="0" cellspacing="0" cellpadding="0"><tr><td bgcolor="#bbffbb">
>Note: Notez qu'aucune commande dans la fonction stop() ne sont exécutées.
> L'utilisateur devra par conséquent réalisé lui-meme les opérations
> nécessaires à l'arret ou autre s'il le souhaite.</td></tr></table>
> 
> 
> <a name="_sect6">L'option INEED/NEEDSME </a>
> 
> 
>INEED liste les services nécessaires à ce service.
> 
> 
> 
>NEEDSME liste les services qui ont besoin du service courant.
> 
> 
> <a name="_sect7">L'option IUSE/USESME </a>
> 
> 
>IUSE liste les services qu'utilise ce service.
> 
> 
> 
>USESME liste les services qui utilisent ce service.
> 
> 
> <a name="_sect8">L'option BROKEN </a>
> 
> Cela liste les services manquants s'il y en a, qui sont nécessaires au
> bon usage du service.
> 
> 
> 
><a name="doc_chap8">8.</a>Ajouter soi-meme une option à la ligne de commande
> 
> Il est relativement facile d'ajouter une option de ligne de commande. La
> fonction décrivant l'option devra etre définie dans le script-rc, et son nom
> devra etre ajouter à la variable d'environnement $opts, comme décrit ci-dessous.
> 
> 
> <a name="doc_pre10"></a><table class="ntable" width="100%" cellspacing="0" cellpadding="0" border="0">
><tr><td class="infohead" bgcolor="#7a5ada">
>			Code listing 10: foo comme option</td></tr>
><tr><td bgcolor="#ddddff"><pre>
> opts=&quot;${opts} foo&quot;
> 
> foo() {
> ............
> }
> </pre></td></tr>
></table>
> 
> 
><a name="doc_chap9">9.</a>Configuration
> 
> La configuration se fera généralement en utilisant les variables d'environment.
> Celles-ci, cependant, ne doivent pas etre ajouter directement dans le
> script-rc, mais plutot ans l'un des trois fichiers de configuration suivant:
> 
> 
> L'un est spécifique au script-rc, et les deux autres sont des fichiers de
> configurations globaux:
> 
> 
> <a name="doc_pre11"></a><table class="ntable" width="100%" cellspacing="0" cellpadding="0" border="0">
><tr><td class="infohead" bgcolor="#7a5ada">
>			Code listing 11: fichier de configuration pour rc-scripts</td></tr>
><tr><td bgcolor="#ddddff"><pre>
> /etc/conf.d/&lt;name of rc-script&gt;
> /etc/conf.d/basic
> /etc/rc.conf
> </pre></td></tr>
></table>
> 
> 
> <table class="ncontent" width="100%" border="0" cellspacing="0" cellpadding="0"><tr><td bgcolor="#bbffbb">
>Note: Ces trois fichiers forment le source dans cet ordre, faites donc
> attention dans à cet ordre et placer donc vos variables et fonction au bon
> endroit.</td></tr></table>
> 
> <table class="ncontent" width="100%" border="0" cellspacing="0" cellpadding="0"><tr><td bgcolor="#ffffbb">
>Important: Tous les services NET prennent leur informations dans /etc/conf.d/net
></td></tr></table>
> 
> 
> 
><a name="doc_chap10">10.</a>Scripts: utilitaires/système d'aide
><a name="_sect1">L'utilitaire: rc-update </a>
> 
> rc-update est l'outil principal pour ajouter ou supprimer des services
> d'un runlevel. Il appelera &quot;depscan.sh&quot; pour mettre à jour le cache des dépendances.
> 
> 
> <a name="doc_pre12"></a><table class="ntable" width="100%" cellspacing="0" cellpadding="0" border="0">
><tr><td class="infohead" bgcolor="#7a5ada">
>			Code listing 12: ajout de metalog au runlevel par défaut</td></tr>
><tr><td bgcolor="#ddddff"><pre>
> # rc-update add metalog default
> </pre></td></tr>
></table>
> 
> <a name="doc_pre13"></a><table class="ntable" width="100%" cellspacing="0" cellpadding="0" border="0">
><tr><td class="infohead" bgcolor="#7a5ada">
>			Code listing 13: enelever metalog du runlevel par défaut</td></tr>
><tr><td bgcolor="#ddddff"><pre>
> # rc-update del metalog default
> </pre></td></tr>
></table>
> 
> 
> <table class="ncontent" width="100%" border="0" cellspacing="0" cellpadding="0"><tr><td bgcolor="#bbffbb">
>Note: Utiliser rc-update sans argument vous fournira de l'aide sur son utilisation.</td></tr></table>
> 
> 
> <a name="_sect2">Le script d'aide depscan.sh </a>
> 
> Il est utilisé pour créé un cache des dépendances, c'est d'un manière assez
> basique: une carte de dépendances inter-services.
> 
> 
> Il devrait etre exécuter lorsque un nouveau script est ajouté à /etc/init.d/,
> mais rc-update l'appelle automatiquement, de nombreux utilisateurs ne
> devraient donc pas avoir besoin de l'utiliser directement.
> 
> 
> 
></td>
><td width="1%" bgcolor="#dddaec" valign="top"><table border="0" cellspacing="5" cellpadding="0">
><tr><td><img src="http://www.ibiblio.org/gentoo/images/line.gif"></td></tr>
><tr><td align="center" class="alttext">
>					Mis à jour 12 mai 2002</td></tr>
><tr><td><img src="http://www.ibiblio.org/gentoo/images/line.gif"></td></tr>
><tr><td class="alttext">
><a class="altlink" href="mailto:azarah@gentoo.org">Martin Schlemmer</a> Auteur <a class="altlink" href="mailto:c.lucas@ifrance.com">Christophe Lucas</a> Traducteur <a class="altlink" href="mailto:">FRLinux</a> Relecteur 
></td></tr>
><tr><td><img src="http://www.ibiblio.org/gentoo/images/line.gif"></td></tr>
><tr><td class="alttext">
>Résumé : Ce guide est une introduction au système d'initialisation de la distribution
>Gentoo 1.0, et comprends aussi quelques details concernant l'écriture de rc-scripts
>(script d'initialisation).</td></tr>
><tr><td><img src="http://www.ibiblio.org/gentoo/images/line.gif"></td></tr>
><tr><td align="center">
>Aidez le développement de Gentoo à l'aide de votre carte de crédit !
><form action="https://www.paypal.com/cgi-bin/webscr" method="post">
><input type="hidden" name="cmd" value="_xclick"><input type="hidden" name="business" value="drobbins@gentoo.org"><input type="hidden" name="item_name" value="Gentoo Linux Support"><input type="hidden" name="item_number" value="1000"><input type="hidden" name="image_url" value="http://www.gentoo.org/images/paypal.png"><input type="hidden" name="no_shipping" value="1"><input type="hidden" name="return" value="http://www.gentoo.org"><input type="hidden" name="cancel_return" value="http://www.gentoo.org"><input type="image" src="http://images.paypal.com/images/x-click-but21.gif" border="0" name="submit" alt="Make payments with PayPal - it's fast, free and secure!">
></form>
></td></tr>
><tr><td><img src="http://www.ibiblio.org/gentoo/images/line.gif"></td></tr>
><tr><td align="center">
>Achetez de la RAM à l'aide de ce lien, et une partie de votre achat ira au développement de Gentoo Linux.
><a href="http://www.qksrv.net/click-477620-5032687" target="_top"><img src="http://www.qksrv.net/image-477620-5032687" width="125" height="125" alt="DDR Memory at Crucial.com" border="0"></a>Pourquoi eux ? Parce que cvs.gentoo.org et inventor.gentoo.org utilisent de la RAM haute qualité de chez Crucial. Nous savons que la qualité est au rendez-vous car nous l'utilisons nous-même.
></td></tr>
><tr><td><img src="http://www.ibiblio.org/gentoo/images/line.gif"></td></tr>
></table></td>
></tr></table></td></tr>
><tr><td align="right" class="infohead" width="100%" bgcolor="#7a5ada">
>			Copyright 2001 Gentoo
>		Technologies, Inc. Questions, Commentaires, Corrections? Email <a class="highlight" href="mailto:gentoo-dev@gentoo.org">gentoo-dev@gentoo.org</a>.
>			</td></tr>
></table></body>
></html>

Actions: View

Attachments on bug 2716: 982