Il peut arriver qu'une machine ait plusieurs fonctions : par exemple, sur un serveur qui ne dispose pas par définition que d'une console texte (ce qui prouve qu'une machine windows n'est pas un serveur ), on peut avoir ponctuellement besoin d'une interface graphique. La solution bestiale est de lancer à la main ce qui manque, une solution plus civilisée consiste à utiliser les runlevels.

Lorsqu'un système démarre, il a à exécuter un certains nombres de tâches : monter les filesystems, démarrer une base de données, un serveur web, ... Certains OS utilise des scripts de démarrages, simples batchs où sont listées les différentes actions dans un ordre chronologique : par exemple, la startup-sequence de l'AmigaOS, ou, en plus réduit, l'autoexec.bat des vieux systèmes ms-dos ou assimilés.
Sous Unix, l'équivalent se nome /etc/rc.local ... et n'est pas utilisé. A la place, on trouve un système de fichiers stockés dans /etc/init.d qui prennent en charge un des composant. Ainsi, si on prend apache par exemple

laurent@Nunux:~$ /etc/init.d/apache2
 * Usage: /etc/init.d/apache2 {start|stop|restart|reload|force-reload|start-htcacheclean|stop-htcacheclean|status}

Comme on le voit, ce script autorise plusieurs options (et dans le cas d'apache, elles sont nombreuses). Seules les suivantes sont vraiment importantes :

• start : démarre le service
• stop : stop le service (surprise, surprise)
• status : le service est-il lancé ou non.

Dans le répertoire /etc/, on trouve différents répertoires rc?.d qui contiennent des liens vers ces fichiers, indiquant si le service doit être démarré (S pour Start) où stoppé (K pour Kill). Si on reprend apache, on a

laurent@Nunux:~$ ls -l /etc/rc2.d/*apache2
lrwxrwxrwx 1 root root 17 2009-11-15 20:09 /etc/rc2.d/S91apache2 -> ../init.d/apache2

ce qui indique qu'au niveau 2 (rc2.d), on doit démarrer (S) Apache. Quant au chiffre, il indique le numéro d'ordre : plus le chiffre est bas, plus le service sera lancé tôt.

On voit donc qu'on a plusieurs niveaux (runlevel) disponible :
0 - arrêt du système
1 - passe le système en single user mode ... ensuite on sera en runlevel S indiquant qu'on est réellement en single user.
6 - reboot du système.
2-5 : ce sont les modes de fonctionnement normaux.
Par défaut, on se retrouvera en runlevel 2 mais on peut le changer par la commande telinit.

• telinit donc pour changer interactivement le runlevel
• runlevel indique le runlevel courant
• DEFAULT_RUNLEVEL du fichier /etc/init/rc-sysinit.conf permet d'indiquer le runlevel par défaut du système après son boot
• update-rc.d permet d'installer de nouveau scripts de démarrage
• sysv-rc-conf Outils de configuration semi graphique (curse) pour le contenu des répertoires rc.d.

Voici les runlevels que j'utilise sur mon serveur.

• 2 - Configuration de base : juste le boot de la machine + apache, postgresql
• 3 - Le serveur prend l'IP flotante actif : il devient donc mon serveur ... actif
• 4 - Le serveur est actif + DHCP, DNS, BootP (c'est mon niveau par defaut)