Voir la source de Initialisation de la distribution Slackware

[[Catégorie:Administration système]]
[[Catégorie:Slackware]]

= L'initialisation de la distribution Slackware =

<div class="leatitre">L'initialisation de la distribution Slackware</div><div class="leapar">Par Michel Lalumiere<br /> Révision : Pascal Cussy</div><div class="leadesc"> Voici un résumé du système d'initialisation de la Slackware qui se veut un peu particulier de par sa conception et ses niveaux d'exécution par rapport aux autres distributions qui emploient le System V. </div>
----

== Introduction ==

Comprendre le mécanisme d'initialisation de la Slackware permet de personnaliser et de configurer correctement la distribution. C'est à  ce stade par exemple que l'on pourra décider de charger certains modules ou de démarrer ou non certains services. <br /> Ce mécanisme d'initialisation repose en grande partie sur le programme <tt>init</tt> qui, à  partir de son fichier de configuration <tt>/etc/inittab</tt>, va lancer certains des scripts bash contenus dans le répertoire <tt>/etc/rc.d</tt>. <br /> Les développeurs de Slackware nomment son processus d'initialisation BSD-like parce qu'il s'appuie en partie sur le système développé par la Berkeley Software Development (BSD). Certains le décrivent ainsi "Faire du BSD avec du System V" (le "V" désigne le chiffre romain 5). Le System V constitue un autre mode d'initialisation, utilisé par exemple par la Red Hat et les distributions dérivées comme la Mandrake. <br /> Cet article vise à  couvrir le processus d'initialisation, du démarrage de l'ordinateur à  l'ouverture d'une session. Pour ce, quelques principes généraux sont exposés. La configuration de l'initialisation proprement dite est traitée dans un deuxième temps avec la présentation du fichier <tt>/etc/inittab</tt> et des scripts du répertoire <tt>/etc/rc.d</tt>. Pour finir, sont décrits les mécanimes conduisant à  l'ouverture d'une session sur le système. <br />

== Les principes généraux ==

A l'allumage de l'ordinateur, le BIOS (Basic Input Output System) recherche les périphériques présents puis exécute le POST (Power On Self Test) qui effectue un certain nombre de vérifications du matériel. Il recherche ensuite un système d'exploitation dans la liste des supports précisé dans le Setup du BIOS. <br /> Nous supposerons ici que le système d'exploitation est situé sur le disque dur même si celui-ci n'est pas toujours le premier support recherché. <br /> Sur la Slackware, comme sur toute distribution Linux, un chargeur de boot est installé. Il s'agit en l'occurrence de Lilo. Celui-ci place sur le disque un petit programme chargé de lancer le système. Ce programme peut être placé sur le premier secteur de la partition active ou, si l'on dispose de plusieurs système d'exploitation sur sa machine, sur le MBR (Master Boot Record). <br /> Il s'agit en fait du premier secteur du disque dur et contient la table des partitions et un programme qui charge le secteur de début de la partition active si Lilo n'y est pas installé. <br /> Lilo charge le noyau qui est exécuté en mémoire. Entre autres tâches, celui-ci détecte le matériel, monte le système de fichiers et se charge pour finir de lancer le programme <tt>/sbin/init</tt> qui démarre l'initialisation du système.

Seul et unique processus à  être lancé directement par le kernel, <tt>init</tt> est le père de tous les autres processus (il s'agit du processus numéro 1 comme le montrent les commandes <tt>ps -ax</tt> ou <tt>pstree -a</tt>). <br /> Il a pour tâche de lancer chacun des processus, démons, sessions de login et de gérer l'arrêt du système ainsi que d'autres fonctions pour lesquelles il a été conà§u ou configuré. <br /> Pour cela, différents états dits niveaux d'exécution (ou <tt>runlevels</tt>) sont définis. Plus précisément, un niveau d'exécution correspond à  une configuration logicielle qui permet de lancer un certain nombre de processus. <br /> Le programme <tt>init</tt> définit 8 niveaux d'exécution: les 7 niveaux numérotés 0 à  6 et le niveau S (ou s) comme <tt>Single</tt>. Les niveaux 7 à  9 sont également reconnus mais ils ne sont pas documentés. Il existe également les pseudo-niveaux <tt>a</tt>, <tt>b</tt> et <tt>c</tt> qui sont utilisés pour lancés des commandes à  partir du fichier <tt>/etc/inittab</tt> dans un mode particulier appelé <tt>ondemand</tt>. <br /> Le niveau S n'est pas destiné à  être utilisé directement mais pour les scripts exécutés au niveau 1. Il est utilisé pour passer en mode mono-utilisateur et ne requiert pas de fichier <tt>/etc/inittab</tt>. <br /> La page de manuel d'<tt>init</tt> précise que les niveaux 0, 1 et 6 sont réservés. Le niveau 0 est utilisé pour arrêter le système, le niveau 6 pour relancer la machine et le niveau 1 pour passer en mode mono-utilisateur (par exemple, pour maintenance du système). <br /> On peut passer à  un autre niveau d'exécution à  l'aide de la commande <tt>telinit</tt>.

Avec le System V , à  chaque niveau d'initialisation correspond un répertoire <tt>/etc/rc.d/rc''n''.d</tt>, ''n'' désignant le niveau d'initialisation. En fait, les scripts sont situés dans le répertoire <tt>/etc/rc.d/init.d</tt> et des liens symboliques sont créés vers ceux-ci dans chaque répertoire <tt>rc''n''.d</tt>. <br /> Avec la Slackware et son système d'initialisation de type BSD, il n'y a plus de répertoire particulier affecté à  chaque niveau mais des scripts, organisés par fonction (par exemple <tt>rc.M </tt> pour le chargement des modules) et qui peuvent être communs à  plusieurs niveaux d'exécution. <br /> C'est en fait l'écriture du fichier de configuration <tt>/etc/inittab</tt> qui permet de lancer ces scripts. Ceci nous amène à  parler maintenant des fichiers de configuration. <br />

== Les fichiers et scripts de configuration ==

Comme précisé auparavant, il s'agit du fichier <tt>/etc/inittab</tt> et des scripts situés dans le répertoire <tt>/etc/rc.d</tt>. De faà§on sommaire, on peut dire que le fichier <tt>/etc/inittab</tt> va dans tous les cas indiquer au programme <tt>init</tt> d'exécuter <tt>rc.S</tt> puis, selon le niveau d'exécution, <tt>rc.6</tt> ou <tt>rc.4</tt> ou <tt>rc.K</tt> ou <tt>rc.M</tt>, ce dernier exécutant la plupart des autres scripts du répertoire <tt>/etc/rc.d</tt> (avec un nom en général du type <tt>rc.''fonction''</tt>, l'extension ''fonction'' permettant de préciser l'objet du script).

=== Le fichier <tt>/etc/inittab</tt> ===

Il convient de dire quelques mots sur la faà§on de rédiger ce fichier avant de discuter de celui de la Slackware. <br /> La commande <tt>man inittab</tt> précise qu'une entrée dans le fichier <tt>/etc/inittab</tt> doit avoir la forme:

<div style="text-align:center"><tt>code:niveau:action:commande</tt> </div>

avec

* <tt>code</tt> une séquence de 1 à  4 caractères qui identifient de manière unique une entrée dans le fichier (en général, deux caractères seulement sont utilisés pour des raisons historiques) 
* <tt>niveau</tt> un ou plusieurs niveaux d'exécution (écrits les uns à  la suite des autres sans espace) 
* <tt>action</tt> l'action qui doit être entreprise (voir ci-dessous) 
* <tt>processus</tt> la commande ou le script qui sera lancé pour le ou les niveaux précisés 

Les actions peuvent être : <br />

<div style="margin-left:0.35in">

{| width="90%"
|- valign="top"
| '''respawn'''
| le processus est automatiquement relancé une fois terminé (par exemple, la console redémarre lorsque l'on ferme la session avec la commande <tt>exit</tt>).
|- valign="top"
| '''wait'''
| le processus n'est lancé qu'une seule fois et <tt>init</tt> attend qu'il se termine avant de poursuivre.
|- valign="top"
| '''once'''
| le processus n'est exécuté qu'une seule fois dans le ou les niveaux spécifiés.
|- valign="top"
| '''boot'''
| le processus sera lancé au moment du lancement du système, le niveau d'exécution étant ignoré.
|- valign="top"
| '''bootwait'''
| comme boot mais <tt>init</tt> attend qu'il se termine pour continuer.
|- valign="top"
| '''off'''
| ne fait rien du tout.
|- valign="top"
| '''ondemand'''
| pour lancer les processus lors d'un pseudo passage en mode <tt>ondemand</tt>, ces niveaux étant nommés<tt>a</tt>, <tt>b</tt> et <tt>c</tt> (en fait, il n'y a pas de changement de niveau, les commandes processus sont simplement lancées).
|- valign="top"
| '''initdefault'''
| pour définir le niveau par défaut après le démarrage, le champ commande étant ignoré (si aucun niveau n'est spécifié, le niveau d'exécution sera demandé sur la console).
|- valign="top"
| '''sysinit'''
| définit un processus à  lancer pendant le démarrage et qui sera exécuté avant toutes les lignes boot ou bootwait, le champ niveau étant ignoré.
|- valign="top"
| '''powerwait'''
| définit la commande à  lancer quand init reà§oit le signal SIGPWR qui indique un problème d'alimentation. <tt>Init</tt> attendra que le processus soit terminé pour poursuivre.
|- valign="top"
| '''powerfail'''
| idem que powerwait mais <tt>init</tt> n'attend pas que le processus soit terminé.
|- valign="top"
| '''powerokwait'''
| définit le processus à  lancer si un SIGPWR est reà§u. Le fichier /etc/powerstatus s'il existe est contrà´lé. Si celui-ci contient la chaà®ne OK, c'est que le problème d'alimentation est résolu.
|- valign="top"
| '''powerfailnow'''
| survient si la batterie d'un système d'alimentation externe est presque vide et que l'alimentation va cesser.
|- valign="top"
| '''ctrlaltdel'''
| définit le processus à  lancer si la séquence de touches '''<tt>[Ctrl]+[Alt]+[Suppr]</tt>''' est initiée. Habituellement c'est la commande <tt>shutdown</tt> qui est appelée.
|- valign="top"
| '''kbrequest'''
| le processus sera lancé si <tt>init</tt> reà§oit un signal indiquant qu'une combinaison spéciale de touches a été pressée.
|}

 </div>

<br /><br /> Tout ceci peut-être illustré à  l'aide du fichier <tt>inittab</tt> de la Slackware 9.1, dont voici un extrait. Les commentaires ont été traduits. <br /> Les scripts qu'il appelle sont tous regroupés dans le répertoire <tt>/etc/rc.d</tt> et comme vous le constaterez plus loin, ce répertoire ne contient que des scripts ''bash'' reliés aux différents niveaux d'exécution et non des sous-répertoires comme comme pour le System V (qui est utilisé par exemple dans les distributions de type RedHat). <br /> Il est précisé dans ce fichier que la Slackware utilise 6 niveaux d'exécution : <br />

<div style="color:blue;margin-left:0.5in"> 0 = arrêt du système <br /> 1 = mode mono-utilisateur <br /> 2 = inutilisé (mais configuré comme le niveau 3) <br /> 3 = mode multi-utilisateurs (niveau par défaut) <br /> 4 = mode graphique avec Kdm, Gdm ou Xdm <br /> 5 = inutilisé (mais configuré comme le niveau 3) <br /> 6 = redémarrage <br /> </div>

Les niveaux sont alors définis de la faà§on suivante

<div style="margin-left:0.5in">

<span class="blue"> # Niveau d'exécution par défaut défini par l'utilisateur <br /> id:3:initdefault: </span><br /><span class="aparte"> Il s'agit de la ligne qui précise le niveau d'initialisation par défaut. On remarque que bien évidemment aucune commande n'est spécifiée. Il est également précisé qu'il ne faut jamais mettre le niveau à  0 ou 6 pour éviter que le système ne s'arrête ou ne redémarre dès l'initialisation. </span>

<span class="blue"> <tt><nowiki># Initialisation du système (lancé au démarrage du système).</nowiki></tt><br /><tt>si:S:sysinit:/etc/rc.d/rc.S</tt> </span><br /><span class="aparte"> Le script <tt>/etc/rc.d/rc.S</tt> est lancé au démarrage du système quel que soit le niveau du fait que l'action <tt>sysinit</tt> est précisée (le choix du niveau <tt>S</tt> est en fait inutile ici). <br /> Ce script, entre autres choses, active le swap, teste le système de fichiers, reboote si le système de fichiers a été réparé et a changé et lance le script <tt>/etc/rc.d/rc.modules</tt> qui charge les modules nécessaires. </span>

<span class="blue"> <tt><nowiki># Script à  lancer lorsque l'on passe en mode mono-utilisateur (niveau 1 ou S)</nowiki></tt><br /><tt>su:1S:wait:/etc/rc.d/rc.K</tt> </span><br /><span class="aparte"> Ce script est chargé de terminer tous les démons et de passer ensuite au niveau 1 à  l'aide de la commande <tt>telinit -t 1 1</tt>. </span>

<span class="blue"> <tt><nowiki># Script à  lancer lorsque l'on passe en mode multi-utilisateurs.</nowiki></tt><br /><tt>rc:2345:wait:/etc/rc.d/rc.M</tt> </span><br /><span class="aparte"> Le script <tt>rc.M</tt> est lancé aux niveaux multi-utilisateurs 2, 3, 4 et 5. Comme on le verra plus loin, c'est l'un des scripts les plus importants du répertoire <tt>/etc/rc.d</tt> puisqu'il est chargé de lancer une grande partie des autres. </span>

<span class="blue"> <tt><nowiki># Que faire des "trois doigts magiques"</nowiki></tt><br /><tt>ca::ctrlaltdel:/sbin/shutdown -t5 -r now</tt> </span><br /><span class="aparte"> On peut remplacer l'option <tt>-r</tt> par <tt>-h</tt> pour que l'ordinateur soit arrêté et non relancé lorsque l'on appuie simultanément sur les trois touches '''[Ctrl]+[Alt]+[Suppr]''' dans une console </span>

<span class="blue"> <tt><nowiki># Le niveau 0 arrête le système.</nowiki></tt><br /><tt>l0:0:wait:/etc/rc.d/rc.0</tt> </span><br /><span class="aparte"> En fait, <tt>rc.0</tt> n'est qu'un lien vers <tt>rc.6</tt> qui teste néanmoins si c'est le niveau 0 qui a été appelé. Dans ce dernier cas, il exécute la commande <tt>poweroff</tt>. <br /> Ce script permet d'éteindre correctement la machine en arrêtant un certain nombre de démons comme <tt>mysql</tt> ou <tt>apache</tt> et en démontant le système de fichiers. </span>

<span class="blue"> <tt><nowiki># Le niveau 6 relance le système.</nowiki></tt><br /><tt>l6:6:wait:/etc/rc.d/rc.6</tt> </span><br /><span class="aparte"> Au niveau d'exécution 6, le script <tt>rc.6</tt> est appelé directement et lance dans ce cas la commande <tt>reboot</tt>. </span>

<span class="blue"> <tt><nowiki># Que faire en cas de pb d'alimentation (shutdown en mode mono-utilisateur)</nowiki></tt><br /><tt><nowiki># (note de Martial: concerne les systèmes avec onduleurs et démon d'alim)</nowiki></tt><br /><tt>pf::powerfail:/sbin/genpowerfail start</tt> </span>

<span class="blue"> <tt><nowiki># Si l'alimentation est rétablie avant le shutdown, on annule celui-ci</nowiki></tt><br /><tt>pg::powerokwait:/sbin/genpowerfail stop</tt> </span>

<span class="blue"> <tt><nowiki># Les getties en mode multi-utilisateur</nowiki></tt><br /><tt>c1:1235:respawn:/sbin/agetty 38400 tty1 linux</tt><br /><tt>c2:1235:respawn:/sbin/agetty 38400 tty2 linux</tt><br /><tt>c3:1235:respawn:/sbin/agetty 38400 tty3 linux</tt><br /><tt>c4:1235:respawn:/sbin/agetty 38400 tty4 linux</tt><br /><tt>c5:1235:respawn:/sbin/agetty 38400 tty5 linux</tt><br /><tt>c6:12345:respawn:/sbin/agetty 38400 tty6 linux</tt> </span><br /><span class="aparte"> Il s'agit des consoles texte. On passe de l'une à  l'autre par '''<tt>[Ctrl]+[ALT]+[Fn]</tt>'''. On peut en commenter quelques unes si la machine n'est pas utilisée simultanément par plusieurs personnes afin d'économiser un peu d'espace mémoire. <br /> L'action <tt>respawn</tt> entraà®ne que le programme <tt>agetty</tt> est automatiquement relancé dès que l'on quitte une session, permettant qu'une autre soit ouverte. <br /> Elles sont activées pour les niveaux 1, 2, 3 et 5. On remarque que la console 6 est également activée au niveau 4. Une remarque dans le fichier explique pourquoi : <br /> "Le niveau 4 n'était utilisé que pour les systèmes uniquement sous X, jusqu'à  ce que l'on découvre qu'il mettait <tt>init</tt> dans une boucle qui maintenait la charge système en permanence à  1. En conséquence, il y a maintenant un getty ouvert sur tty6. Heureusement, personne ne s'en est rendu compte. ;^) <br /> En tous cas, il n'est pas mauvais d'avoir une console texte au cas où quelque chose irait mal sous X." </span>

<span class="blue"> <tt><nowiki># Lignes série</nowiki></tt><br /><tt><nowiki>#s1:12345:respawn:/sbin/agetty 19200 ttyS0 vt100</nowiki></tt><br /><tt><nowiki>#s2:12345:respawn:/sbin/agetty 19200 ttyS1 vt100</nowiki></tt> </span>

<span class="blue"> <tt><nowiki># Lignes Dialup</nowiki></tt><br /><tt><nowiki>#d1:12345:respawn:/sbin/agetty -mt60 38400,19200,9600,2400,1200 ttyS0 vt100</nowiki></tt><br /><tt><nowiki>#d2:12345:respawn:/sbin/agetty -mt60 38400,19200,9600,2400,1200 ttyS1 vt100</nowiki></tt> </span>

<span class="blue"> <tt>x1:4:wait:/etc/rc.d/rc.4</tt> </span><br /><span class="aparte"> Cette dernière ligne définit ce qui doit être fait au niveau 4. Le script <tt>rc.4</tt> est exécuté ce qui permet de lancer un gestionnaire graphique (<tt>gdm</tt>, <tt>kdm</tt> ou <tt>xdm</tt>). </span>

 </div>

On voit donc que les niveaux 0 à  6 y sont référés ainsi que le niveau S, mais en fait ils sont regroupés pour que le système n'en voie que trois.

# Le niveau d'arrêt et de redémarrage du système ( 0 et 6 ) le niveau 0 étant en fait un lien du niveau 6. 
# Un niveau pour le passage en mode mono-utilisateur ( 1 ou S ) 
# Un niveau multi-utilisateur ( 2 et 3 et 4 pour le mode X ) 

On notera ainsi qu'il n'y a aucune différence entre les modes 2-3 et 5 et que les modes 0 et 6 partagent le même script puisqu'il n'y a que la dernière commande qui doit changer (<tt>poweroff</tt> ou <tt>reboot</tt> selon le cas). <br /> Les niveaux 2 et 5 sont néanmoins évoqués au cas où l'on souhaiterait définir de nouveaux niveaux multi-utilisateurs personnalisés.

Enfin, ce fichier peut être édité pour y insérer une commande quelconque que l'utilisateur aimerait avoir lors du démarrage. Voici à  cet égard un exemple de l'insertion d'une telle commande pour avoir le contenu d'un fichier log sur une console quelconque. <br /><tt>log:2345:respawn:/usr/bin/tail -f --retry /var/log/sys.log >/dev/ttyXXX</tt><br /><br />

=== Les scripts contenus dans le répertoire <tt>/etc/rc.d</tt> et leur signification ===

Nous avons vu auparavant que <tt>init</tt> utilisait fichier <tt>/etc/inittab</tt> pour exécuter les différentes tâches nécessaires à  l'initialisation du système. C'est à  partir de ce fichier que sont lancés les scripts contenus dans le répertoire <tt>/etc/rc.d</tt>. <br /> On va maintenant passer en revue ces scripts pour voir à  quoi ils servent et leur interdépendance. <br /> La configuration du fichier <tt>/etc/inittab</tt> est telle que:

* <tt>rc.S</tt> est lancé au démarrage quel que soit le niveau d'initialisation
* <tt>rc.K</tt> est lancé en mode mono-utilisateur (niveaux 1 et S)
* <tt>rc.0</tt> est lancé à  l'arrêt de l'ordinateur (niveau 0)
* <tt>rc.6</tt> est lancé lors du redémarrage de l'ordinateur (niveau 6)
* <tt>rc.4</tt> est lancé seulement pour le niveau 4
* <tt>rc.M</tt> est lancé aux niveaux multi-utilisateurs 2, 3, 4 et 5

De faà§on générale, le script <tt>rc.S</tt> lance <tt>rc.modules</tt> pour charger les modules au démarrage et peut lancer le script <tt>rc.serial</tt> qui initialise les ports série (le chargement de <tt>rc.serial</tt> est toutefois commenté par défaut dans <tt>rc.S</tt>). <br /> Tous les autres scripts du répertoire <tt>/etc/rc.d</tt> sont lancés directement ou indirectement par <tt>rc.M</tt> (indirectement parce que certains sont lancés par <tt>rc.inet1</tt> ou <tt>rc.inet2</tt>). <br /> On peut maintenant donner une description plus complète de l'architecture du répertoire.

; '''rc.S'''
: C'est le premier script à être appelé. Il sert à préparer le système avant qu'il n'entre dans le niveau de démarrage désiré. Il monte le système fichier utilisé sur votre système (ext2, ext3, reiserfs, …), initialise les périphériques Plug&Play, charge les modules du kernel (via le script <tt>rc.modules</tt>), configure les ports série etc … <br /> Le fichier <tt>rc.S</tt> est le plus imposant et contient aussi deux appels de scripts pour compléter son travail qui sont : <br /> 
; '''rc.modules'''
: Ce script contient presque tous les modules qui ont été compilés avec le noyau de base, qui est installé avec la distribution. Il utilise la commande <tt>modprobe</tt> pour charger ces modules et l'on pourra donc, en décommentant l'entrée devant celle-ci, charger un module qui nous est nécessaire. Le fichier <tt>/etc/modules.conf</tt> reste malgré tout nécessaire du fait que certaines applications y insèrent des commandes pour charger leurs modules lorsqu'on les installe. <br /> 
; '''rc.serial'''
: Configure les ports série en activant la commande <tt>setserial</tt> appropriée. Il est lancé par <tt>rc.S</tt> mais il est commenté par défaut <br /> Il y a d'autres fonctions que ce script appelle ainsi un rapide coup d'oeil sur ledit fichier vous en dira plus. <br /> 

Après que <tt>init</tt> ait fini de compléter son travail avec <tt>rc.S</tt>, il entre dans le mode défini par défaut dans le fichier <tt>/etc/inittab</tt>, soit en mode multi-utilisateur ou mono-utilisateur ; de là  il activera les différents scripts dont il a besoin pour le mode spécifié, scripts dont voici un bref aperà§u. <br /><br />

; '''rc.0'''
: N'est qu'un lien du script <tt>rc.6</tt>, il a donc la même fonction. <br /> 
; '''rc.6'''
: Ce script termine tous les processus par les commandes <tt>killall15</tt> puis <tt>killall9</tt>, stoppe les services de quotas et de comptabilité si ceux-ci sont utilisés, démonte les différents systèmes fichiers NFS et autres, désactive le swap, démonte les systèmes fichiers locaux, sauvegarde quelques informations telles que l'heure système. <br /> Enfin, il exécute la commande <tt>reboot</tt> si c'est <tt>rc.6</tt> qui a été appelé directement ou <tt>poweroff</tt> si c'est <tt>rc.0</tt> qui a été demandé (le script effectue un test au départ pour savoir lequel des deux a été appelé). <br /> On peut modifier ce script par exemple pour qu'il vide le répertoire <tt>/tmp</tt> en insérant une ligne du type <tt>rm -r -f /tmp/*</tt> juste avant qu'il ne démonte le système de fichiers. <br /> 
; '''rc.K'''
: Ce script est appelé lorsque <tt>init</tt> passe en mode mono-utilisateur (niveau 1 ou S) et consiste à  terminer tous les processus en leur envoyant le signal TERM, à  stopper les services quotas et les serveurs et à  entrer en mode mono-utilisateur par la commande :
: <tt>telinit - t 1 1</tt><br /> 
; '''rc.4'''
: C'est le script qui est lancé en mode graphique (X Window) et sert uniquement à  définir le gestionnaire de connexion (kdm, gdm, xdm). On peut éventuellement le modifier à  son goà»t et y ajouter d'autres fonctions selon les goà»ts personnels de l'utilisateur. <br /> 
; '''rc.M'''
: C'est le deuxième script à  être lu par <tt>init</tt> puisqu'il définit le mode "niveau démarrage" et initialise les différents scripts se rapportant à  ce mode. En fait, comme on l'a déjà  dit, il lance tous les autres scripts du répertoire <tt>/etc/rc.d</tt>. <br /> Outre le lancement des scripts, il exécute les commandes suivantes (si celles-ci sont disponibles, c'est-à -dire si les paquets correspondants ont été installés) : <br />
:* efface la console à  l'aide de la commande <tt>setterm</tt>
:* attribue le nom de la machine contenu dans le fichier <tt>/etc/HOSTNAME</tt> si celui-ci n'est pas vide ou, dans le cas contraire, copie le nom par défaut (<tt>darkstar.example.net</tt>) dans le fichier et l'affecte à  la machine (ainsi, lors de l'installation, si aucun nom n'est attribué, c'est le nom par défaut qui devient actif)
:* efface un certain nombre de fichiers dans <tt>/var/lock</tt>, <tt>/var/spool/uucp</tt> et <tt>/tmp</tt>
:* actualise les librairies avec <tt>ldconfig</tt>
:* actualise l'index des fontes Freetype avec <tt>fc-cache</tt>
:* lance la commande <tt>accton</tt>
:* lance le démon <tt>crond</tt> pour exécuter des tâches périodiques
:* lance le démon <tt>atd</tt> pour exécuter des tâches à  des moments donnés
:* active le système de quotas
:* lance le démon <tt>apmd</tt>

<br /> D'autres fonctions sont activées par <tt>rc.M</tt> à  partir des scripts du répertoire <tt>/etc/rc.d</tt>. Il convient de noter que ces scripts ne seront lancés que s'ils sont exécutables. <br /> Ces scripts ont été classés ici en trois rubriques : réseau, matériel et divers. <br />

==== Initialisation réseau ====

; '''rc.inet1'''
: Il est chargé de mettre en place les interfaces réseau notamment en chargeant le module de la ou des cartes réseau, en configurant les interfaces à  l'aide de la commande <tt>ifconfig</tt> et en définissant un routage avec la commande <tt>route</tt>. <br /> Même si vous n'êtes pas connecté par une carte réseau, il faut que ce script soit lancé si vous souhaitez activer la fonction de rebouclage (<tt>loopback</tt>) utile si vous voulez faire tourner <tt>Apache</tt> pour tester vos pages Web. <br /> Ce script exécute le script <tt>rc.inet1.conf</tt> qui contient les paramètres de configuration du réseau, par exemple l'adresse IP ou le masque de sous-réseau (il faut donc rendre ce script exécutable si l'on veut que les paramètres réseau soient pris en compte). <br /> 
; '''rc.inet2'''
: Il est exécuté après <tt>rc.init1</tt>, monte les systèmes de fichiers NFS et SMBFS et démarre les différents services de base qui sont listés ci-après : <br />
:* '''rc.portmap''' : nécessaire pour monter les partitions NFS
:* '''rc.syslog''' : il lance les démons <tt>syslogd</tt> et <tt>klogd</tt> pour les logs du système
:* '''rc.firewall''' : il met en place un pare-feu
:* '''rc.ip_forward''' : pour le redirection des paquets si la machine est configurée comme routeur
:* '''rc.inetd''' : il lance le super démon <tt>inetd</tt> qui permet de lancer d'autres démons (comme le serveur ftp)
:* '''rc.sshd''' : pour démarrer le serveur SSH
:* '''rc.bind''' : démarre le service de noms BIND
:* '''rc.yp''' : pour le service NIS
:* '''rc.nfsd''' : démarre le serveur NFS
; '''rc.httpd'''
: Il démarre le serveur Apache<br />
; '''rc.sendmail'''
: Il démarre le serveur de mail<br />
; '''rc.mysld'''
: Il démarre le démon serveur de la base de données Mysql (ce n'est pas à  proprement parler un élément réseau mais il est souvent associé à  Apache)<br />
; '''rc.atalk'''
: Il démarre le serveur AppleTalk<br />
; '''rc.samba'''
: Il démarre le serveur Samba<br />

==== Configuration matérielle ====

; '''rc.pcmcia'''
: Recherche et configure tous les périphériques PCMCIA qui se trouvent sur la machine. Ceci est plus intéressant pour les utilisateurs de portables qui ont un modem ou une carte réseau de ce type.<br />
; '''rc.hotplug'''
: Il initialise les périphériques "hotplug". <br /> 
; '''rc.cups'''
: Il permet de lancer le démon d'impression Cups<br />
; '''rc.lprng'''
: Il permet de lancer le démon d'impression Lpd. Attention de ne rendre exécutable qu'un seul des deux scripts pour l'imprimante.<br />
; '''rc.acpid'''
: Il démarre le démon de gestion de l'alimentation ACPI.<br />
; '''rc.alsa'''
: Il charge les modules de son ALSA et initialise le mixer avec les anciens paramètres<br />
; '''rc.keymap'''
: Il charge la configuration du clavier pour la console.<br />
; '''rc.gpm'''
: Il charge le serveur de la souris pour la console, GPM<br /><br />

==== Divers ====

; '''rc.font'''
: Charge les fontes personnalisées en mode console. Au départ, il est présent sous le nom <tt>rc.font.sample</tt> et il faut donc le renommer en <tt>rc.font</tt> pour qu'il soit lancé.<br />
; '''rc.sysvinit'''
: Il a été inséré à  partir de la version 7.0 de la Slackware pour palier à  un problème : certains logiciels avaient besoin d'installer des scripts de démarrage nécessaires à  leur fonctionnement et ce dans le mode System V. <br /> Ce script peut aussi être utilisé en créant des sous-répertoires de niveau de démarrage (<tt>rcn.d</tt>) et en y installant les scripts que l'on désire ; ceci pour ceux qui aimeraient mieux le System V pour insérer de futurs scripts s'ils sont plus à  l'aise avec ce genre d'initialisation. <br /> On peut même se servir de scripts pris sur une autre distribution en prenant soin de bien vérifier les chemins des différentes commandes utilisées par ces scripts en fonction de ceux utilisés par le système. <br /> 
; '''rc.local'''
: Il est destiné à  contenir les différentes commandes personnelles à  l'utilisateur qu'il veut initialiser lors du démarrage du système. Ce script est le dernier appelé après que tous les autres aient été lancés.<br />

==== Notes ====

La plupart de ces scripts peuvent être démarrés avec l'un des trois paramètres <tt>start</tt>, <tt>stop</tt> ou <tt>restart</tt>. Par exemple, pour arrêter un service lancé par un script <tt>rc.fonction</tt>, il suffit de faire <tt>. /etc/rc.d/rc.fonction stop</tt>. <br /> Par ailleurs, si l'on souhaite qu'un script ne soit pas exécuté au démarrage, plusieurs méthodes sont possibles. <br /> Une première consiste à  le détruire mais ce n'est pas conseillé dans la mesure où vous pouvez en avoir besoin par la suite (et qu'il prend peu de place). <br /> Une deuxième méthode consiste à  le rendre non exécutable par la commande <tt>chmod -x rc.fonction</tt> (<tt>chmod +x rc.fonction</tt> pour le rendre exécutable). <br /> Une troisième méthode consiste à  en commenter l'entrée dans un des scripts qui le lance (il s'agit souvent de <tt>rc.M</tt> comme on l'a vu). <br /> Par exemple, on aura généralement des lignes du type :

<div class="code"> if [ -x /etc/rc.d/rc.fonction ]; then <br />    /etc/rc.d/rc.fonction <br /> fi </div>

Il suffit alors d'ajouter le signe # devant la ligne <tt>/etc/rc.d/rc.fonction</tt> pour qu'elle soit commentée. <br /> Cette méthode se révèle très pratique si l'on souhaite utiliser un programe de temps en temps sans qu'il soit lancé systématiquement (par exemple, si l'on utilise <tt>mysql</tt> périodiquement).En effet, puisqu'il reste exécutable, il suffit de le lancer comme indiqué précédemment. <br />

== L'ouverture d'une session ==

Si le système est lancé au niveau 4, un des programmes <tt>gdm</tt>, <tt>kdm</tt> ou <tt>xdm</tt> est lancé par le script <tt>rc.4</tt>. Le nom de login de l'utilisateur et son mot de passe sont ensuite vérifiés et une session X est ouverte. <br /> Mais c'est surtout le niveau 3 qui nous intéresse ici. <br /> Dans ce cas, c'est le programme <tt>/sbin/agetty</tt> qui est lancé Il appelle ensuite le programme <tt>/bin/login</tt> qui lance enfin l'interpréteur de commandes <tt>Bash</tt>. Nous allons entrer un peu dans le détail. <br />

=== Le programme <tt>agetty</tt> ===

Il est lancé pour les niveaux d'initialisation 1 à  6 comme indiqué dans le fichier <tt>/etc/inittab</tt>. Il effectue les opérations suivantes: <br />

* il affiche le contenu du fichier <tt>/etc/issue</tt> qui correspond à  une ligne du type <tt>"Welcome to Linux 2.4.22 (tty1)"</tt> (voir <tt>man agetty</tt> pour une description des codes d'échappement utilisés dans ce fichier)
* il demande le nom de connexion en affichant une ligne du type <tt>"nom_hà´te login:"</tt>
* il appelle ensuite le programme <tt>/bin/login</tt>

=== Le programme <tt>login</tt> ===

Les paramètres de connexion sont définis dans le fichier <tt>/etc/login.defs</tt>. Par exemple, si l'on souhaite que des caractères '*' apparaissent lorsque l'on saisit le mot de passe, il faut décommenter la ligne <tt>GETPASS_ASTERISKS 1</tt>. Les différents paramètres possibles sont commentés dans ce fichier et il peut être utile de le consulter si l'on souhaite les modifier. On peut également faire <tt>man login.defs</tt> pour obtenir quelques précisions sur sa rédaction. Le programme <tt>login</tt> présente les caractéristiques suivantes: <br />

* il demande le mot de passe en affichant la ligne <tt>"Password:"</tt> puis vérifie sa validité en le comparant à  celui qui est contenu, de manière codée, dans le fichier <tt>/etc/shadow</tt>
* si le mot de passe n'est pas valide, il réaffiche une ligne du type <tt>"nom_hà´te login:"</tt> pour demander un nom de connexion
* comme précisé dans le fichier <tt>login.defs</tt>, le nombre de tentatives de connexion est fixé à  5 par défaut mais, comme l'action dans le fichier est <tt>respawn</tt>, au bout du cinquième échec, le système ferme le port tty et le réouvre en relanà§ant le programme <tt>agetty</tt>
* si tout est correct, il lit le fichier <tt>/etc/passwd</tt> qui contient les informations sur les utilisateurs (par exemple, leur Id, leur répertoire etc) et ouvre une session
* il affiche alors le contenu du fichier <tt>/etc/motd</tt>, en l'occurence la chaà®ne <tt>"Linux 2.4.22."</tt>
* il affiche ensuite des lignes indiquant le nombre d'échecs de connexion, des informations sur la dernière connexion
* il informe enfin l'utilisateur s'il a reà§u du courrier en regardant le contenu du fichier <tt>/var/spool/mail/nom_connexion</tt> (le répertoire est défini dans le fichier <tt>login.defs</tt>)
* pour qu'il n'affiche aucun message après le mot de passe, il faut créer un fichier vide nommé <tt>.hushlogin</tt> dans le répertoire utilisateur, le nom étant encore défini dans le fichier <tt>login.defs</tt> (il est inutile de placer quelque chose dans ce fichier car il n'est pas lu)
* pour finir, le programme <tt>login</tt> lance le shell défini dans le fichier <tt>/etc/passwd</tt>, par défaut il s'agit du programme <tt>/bin/bash</tt>

=== Le programme <tt>Bash</tt> ===

Comme l'indique la commande <tt>man bash</tt>, celui-ci, lors d'une connexion, lit le fichier <tt>/etc/profile</tt> puis, s'ils existent, le premier des trois fichiers du répertoire utilisateur <tt>.bash_profile</tt><tt>, </tt>.bash_login et <tt>.profile</tt> (il utilise également le fichier <tt>.bashrc</tt> mais celui-ci n'est lu que s'il ne s'agit pas d'un shell de connexion, par exemple, l'ouverture d'un terminal dans une session X). <br /> Par défaut, seul le fichier <tt>/etc/profile</tt> est présent et c'est le plus important car il définit les variables d'environnement. C'est donc son contenu que nous allons en partie décrire. <br /> Il définit entre autres les variables suivantes : <br />

* <tt>MANPATH</tt> pour les pages de manuel
* <tt>HOSTNAME</tt>, initialisée au contenu du fichier <tt>/etc/HOSTNAME</tt> pour le nom de la machine
* <tt>INPUTRC</tt>, égale par défaut à  <tt>/etc/inputrc</tt> pour le comportement du clavier, notamment dans un terminal
* <tt>PATH</tt>, c'est-à -dire le chemin par défaut pour les programmes et commandes (si on lance une commande ou un programme, il est recherché dans tous les répertoires du PATH et, s'il n'est pas trouvé, une erreur est générée)
* <tt>LC_ALL</tt> pour les paramètres régionaux et qui remplace toutes les autres variables du type <tt>LC_*</tt>
* <tt>PS1</tt> pour le prompt du shell qui, par défaut, est un message du genre <tt>nom_utilisateur@nom_machine:~$</tt> (faire <tt>man bash</tt> pour savoir comment le redéfinir)
* <tt>umask</tt> pour les droits par défaut des fichiers et répertoires nouvellement créés (il est fixé par défaut à  022)

Il effectue également les opérations suivantes:

* il lance la commande <tt>eval 'dircolors -b'</tt> qui lit le fichier <tt>/etc/DIR_COLORS</tt> pour les options de la commande <tt>ls</tt>
* il exécute tous les scripts d'extension <tt>.sh</tt> du répertoire <tt>/etc/profile.d</tt> ; il s'agit en général de définition de variables propres à  certains programmes comme Java ou Latex

== Conclusion ==

Voici donc résumés les principes essentiels de l'initialisation de la Slackware qui vous permettront, nous l'espérons, d'approfondir vos connaissances de cette distribution et de la personnaliser selon vos besoins. Vous pouvez obtenir des informations supplémentaires en parcourant le Net mais la plupart de celles-ci sont probablement présentes sur votre machine, que ce soit avec les pages de manuel ou dans les Howto situés dans le répertoire <tt>/usr/doc</tt> qui sont trop souvent méconnus.

<br/>
<br/>
'''<b>[[Admin-index|@ Retour à la rubrique Administration système]]</b>'''
<br/>

<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Michel Lalumiere le 25/09/2001.</div>

= Copyright =
Copyright &copy; 25/09/2001, Michel Lalumiere
{{CC-BY-NC-SA}}