Editer un article - Informaticien.be

Editer un article

Titre
Mots Clés
Texte	[size=18] [b]Nom[/b] [/size] inittab - format du fichier inittab utilisé dans le processus de démarrage des systèmes UNIX SYSTEM V et compatibles [size=18] [b]Description[/b] [/size] Le fichier [b]inittab[/b] décrit l'ensemble des processus qui doivent être lancés au démarrage du système et dans d'autres circonstances (par exemple, /etc/init.d/boot, /etc/init.d/rc, gettys...). Le programme [b]init(8) [/b] distingue différents [i]modes[/i] de démarrage (runlevel), chacun pouvant avoir ses propres processus à démarrer. Les modes de démarrage valides sont 0-6, et A, B, C pour des modes personnalisés. Typiquement, une entrée dans le fichier inittab a la forme suivante :[table][row][col]    [/col][col] [i]id[/i]:[i]runlevels[/i]:[i]action[/i]:[i]process[/i] [/col][/row][/table] Les lignes commençant par le caractère « # » sont ignorées. [i]id[/i] est une séquence unique de 1 à 4 caractères, identifiant une entrée [table][row][col]    [/col][col]dans [b]inittab[/b] (pour les versions des systèmes V compilées avec les librairies < 5.2.18 ou les librairies a.out, la limite est de 2 caractères). Note : pour les programmes de login comme les gettys ou d'autres, le champ [i]id[/i] doit être le numéro du tty correspondant à la console, par exemple [b]1[/b] pour [b]tty1[/b]. Dans le cas contraire, la connexion risquerait de ne pas bien fonctionner.[/col][/row][/table] [i]runlevels[/i] [table][row][col]    [/col][col]liste des modes de démarrage pour lesquels l'action doit être faite[/col][/row][/table] [i]action[/i] [table][row][col]    [/col][col]décrit l'action à faire[/col][/row][/table] [i]process[/i] [table][row][col]    [/col][col]spécifie la commande à exécuter. Si ce champ commence par le caractère « + », init ne lancera pas les commandes utmp et wtmp pour enregistrer les connexions. Ceci est requis par getty qui utilise son propre gestionnaire d'enregistrement de connexion. C'est également une habitude.[/col][/row][/table] le champ [i]runlevels[/i] peut contenir plusieurs caractères indiquant différents modes de démarrage. Par exemple, [b]123[/b] signifie que le process sera exécuté dans les modes de démarrage 1, 2 et 3. Les [i]runlevels[/i] pour les entrées [b]ondemand[/b] peuvent contenir un [b]A[/b], [b]B[/b], ou [b]C[/b]. Les entrées de champs [i]runlevels[/i] de [b]sysinit[/b], [b]boot[/b], et [b]bootwait[/b] sont ignorées. Quand le mode de démarrage est changé, tous les processus qui ont été démarrés dans ce mode sont tués, d'abord avec s-2SIGTERMs0, puis avec s-2SIGKILLs0. Les actions valides pour le champ [i]action[/i] sont : [b]respawn[/b] [table][row][col]    [/col][col]Le processus est redémarré à chaque fois qu'il se termine (ex : getty)[/col][/row][/table] [b]wait[/b] [table][row][col]    [/col][col]Le processus n'est démarré qu'une seul fois dans son mode de démarrage et [b]init [/b] attend qu'il se termine.[/col][/row][/table] [b]once[/b] [table][row][col]    [/col][col]Le processus est exécuté lorsque le mode de démarrage spécifié est appelé[/col][/row][/table] [b]boot[/b] [table][row][col]    [/col][col]Le processus est exécuté pendant le démarrage du système. Le champ [i]runlevels[/i] est ignoré.[/col][/row][/table] [b]bootwait[/b] [table][row][col]    [/col][col]Le processus est exécuté pendant le démarrage du système, et [b]init [/b] attend que le processus se termine. Le champ [i]runlevels[/i] est ignoré.[/col][/row][/table] [b]off[/b] [table][row][col]    [/col][col]Ne fait rien [/col][/row][/table] [b]ondemand[/b] [table][row][col]    [/col][col]Un processus marqué dans un mode de démarrage [b]ondemand[/b] est exécuté à chaque fois que le mode de démarrage [b]ondemand[/b] est appelé. Cependant, aucun changement de mode de démarrage ne survient. (les modes de démarrage pour [b]ondemand[/b] sont « a », « b » et « c »).[/col][/row][/table] [b]initdefault[/b] [table][row][col]    [/col][col]Une entrée [b]initdefault[/b] indique qu'on entrera dans le mode de démarrage une fois le système sera effectivement opérationnel. Si aucun n'existe, [b]init [/b] demandera un runlevel sur la console. Le champ [i]process[/i] est ignoré.[/col][/row][/table] [b]sysinit[/b] [table][row][col]    [/col][col]Le processus est exécuté pendant le démarrage du système. Il est exécuté avant les entrées [b]boot[/b] ou [b]bootwait[/b]. Le champ [i]runlevels[/i] est ignoré[/col][/row][/table] [b]powerwait[/b] [table][row][col]    [/col][col]Le processus est exécuté quand la machine est sur le point de s'éteindre. Init est normalement informé par un programme qui discute avec un UPS connecté à la machine. [b]Init[/b] attend jusqu'à ce que le processus soit terminé avant de continuer.[/col][/row][/table] [b]powerfail[/b] [table][row][col]    [/col][col]Idem que [b]powerwait[/b], mis à part que [b]init[/b] n'attend pas la fin du processus avant de continuer.[/col][/row][/table] [b]powerokwait[/b] [table][row][col]    [/col][col]Le processus est exécuté dès que [b]init[/b] est informé que la machine est remise en route.[/col][/row][/table] [b]powerfailnow[/b] [table][row][col]    [/col][col]Ce processus sera exécuté quand on dit à [b]init[/b] que la batterie de l'onduler externe est presque vide et que la tension faiblit (à condition que l'onduleur et le processus de surveillance soit capable de détecter cette condition).[/col][/row][/table] [b]ctrlaltdel[/b] [table][row][col]    [/col][col]Le processus est exécuté lorsque init reçoit le signal SIGINT. Cela signifie que quelqu'un dans la console système a taper la combinaison de touches CTRL + ALT + DEL. Typiquement, on a voulu exécuter une sorte d'arrêt, soit pour démarrer en mode simple utilisateur, soit pour redémarrer la machine.[/col][/row][/table] [b]kbrequest[/b] [table][row][col]    [/col][col]Le processus sera exécuté quand [b]init[/b] reçoit un signal du gestionnaire de clavier qu'une combinaison spéciale de touches a été actionnée sur le clavier de la console. La documentation pour cette fonction n'est pas encore complète ; il est possible de trouver de la documentation supplémentaire dans le paquetage kbd-x.xx packages (le plus récent était kbd-0.94 au moment où ces lignes sont écrites). Vous pouvez affecter des combinaisons de touches à l'action "KeyboardSignal". Par exemple, pour affecter Alt-FlècheHaut pour cet usage, utilisez ce qui suit dans votre fichier keymaps :[table][row][col]    [/col][col] alt keycode 103 = KeyboardSignal [/col][/row][/table][/col][/row][/table] [size=18] [b]Exemples[/b] [/size] Voici un exemple d'un fichier inittab qui ressemble à un ancien fichier inittab sous linux :[table][row][col]    [/col][col] .nf .ne 7 # inittab for linux id:1:initdefault: rc::bootwait:/etc/rc 1:1:respawn:/etc/getty 9600 tty1 2:1:respawn:/etc/getty 9600 tty2 3:1:respawn:/etc/getty 9600 tty3 4:1:respawn:/etc/getty 9600 tty4 .fi [/col][/row][/table] Ce fichier inittab exécute [b]/etc/rc[/b] pendant le démarrage du système et démarre getty sur les tty1-tty4. Un fichier [b]inittab[/b] plus élaboré avec différents modes de démarrage (notez bien les commentaires) :[table][row][col]    [/col][col] .nf .ne 19 # Runlevel à démarrer (le 2) id:2:initdefault: # Initialisation du système avant tout autre chose si::sysinit:/etc/rc.d/bcheckrc # les runlevels 0 et 6 sont respectivement réservés pour # la fermeture et le redémarrage du système. # le 1 est réservé pour le mode maintenance. l0:0:wait:/etc/rc.d/rc.halt l1:1:wait:/etc/rc.d/rc.single l2:2345:wait:/etc/rc.d/rc.multi l6:6:wait:/etc/rc.d/rc.reboot # Que faire du « salut à 3 doigts ». ca::ctrlaltdel:/sbin/shutdown -t5 -rf now # Dans les runlevel 2&3 : getty sur la console, level 3 également un getty # sur le port modem. 1:23:respawn:/sbin/getty tty1 VC linux 2:23:respawn:/sbin/getty tty2 VC linux 3:23:respawn:/sbin/getty tty3 VC linux 4:23:respawn:/sbin/getty tty4 VC linux S2:3:respawn:/sbin/uugetty ttyS2 M19200 .fi [/col][/row][/table] [size=18] [b]Fichiers[/b] [/size] /etc/inittab [size=18] [b]Auteur[/b] [/size] [b]Init[/b] a été écrit par Miquel van Smoorenburg (miquels@cistron.nl). Cette page de manuel a été écrite par Sebastian Lederer (lederer@francium.informatik.uni-bonn.de) et modifiée par Michael Haardt (u31b3hs@pool.informatik.rwth-aachen.de). La traduction est de Danny (dannybrain@noos.fr) et Gérard Delafond (gerard@delafond.org) en Novembre 2 001. [size=18] [b]Voir aussi[/b] [/size] [b]init (8),[/b] [b]telinit (8)[/b]
Fichier