Inittab—Commande Linux/Unix

Les inittab fichier décrit quels processus sont démarrés au démarrage et pendant le fonctionnement normal. Init distingue différents niveaux d'exécution, chacun pouvant avoir son propre ensemble de processus démarrés. Les niveaux d'exécution valides sont 0-6 plus UNE, B, et C pour les entrées à la demande. Une entrée dans le inittab fichier a le format suivant:

id: niveaux d'exécution: action: processus

Les lignes commençant par "#" sont ignorées.

Dans le fichier, identifiantest une séquence unique de 1 à 4 caractères qui identifie une entrée dans inittab.

Niveaux d'exécution, actions et processus

Le fichier iniitab contient des informations, notamment:

• niveaux d'exécution répertorie les niveaux d'exécution pour lesquels l'action spécifiée doit être effectuée.
• action décrit les mesures à prendre.
• traiter spécifie le processus à exécuter. Si le champ de processus commence par un caractère '+', init ne fera pas de comptabilité utmp et wtmp pour ce processus. Ceci est nécessaire pour les gettys qui insistent pour faire leur propre entretien utmp/wtmp. C'est aussi un bug historique.

Les niveaux d'exécution Le champ peut contenir plusieurs caractères pour différents niveaux d'exécution. Par exemple, 123 spécifie que le processus doit être démarré dans les niveaux d'exécution 1, 2 et 3. Les niveaux d'exécution pour sur demande les entrées peuvent contenir un UNE, B, ou C. Les niveaux d'exécution domaine de sysinit, botte, et attente les entrées sont ignorées.

Lorsque le niveau d'exécution du système est modifié, tous les processus en cours d'exécution qui ne sont pas spécifiés pour le nouveau niveau d'exécution sont tués, d'abord avec SIGTERM, puis avec SIGKILL.

Normes d'action

Actions valables pour le action champ sont:

• réapparaître: Le processus sera redémarré chaque fois qu'il se terminera (par exemple, getty).
• attendre: Le processus sera lancé une fois lorsque le niveau d'exécution spécifié est entré et init attendra sa fin.
• une fois que: Le processus sera exécuté une fois lorsque le niveau d'exécution spécifié est entré.
• botte: Le processus sera exécuté pendant le démarrage du système. Les niveaux d'exécution le champ est ignoré.
• attente: Le processus sera exécuté pendant le démarrage du système, tandis que init attend sa fin (par exemple /etc/rc). Les niveaux d'exécution le champ est ignoré.
• sur demande: Un processus marqué d'un sur demande runlevel sera exécuté à chaque fois que lesur demande niveau d'exécution est appelé. Cependant, aucun changement de niveau d'exécution ne se produira (sur demande les niveaux d'exécution sont « a », « b » et « c »).
• initdefault: Un initdefault entrée spécifie le niveau d'exécution qui doit être entré après le démarrage du système. S'il n'en existe pas, init demandera un niveau d'exécution sur la console. Les traiter le champ est ignoré.
• sysinit: Le processus sera exécuté pendant démarrage du système. Il sera exécuté avant tout botte ouattente entrées. Les niveaux d'exécution le champ est ignoré.
• attente: Le processus sera exécuté lorsque l'alimentation sera coupée. Init en est généralement informé par un processus qui communique avec un onduleur connecté à l'ordinateur. Init attendra la fin du processus avant de continuer.
• panne d'alimentation: Pour ce qui est de attente, excepté init n'attend pas la fin du processus.
• attente de puissance: Ce processus sera exécuté dès que init est informé que le courant a été rétabli.
• panne de courant: Ce processus sera exécuté lorsque init est informé que la batterie de l'UPS externe est presque vide et que l'alimentation est coupée (à condition que l'UPS externe et le processus de surveillance soient capables de détecter cette condition).
• ctrlaltdel: Le processus sera exécuté lorsque init reçoit le signal SIGINT. Cela signifie que quelqu'un sur la console système a appuyé sur le Ctrl-Alt-Suppr combinaison de touches. Typiquement, on veut exécuter une sorte de fermer soit pour accéder au niveau mono-utilisateur, soit pour redémarrer la machine.
• kbrequest: Le processus sera exécuté lorsque init reçoit un signal du gestionnaire de clavier indiquant qu'une combinaison de touches spéciale a été enfoncée sur le clavier de la console.

La documentation de cette fonction n'est pas encore complète; plus de documentation peut être trouvée dans les packages kbd-x.xx. Fondamentalement, vous souhaitez mapper une combinaison de clavier à l'action "KeyboardSignal". Par exemple, pour cartographier Alt+Flèche vers le haut à cette fin, utilisez ce qui suit dans votre fichier keymaps:

alt keycode 103 = KeyboardSignal

Exemples de fichiers 'inittab'

Voici un exemple d'inittab qui ressemble à l'ancien inittab Linux:

# inittab pour Linux
identifiant: 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

Ce fichier inittab s'exécute /etc/rc pendant le démarrage et démarre gettys sur tty1-tty4.

Un plus élaboré inittab avec différents niveaux d'exécution:

# Niveau pour courir
identifiant: 2: initdefault :
# Initialisation du système avant toute autre chose.
si:: sysinit:/etc/rc.d/bcheckrc
# Le niveau d'exécution 0,6 est l'arrêt et le redémarrage, 1 est le mode de 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 au "salut à 3 doigts".
ca:: ctrlaltdel:/sbin/shutdown -t5 -rf maintenant
# Runlevel 2&3: getty sur console, niveau 3 également getty sur 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