Le tampon de journalisation du noyau.¶

Le noyau dispose d'un tampon circulaire d'une longueur LOG_BUF_LEN dans lequel il stocke les messages fournis en paramètre à la fonction du noyau printk() (sans tenir compte du niveau de journalisation). Dans les premiers noyaux, LOG_BUF_LEN avait pour valeur 4096 ; à partir du noyau 1.3.54 elle valait 8192 ; à partir du noyau 2.1.113 elle valait 16384 ; depuis 2.4.23/2.6 la valeur est une option de configuration du noyau (CONFIG_LOG_BUF_SHIFT). Dans les noyaux récents, la commande de type 10 (voir plus bas) renvoie la taille du tampon.

Commandes¶

L'argument type détermine quelle action est réalisée par cette fonction. La liste ci-dessous précise les valeurs que peut prendre type. Les noms symboliques sont définis dans les sources du noyau, mais ne sont pas exportés dans l'environnement utilisateur ; vous devrez donc utiliser les identifiants numériques, ou redéfinir vous même les noms.

SYSLOG_ACTION_CLOSE (0)

Ferme le journal. Actuellement, cette instruction est sans effet.

SYSLOG_ACTION_OPEN (1)

Ouvre le journal. Actuellement, cette instruction est sans effet.

SYSLOG_ACTION_READ (2)

Lecture du journal. Dès que le tampon du journal n'est plus vide, l'appel lit au plus len octets qu'il place dans le tampon vers lequel pointe buf. Il renvoie le nombre d'octets lus. Les octets lus sont supprimés du journal : les informations ne peuvent être lues qu'une seule fois. C'est la fonction exécutée par le noyau quand un programme utilisateur lit /proc/kmsg.

SYSLOG_ACTION_READ_ALL (3)

Lecture de tous les messages restant dans le tampon circulaire, qui sont déplacés dans le tampon vers lequel pointe bufp. L'appel lit les len derniers octets dans le journal (de manière non destructive). Il ne lira pas plus que ce qui a été écrit dans le tampon depuis la dernière exécution de la commande de nettoyage (commande « clear ring buffer », voir plus bas commande 5). L'appel renvoie le nombre d'octets lus.

SYSLOG_ACTION_READ_CLEAR (4)

Lecture et suppression de tous les messages du tampon circulaire. L'appel effectue exactement la même chose que la commande de type 3, mais exécute également la commande « clear ring buffer ».

SYSLOG_ACTION_CLEAR (5)

L'appel ne fait qu'exécuter la commande « clear ring buffer ». Les arguments bufp and len ne sont pas pris en compte.

Cette fonction ne vide pas réellement le tampon circulaire. Plus exactement, elle définit une variable de suivi d'activité du noyau qui détermine ce que renvoient les commandes 3 (SYSLOG_ACTION_READ_ALL) et 4 (SYSLOG_ACTION_READ_CLEAR). Cette commande est sans effet sur les commandes 2 (SYSLOG_ACTION_READ) et 9 (SYSLOG_ACTION_SIZE_UNREAD).

SYSLOG_ACTION_CONSOLE_OFF (6)

Désactive l'affichage à la console (routine printk).L'appel positionne le niveau de journalisation de la console au minimum, de telle sorte qu'aucun message ne soit affiché sur la console. Les arguments bufp et len ne sont pas pris en compte.

SYSLOG_ACTION_CONSOLE_ON (7)

L'appel positionne le niveau de journalisation de la console à sa valeur par défaut, de telle sorte que des messages soient affichés sur la console. Les arguments bufp et len ne sont pas pris en compte.

SYSLOG_ACTION_CONSOLE_LEVEL (8)

L'appel positionne le niveau de journalisation de la console à level, qui doit être un entier compris entre 1 et 8 (inclus). Consultez la section Le niveau de journalisation (loglevel) pour plus de détails. Les arguments bufp et len ne sont pas pris en compte.

SYSLOG_ACTION_SIZE_UNREAD (9) (à partir de Linux 2.4.10)

L'appel renvoie le nombre d'octets disponibles en lecture dans le tampon de journalisation du noyau au moment de l'appel, au moyen de la commande 2 (SYSLOG_ACTION_READ). Les arguments bufp et len ne sont pas pris en compte.

SYSLOG_ACTION_SIZE_BUFFER (10) (à partir de Linux 2.6.6)

Cette commande renvoie la taille totale du tampon du journal du noyau. Les arguments bufp et len ne sont pas pris en compte.

Toutes les commandes, excepté 3 et 10, nécessitent des privilèges. Dans les noyaux Linux précédant la version 2.6.37, seules les commandes de type 3 à 10 étaient permises aux processus non privilégiés ; depuis Linux 2.6.37, les commandes de type 3 et 10 sont permises à ces processus seulement si /proc/sys/kernel/dmesg_restrict vaut 0. Avant Linux 2.6.37, « privilégié » signifiait que le processus avait soit la capacité CAP_SYS_ADMIN (maintenant obsolète pour cet usage), soit la (nouvelle) capacité CAP_SYSLOG.

Le niveau de journalisation (loglevel)¶

La routine du noyau printk() n'affichera sur la console que les messages ayant un niveau de journalisation inférieur à la valeur de la variable console_loglevel. Initialement, la valeur de cette variable est DEFAULT_CONSOLE_LOGLEVEL (7), mais elle est augmentée à 10 si la ligne de commande du noyau contient le mot « debug », et à 15 si une faute du noyau se produit (en réalité, les valeurs 10 et 15 sont idiotes et n'apportent rien de plus que 8). Cette variable est positionnée (dans l'intervalle 1–8) par un appel syslog() de type 8. Les appels à syslog() dont le type est égal à 6 ou à 7 positionnent respectivement la variable à 1 (seulement en cas de panique du noyau) ou à 7 (tout message autre qu'un message de debug).

Chaque ligne de texte dans un message a son propre niveau de journalisation. Ce niveau est DEFAULT_MESSAGE_LOGLEVEL - 1 (6) à moins que la ligne ne commence par <d> où d est un chiffre dans l'intervalle 1–7. La signification conventionnelle des niveaux de journalisation est définie dans <linux/kernel.h> comme suit :

#define KERN_EMERG    "<0>"  /* système inutilisable             */
#define KERN_ALERT    "<1>"  /* action à effectuer immédiatement */
#define KERN_CRIT     "<2>"  /* conditions critiques             */
#define KERN_ERR      "<3>"  /* conditions d'erreurs             */
#define KERN_WARNING  "<4>"  /* message d'avertissement          */
#define KERN_NOTICE   "<5>"  /* normal mais significatif         */
#define KERN_INFO     "<6>"  /* informations                     */
#define KERN_DEBUG    "<7>"  /* messages de débugging            */