Linux

CentOS 4.8

proc(5)

PROC

NOM

proc − Pseudo-système de fichiers d’informations sur les processus.

DESCRIPTION

/proc est un pseudo-système de fichiers qui est utilisé comme interface avec les structures de données du noyau pour éviter d’avoir à interpréter /dev/kmem. La plupart des fichiers sont en lecture seule, mais quelques uns permettent la modification de variables du noyau.

La description suivante fournit un aperçu de la hiérarchie /proc.

[nombre]

Il existe un sous-répertoire pour chaque processus en cours. Le sous-répertoire prend comme nom le PID du processus. Chaque sous-répertoire contient les pseudo-fichiers et pseudo-répertoires suivants.

cmdline

Ce fichier contient la ligne de commande complète du processus, sauf si le processus a été swappé, ou s’il s’agit d’un zombie. Dans ces deux derniers cas il n’y a rien dans le fichier : une lecture reviendra après avoir lu 0 caractères. Les arguments de la ligne de commande apparaîssent comme un ensemble de chaînes séparées de caractères NUL, avec un octet NUL supplémentaire après le dernier argument.

cwd

(Current Working Directory) il s’agit d’un lien sur le répertoire de travail courant du processus. Pour obtenir le cwd du processus 20 par exemple, vous pouvez-faire ceci :

 
cd /proc/20/cwd; /bin/pwd

Notez que la commande directe pwd est souvent une commande interne du shell, et qu’elle risque de ne pas fonctionner correctement. Avec Bash, utilisez pwd -P.

environ

Ce fichier contient l’environnement du processus. Les entrées sont séparées par des caractères nuls, et il devrait y en avoir un à la fin du fichier. Ainsi, pour afficher l’environnement du processus numéro 1, utilisez:

(cat /proc/1/environ; echo) | tr "\000" "\n"

(Pour savoir à quoi cela peut bien servir, voyez lilo(8).)

exe

Sous Linux 2.2 et 2.4 exe est un lien symbolique représentant le chemin réel de la commande en cours d’exécution. Le lien exe peut être déréférencé normalement, en ouvrant exe on ouvrira le fichier exécutable. Vous pouvez même taper /proc/[pid]/exe pour lancer une copie du même processus que celui du pid indiqué. Sous Linux 2.0 et précédents, exe était un pointeur sur le fichier binaire exécuté, qui apparaîssait sous forme de lien symbolique. Un appel-système readlink(2) sur le fichier spécial exe renvoyait une chaîne de la forme:

[périphérique]:inoeud

Par exemple, [0301]:1502 correspond à l’i-noeud 1502 sur le périphérique de numéro majeur 03 (disque IDE, MFM, etc.) et mineur 01 (première partition du premier disque). On peut utiliser find(1) avec l’option -inum pour retrouver le fichier exécutable à partir du numéro d’i-noeud.

fd

Il s’agit d’un sous-répertoire contenant une entrée pour chaque fichier que le processus a ouvert. Chaque entrée a le descripteur du fichier pour nom, et est représentée par un lien symbolique sur le vrai fichier (de la même manière que l’entrée exe). Ainsi, 0 correspond à l’entrée standard, 1 à la sortie standard, 2 à la sortie d’erreur, etc...

Les programmes qui prennent un nom de fichier d’entrée mais qui ne lisent pas l’entrée standard, ou qui écrivent dans un fichier sans écrire sur la sortie standard peuvent être trompés ainsi (on suppose que l’option -e indique le nom du fichier d’entrée et l’option -s le nom du fichier de sortie) :

 
foobar -e /proc/self/fd/0 -s /proc/self/fd/1 ...

Ceci transforme le programme en filtre. Toutefois cela ne fonctionne pas avec les programmes qui effectuent des positionnements (avec lseek(2)) dans leurs fichiers. On ne peut pas faire de positionnement sur les fichiers du répertoire fd.

/proc/self/fd/N est approximativement la même chose que /dev/fd/N dans certains systèmes UNIX et pseudo-UNIX. D’ailleurs la plupart des scripts MAKEDEV de Linux lient symboliquement /dev/fd sur [..]/proc/self/fd.

maps

Un fichier contenant les régions mémoire actuellement projetées et leurs autorisations d’accès. Le format est :

 
   adresses          perm. décalage périph i-noeud  chemin d’accès
   08048000-08056000 r-xp 00000000 03:0c 64593      /usr/sbin/gpm
   08056000-08058000 rw-p 0000d000 03:0c 64593      /usr/sbin/gpm
   08058000-0805b000 rwxp 00000000 00:00 0
   40000000-40013000 r-xp 00000000 03:0c 4165       /lib/ld-2.2.4.so
   40013000-40015000 rw-p 00012000 03:0c 4165       /lib/ld-2.2.4.so
   4001f000-40135000 r-xp 00000000 03:0c 45494      /lib/libc-2.2.4.so
   40135000-4013e000 rw-p 00115000 03:0c 45494      /lib/libc-2.2.4.so
   4013e000-40142000 rw-p 00000000 00:00 0
   bffff000-c0000000 rwxp 00000000 00:00 0

Où adresses correspond à l’espace d’adressage du processus qui l’occupe, perm est un ensemble d’autorisations :

     r = lecture
     w = écriture
     x = exécution
     s = partage
     p = privé (copie si écriture)

Le décalage se mesure dans le fichier, périph correspond à la paire (majeur:mineur), et l’i-noeud se trouve sur ce périphérique. 0 signifie qu’aucun i-noeud n’est associé avec cette zone mémoire, comme c’est le cas avec bss.

Sous Linux 2.0, il n’y a pas de champ indiquant le chemin d’accès.

Par l’intermédiaire du fichier

mem, on peut accéder à la mémoire d’un processus, au travers des appels open(2), read(2), et fseek(3).

root

Linux, et Unix en général, supporte une notion de racine du système de fichiers pour chaque processus, configurable avec l’appel système chroot(2). Le fichier root pointe sur la racine du système de fichiers, et se comporte comme exe, fd/*...

stat

Informations sur l’état du processus. Ceci est utilisé par ps(1). La définition se trouve dans /usr/src/linux/fs/proc/array.c.

Les champs sont, dans l’ordre, et avec leurs formats de type scanf(3):

pid %d

L’ID du processus

comm %s

Le nom du fichier exécutable entre parenthèses, que l’exécutable soit swappé ou non.

state %c

Un caractère parmi "RSDZTW" indiquant si le processus est en cours d’exécution (R running), endormi dans un état interruptible (S sleeping), endormi de manière ininterruptible (D), zombie (Z), suivi pour débogage ou arrêté par un signal (T traced) ou swappé (W).

ppid %d

Le PID du processus parent.

pgrp %d

L’ID du groupe de processus.

session %d

L’ID de session du processus.

tty %d

Le tty que le processus utilise.

tpgid %d

L’ID de groupe du processus contrôlant le terminal auquel le processus est connecté.

flags %u

Attributs du processus. Le bit math est 4 (décimal), et le bit de suivi est 10 (décimal) [NDT ?]

minflt %u

Le nombre de fautes mineures que le processus a déclenchées - celles qui n’ont pas nécessité de chargement de page depuis le disque.

cminflt %u

Le nombre de fautes mineures commises par le processus et ses descendants.

majflt %u

Le nombre de fautes majeures que le processus a déclenchées - celles qui ont nécessité un chargement de page depuis le disque.

cmajflt %u

Le nombre de fautes majeures commises par le processus et ses descendants.

utime %d

Le temps passé (nombre de jiffies) en mode utilisateur par le processus.

stime %d

Le temps passé en mode noyau par le processus.

cutime %d

Le temps passé en mode utilisateur par le processus et ses descendants.

cstime %d

Le temps passé en mode noyau par le processus et ses descendants.

priority %d

La valeur de gentillesse standard (voir nice(1)) de 19 (le plus courtois) Ã -19 (le plus agressif).

0 %ld

La valeur zéro codée en dur remplace un champ supprimé ici.

itrealvalue %u

La durée (en nombre de jiffies) avant le prochain signal SIGALRM envoyé au processus par un timer.

starttime %d

Temps (en jiffies) auquel le processus a démarré depuis le boot du système.

vsize %u

Taille de la mémoire virtuelle en octets.

rss %u

RSS. Taille de l’ensemble résident : nombre de pages dont le processus dispose en mémoire réelle, moins 3 pour des raisons administratives. Il s’agit juste des pages contenant les espaces de code, donnée et pile. Ceci n’inclue ni les pages en attente de chargement ni celles qui ont été swappées.

rlim %u

Limite actuelle en octets du RSS du processus (classiquement 2,147,483,647).

startcode %u

Adresse au-dessus de laquelle le code du programme peut s’exécuter.

endcode %u

Adresse en-dessous de laquelle le code du programme peut s’exécuter.

startstack %u

Adresse de début de la pile.

kstkesp %u

Valeur actuelle du pointeur de pile 32 bits ESP, telle qu’on la trouve dans la page de pile du noyau pour ce processus.

kstkeip %u

EIP actuel (Pointeur d’instructions 32 bits).

signal %d

Masque des signaux en attente (habituellement 0).

blocked %d

Masque des signaux bloqués (souvent 0, 2 pour certains shells).

sigignore %d

Masque des signaux ignorés.

sigcatch %d

Masque des signaux interceptés.

wchan %u

Il s’agit du "canal" sur lequel le processus attend. C’est l’adresse d’un appel système, dont on peut retrouver le nom dans une table si besoin (il faut avoir un fichier /etc/psdatabase à jour, et essayer ps -l pour voir le champs WCHAN).

nswap %lu

Nom de pages swappée (non maintenu).

cnswap %lu

Champ nswap cumulé avec les processus enfants.

exit_signal %d

Signal à envoyer au parent lors de la mort du processus.

processor %d

Numéro du processeur utilisé lors de la dernière exécution.

statm

Founit des informations sur l’état des pages mémoire. Les colonnes sont : size taille totale du programme resident taille résidant en mémoire share pages partagées trs taille du code (segment text) drs données et pile lrs bibliothèques dt pages touchées (marquées dirty)

status

Fournit l’essentiel des informations de stat et statm dans un format plus facile à lire pour les humains.

bus

Contient des sous-répertoires pour les bus installés.

pci

Contient divers sous-répertoires de bus, et des pseudo-fichiers recélant des informations sur les bus pci, les périphériques installés et leurs pilotes. Certains de ces fichiers ne sont pas en Ascii pur.

devices

Informations sur les périphériques pci. Peut-être consulté grâce à lspci(8) et setpci(8).

cmdline

Arguments passés au noyau Linux lors du boot. Généralement par l’intermédiaire d’un gestionnaire de boot comme lilo(1).

cpuinfo

Il s’agit d’informations dépendantes de l’architecture et du processeur utilisé. Les deux seules entrées toujours présentes sont processor qui donne le nombre de processeurs et bogomips, une constante système calculée pendant l’initialisation du noyau. Les machines SMP ont une ligne d’information pour chaque processeur.

devices

Liste littérale des groupes de périphériques et des numéros majeurs. Ceci peut servir dans les scripts MAKEDEV pour rester cohérent avec le noyau.

dma

Il s’agit d’une liste des canaux DMA (Direct Memory Acess) ISA en cours d’utilisation.

driver

Répertoire vide

execdomains

Liste des domaines d’exécution (personnalités).

fb

Information sur la mémoire d’écran Frame Buffer, lorsque la constante CONFIG_FB a été définie lors de la compilation du noyau.

filesystems

Une liste des systèmes de fichiers qui ont été compilés dans le noyau. Par exemple ceci sert à mount(1) à essayer les différents systèmes de fichiers si on ne lui précise rien.

ide

Le répertoire ide existe sur les systèmes ayant un bus ide. Il y a des sous-répertoires pour chaque canal ide et les périphériques attachés. Les fichiers contiennent :

cache taille du buffer en ko
capacity nombre de secteurs
driver version du pilote
geometry géométries physique et logique
identify identification en hexadécimal
media type de support
model numéro de fabricant
settings configuration du pilote
smart_thresholds seuils en hexadécimal
smart_values paramètres in hexadécimal

L’utilitaire hdparm(8) fournit un accès convivial à ces informations.

interrupts

Il s’agit du nombre d’interruptions reçues pour chaque IRQ sur les architectures i386 (au moins). Format facile à lire, en Ascii

iomem

projection des entrées-sorties en mémoire, depuis Linux 2.4.

ioports

Il s’agit d’une liste des régions d’entrée-sortie en cours d’utilisation.

kcore

Ce fichier représente la mémoire physique du système sous forme de fichier ELF core. A l’aide de ce pseudo-fichier et d’un binaire du noyau non stripé (/usr/src/linux/vmlinux), GDB peut servir à inspecter l’état de n’importe quelle structure de données du noyau.

La longueur totale de ce fichier est la taille de la mémoire RAM physique plus 4 Ko.

kmsg

Ce fichier peut être utilisé à la place de l’appel-système syslog(2) pour journaliser les messages du noyau. Un processus doit avoir les privilèges Super-Utilisateur pour lire ce fichier, et un seul processus à la fois peut le lire. On NE DOIT PAS lire ce fichier si un processus syslogd tourne et utilise l’appel-système syslog(2) pour journaliser les messages du noyau.

Les informations de ce fichier sont consultés par le programme dmesg(8).

ksyms

Ce fichier contient les symboles exportés par le noyau et utilisés par les outils des modules(X) pour assurer l’édition dynamique des liens des modules chargeables.

loadavg

Ce fichier indique les charges système (nombre de jobs en attente d’exécution) moyennées sur 1, 5, et 15 minutes. Suivent le nombre d’utilisateurs connectés séparé par un slash du nombre de processus en cours. On trouve enfin le nombre de processus s’étant exécutés depuis le démarrage du système. Il s’agit des informations fournies par exemple par le programme uptime(1).

locks

Ce fichier montre les verrouillages actuels des fichiers. (flock(2) et fcntl(2)).

malloc

Ce fichier n’est présent que si CONFIGDEBUGMALLOC a été défini lors de la compilation du noyau.

meminfo

Sert au programme free(1) pour indiquer les quantités de mémoires (physique et swap) libres et utilisées, ainsi que la mémoire partagée et les buffers utilisés par le noyau.

Ce fichier se présente sous la même forme que free(1) mais en octets et non pas en Ko.

mounts

Il s’agit d’une liste de tous les systèmes de fichiers actuellement montés sur le système. Le format de ce fichier est documenté dans fstab(5).

modules

Une liste littérale des modules qui ont été chargés par le système. Voir lsmod (8).

mtrr

Memory Type Range Registers. Voir

/usr/src/linux/Documentation/mtrr.txt pour des détails.

net

Ce répertoire regroupe divers pseudo-fichiers relatifs aux fonctionnalités réseau. Chaque fichier fournit des informations concernant une couche particulière. Ces fichiers sont en ASCII et sont donc lisible grâce à cat(1), mais le programme standard netstat(8) fournit un accès plus propre à ces données.

arp

Ce fichier contient un affichage ASCII lisible des tables ARP du noyau servant à la résolution d’adresse. Il indique à la fois les entrées apprises dynamiquement et celles pré-programmées. Le format est le suivant :

 
Adresse IP    Matériel  Attribut   Adresse matérieuue Masque  Périph.
192.168.0.50   0x1       0x2       00:50:BF:25:68:F3   *      eth0
192.168.0.250  0x1       0xc       00:00:00:00:00:00   *      eth0

Où l’adresse IPv4 est celle de la machine, le type de matériel est issu de la RFC 826. L’attribut est le champs arp_flags interne de la structure ARP (définie dans /usr/include/linux/if_arp.h) et l’adresse matérielle est celle de la couche physique de l’adaptateur correspondant à l’adresse IP (si elle est connue).

dev

Ce pseudo-fichier contient des informations d’état sur les périphériques réseau. On y trouve les nombres de paquets émis et reçus, le nombre d’erreurs et de collisions, ainsi que d’autres données statistiques. Ce fichier est utilisé par le programme ifconfig(8). Le format est le suivant:

 
Inter-|   Receive                                                |  Transmit
face |bytes    packets errs drop fifo frame compressed multicast|bytes    packets errs drop fifo colls carrier compressed
lo: 2776770   11307    0    0    0     0          0         0  2776770   11307    0    0    0     0       0          0
eth0: 1215645    2751    0    0    0     0          0         0  1782404    4324    0    0    0   427       0          0
ppp0: 1622270    5552    1    0    0     0          0         0   354130    5669    0    0    0     0       0          0
tap0:    7714      81    0    0    0     0          0         0     7714      81    0    0    0     0       0          0

rarp

Ce fichier emploie le même format que le fichier arp, et contient la projection inverse de la base de données utilisée pour fournir les services de recherche inversée de rarp(8). Si RARP n’est pas configuré dans le noyau, ce fichier est absent.

raw

Fournit une copie de la table des sockets RAW (brutes). La plupart des informations ne sert que pour le débogage. La valeur "sl" est l’emplacement de la socket dans la table de hachage du noyau. Le champ "local_address" contient l’adresse locale ainsi que le numéro du protocole utilisé. "St" est l’état interne de la socket. Les "tx_queue" et "rx_queue" représentent les files d’attente en émission et en réception, en terme d’utilisation mémoire par le noyau. Les champs "tr", "tr->when" et "rexmits" ne sont pas utilisés par RAW. Le champ uid contient l’identificateur EUID du créateur de la socket.

snmp

Ce fichier contient les données ASCII nécessaires pour les bases d’information d’un agent SNMP pour la gestion de IP, ICMP, TCP et UDP.

tcp

Contient une copie de la table des socket TCP. La plupart des informations ne sert que pour le débogage. La valeur "sl" est l’emplacement de la socket dans la table de hachage du noyau. Le champ "local_address" contient l’adresse locale ainsi que le numéro de port. Le champ "remote_address" contient l’adresse distante et le numéro de port (si la socket est connectée). "St" est l’état interne de la socket. Les "tx_queue" et "rx_queue" représentent les files d’attente en émission et en réception, en terme d’utilisation mémoire par le noyau. Les champs "tr", "tr->when" et "rexmits" contiennent des données internes au noyau ne servant qu’au débogage. Le champ uid contient l’identificateur EUID du créateur de la socket.

udp

Contient une copie de la table des socket UDP. La plupart des informations ne sert que pour le débogage. La valeur "sl" est l’emplacement de la socket dans la table de hachage du noyau. Le champ "local_address" contient l’adresse locale ainsi que le numéro de port. Le champ ’remote_address’ contient l’adresse distante et le numéro de port (si la socket est connectée). "St" est l’état interne de la socket. Les "tx_queue" et "rx_queue" représentent les files d’attente en émission et en réception, en terme d’utilisation mémoire par le noyau. Les champs "tr", "tr->when" et "rexmits" ne sont pas utilisés par UDP. Le champ uid contient l’identificateur EUID du créateur de la socket. Le format est:

 
sl  local_address rem_address   st tx_queue rx_queue tr rexmits  tm->when uid
1: 01642C89:0201 0C642C89:03FF 01 00000000:00000001 01:000071BA 00000000 0
1: 00000000:0801 00000000:0000 0A 00000000:00000000 00:00000000 6F000100 0
1: 00000000:0201 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0

unix

Liste des sockets dans le domaine UNIX présentes sur le système, et leurs états. Le format est :

 
Num RefCount Protocol Flags    Type St Path
 0: 00000002 00000000 00000000 0001 03
 1: 00000001 00000000 00010000 0001 01 /dev/printer

Où ’Num’ est l’emplacement dans la table du noyau. ’Refcount’ est le nombre d’utilisateurs de la socket. ’Protocol’ est toujours 0 pour le moment. ’Flags’ représente un attribut interne du noyau correspondant à l’état de la socket. Le type est toujours 1 pour le moment (Les sockets de datagrammes dans le domaine Unix ne sont pas encore supporté par le noyau). ’St’ est un état interne de la socket, et Path correspond à l’éventuel chemin d’accès de la socket.

partitions

Contient les numéros majeur et mineur de chaque partition, ainsi que le nombre de blocs et le nom de la partition.

pci

Il s’agit d’une liste de tous les périphériques PCI détectés pendant l’initialisation ainsi que leur configuration.

scsi

Un répertoire regroupant les pseudo-fichiers du niveau SCSI intermédiaire, et divers sous-répertoires pour les pilotes SCSI bas-niveau, qui contiennent un fichier pour chaque hôte SCSI du système. Tout cet ensemble fournit une partie de l’état du sous-système d’entrée/sortie SCSI. Les fichiers contiennent des structures sous forme ASCII, et sont donc lisibles avec cat(1).

On peut également écrire dans certains fichiers pour reconfigurer le sous-système SCSI, ou activer/désactiver certaines fonctionnalités.

scsi

Il s’agit d’une liste de tous les périphériques SCSI reconnus par le noyau. Cette liste est la même que celle affichée durant le démarrage. Le sous-système SCSI n’accepte pour le moment que la commande add-single-device qui permet au Super-Utilisateur d’ajouter un périphérique branché à chaud à la liste des périphériques connus.

Un echo ’scsi add-single-device 1 0 5 0’ > /proc/scsi/scsi fera examiner le canal SCSI 0 par l’hôte scsi1, à la recherche d’un périphérique identifié ID 5 LUN 0. S’il y a déjà un périphérique à cette adresse ou si l’adresse est inconnue, une erreur sera renvoyée.

nom_de_driver

Le nom_de_driver peut être actuellement : NCR53c7xx, aha152x, aha1542, aha1740, aic7xxx, buslogic, eata_dma, eata_pio, fdomain, in2000, pas16, qlogic, scsi_debug, seagate, t128, u15-24f, ultrastore ou wd7000. Ces répertoires correspondent à chaque drivers qui pilotent au moins un HBA SCSI. Chaque répertoire contient un fichier par hôte enregistré. Chaque fichier hôte est baptisé avec le numéro assigné à l’hôte durant l’initialisation.

La lecture de ces fichiers montrera en général la configuration de l’hôte et du pilote, des statistiques, etc.

L’écriture dans ces fichiers permettra différentes choses suivant les hôtes. Par exemple, avec les commandes latency et nolatency, le Super-utilisateur peut activer ou inhiber le code de mesure de latence des commandes dans le driver eata_dma. Avec les commandes lockup et unlock, il peut contrôler les verrouillages de bus simulés par le driver scsi_debug.

self

Ce répertoire se rapporte au processus accédant au système de fichier /proc, et est identique au sous-répertoire de /proc ayant pour nom le PID du processus appelant.

slabinfo

Informations a propose des mémoires caches du noyau. Les colonnes sont :

nom-du-cache
nombre-d’objets-actifs
nombre-total-d’objets
taille-d-’objet
nombre-de-buffers-actifs
nombre-total-de-buffers
nombre-de-pages-par-buffer

Voir slabinfo(5) pour des détails.

stat

Statistiques du noyau, et du système. Varie avec l’architecture, les entrées communes sont n:

cpu 3357 0 4313 1362393

Le nombre de jiffies (centièmes de seconde) que le système a passé en mode utilisateur, en mode utilisateur avec une priorité basse (gentil), en mode système, et le temps d’inactivité. La dernière valeur devrait correspondre à 100 fois la deuxième entrée du pseudo-fichier uptime.

page 5741 1808

Le nombre de pages que le système a paginé en entrée et en sortie.

swap 1 0

Le nombre de pages de swap que le système a échangé en entrée et en sortie.

intr 1462898

Le nombre d’interruption reçues depuis le démarrage du système.

disk_io: (2,0):(31,30,5764,1,2) (3,0):...

(majeur,mineur):(noinfo, read_io_ops, blks_read, write_io_ops, blks_written)

ctxt 115315

Le nombre de changements de contexte effectués par le système.

btime 769041601

La date de démarrage du système en secondes écoulées depuis le 1er Janvier 1970.

processes 23664

Le nombre de processus exécutés sur le système depuis le démarrage.

swap

Les zones de swap utilisées. Voir aussi swapon(8).

sys

Ce répertoire (présent depuis le noyau 1.3.57) contient un ensemble de fichiers et de sous-répertoires correspondant à des variables internes du noyau. Celles-ci peuvent être lues et parfois modifiées en utilisant le pseudo-système de fichiers proc, et en utilisant l’appel-système sysctl(2). Actuellement, il existe les sous-répertoires abi, debug, dev, fs, kernel, net, proc, sunrpc et vm qui contiennent chacun des fichiers et d’autres sous-répertoires.

abi

Ce répertoire peut être vide. Sur certains systèmes, il est même absent.

debug

Ce répertoire peut être vide.

dev

Ce répertoire contient des informations spécifiques sur les périphériques (par ex. dev/cdrom/info). Sur certains systèmes, il peut être vide.

fs

Ici se trouvent le sous-répertoire binfmt_misc et les fichiers dentry-state, dir-notify-enable, dquot-nr, file-max, file-nr, inode-max, inode-nr, inode-state, lease-break-time, leases-enable, overflowgid, overflowuid super-max et super-nr dont les noms sont assez explicites.

La documentation des fichiers dans /proc/sys/binfmt_misc se trouve dans les sources du noyau, dans Documentation/binfmt_misc.txt.

Le fichier dentry-state contient sis nombres nr_dentry, nr_unused, age_limit (age en secondes), want_pages (pages réclammées par le système) et deux valeurs inutiles. nr_dentry semble être toujours à zéro. nr_unused semble être le nombre d’entrées de répertoire libres. age_limit est l’âge en seconde après lequel les entrées dcache peuvent être réclamées quand la mémoire libre diminue et que want_page est non-nul. Le fichier dir-notify-enable peut être utilisé pour activer ou inhiber l’interface dnotify décrite dans fcntl(2) au niveau système Une valeur nulle inhibe cette interface, et la valeur 1 l’active.

Le fichier dquot-max montre le nombre maximal d’entrée de quota de disque en cache. Sur certains systèmes (2.4), il est absent. Si le nombre de quotas de disque libres est très bas, et si vous avez un nombre important d’utilisateurs simultanés, vous pouvez augmenter cette valeur.

Le fichier dquot-nr montre le nombre d’entrées de quota de disque allouées et le nombre d’entrées libres.

Le fichier file-max est la limite système du nombre de fichiers ouverts par un processus. (Voir aussi setrlimit(2) qui peut servir à fixer la limite par processus, RLIMIT_NOFILE). Si vous avez beaucoup de messages d’erreurs indiquant un manque de descripteurs de fichiers, essayez d’augmenter cette valeur.

echo 100000 > /proc/sys/fs/file-max

La constante NR_OPEN du noyau impose une limite supérieure à la valeur que l’on peut placer dans file-max.

Si vous augmentez file-max, assurez-vous d’augmenter inode-max jusqu’à 3 à 4 fois la nouvelle valeur de file-max, ou vous serez à court d’i-noeuds.

Le fichier file-nr (en lecture seule) donne le nombre de fichiers actuellement ouverts. Il contient trois nombres : les descripteurs de fichiers allouées, les descripteurs de fichiers libres, et le maximum de descripteurs de fichiers. Le noyau alloue les descripteurs dynamiquement, mais il ne les libére pas. Si le nombre de descripteurs alloués est proche du maximum, vous pouvez envisager d’augmenter le maximum. Quand le nombre de descripteurs libres est très grand, vous avez rencontré dans le passé un pic d’utilisation et n’avez probablement pas besoin d’augmenter le maximum.

Le fichier inode-max contient le nombre maximal d’i-noeuds en mémoire. Sur certains systèmes (2.4) il peut être absent. Cette valeur devrait être 3 à 4 fois plus grande que le nombre file-max, car les descripteurs stdin, stdout, et les socket réseau nécessitent aussi un i-noeud. Lorsque vous manquez régulièrement d’i-noeud, augmentez cette valeur.

Le fichier inode-nr contient les deux premières valeurs de inode-state.

Le fichier inode-state contient sept nombres : nr_inodes, nr_free_inodes, preshrink et quatre valeurs inutiles. nr_inodes est le nombre d’i-noeuds alloués par le système. Il peut être légèrement plus grand que inode-max, car Linux les alloue par page complète. nr_free_inodes représente le nombre d’i-noeuds libres. preshrink est non-nulle quand nr_inodes > inode-max et que le système doit purger la liste d’i-noeuds plutôt qu’en allouer plus.

Le fichier lease-break-time indique le délai de grâce que le noyau accorde à un processus détenant un blocage de fichier (file lease, voir fcntl(2)) après qu’il lui a envoyé un signal indiquant qu’un autre processus attend pour ouvrir le fichier. Si, durant le délai de grâce, le détenteur du blocage ne le supprime pas, en n’en diminue pas la portée, le noyau éliminera de force le blocage.

Le fichier leases-enable permet d’activer ou d’inhiber les blocages de fichiers (file lease, voir fcntl(2)) pour tout le système. Si ce fichier contient la valeur 0, les blocages sont désactivés, une valeur non-nulle les active.

Les fichiers overflowgid et overflowuid contiennent des valeurs de GID et UID de débordement, par défaut 65534. Certains systèmes de fichiers ne supportent que des UID et GID sur 16 bits, bien que le noyau Linux les gère sur 32 bits. Lorsque l’un de ces systèmes de fichiers est monté en lecture-écriture, tout UID ou GID dépassant 65535 est remplacé par la valeur de débordement avant l’écriture sur le disque.

Le fichier super-max indique le nombre maximal de superblocs, et donc le nombre maximal de systèmes de fichiers que le noyau peut monter. Vous n’avez besoin d’augmenter cette valeur que si vous désirez monter plus de systèmes de fichiers que le maximal actuel.

Le fichier super-nr contient le nombre de systèmes de fichiers montés actuellement.

kernel

On y trouve les fichiers acct, cad_pid,

cap-bound, core_uses_pid, ctrl-alt-del, dentry-state, domainname, hostname, htab-reclaim (PowerPC seulement), java-appletviewer (binfmt_java, obsolète), java-interpreter (binfmt_java, obsolète), l2cr (PowerPC seulement), modprobe, msgmax, msgmnb, msgmni, osrelease, ostype, overflowgid, overflowuid, panic, powersave-nap (PowerPC seulement), printk, random, real-root-dev, reboot-cmd (SPARC seulement), rtsig-max, rtsig-nr, sem, sg-big-buff, shmall, shmmax, shmmni, sysrq, tainted, threads-max, version et zero-paged (PowerPC seulement) dont les noms sont assez explicites.

Le fichier acct contient trois nombres : un seuil haut, un seuil bas et une période. Si la comptabilité des processus à la manière BSD est activée, ses valeurs détermine son comportement. Si l’espace disque sur le système de fichiers accueillant les statistiques descend sous le seuil bas, (en pourcentage), la comptabilité est suspendue. Si l’espace remonte au-dessus du seuil haut, elle reprend. La période (en seconde) est celle avec laquelle le noyau vérifie l’espace disque disponible. Les valeurs par défaut sont 4, 2 et 30. Cela signifie que la comptabilité est suspendue en-dessous de 2% d’espace libre, elle reprend à 4% et la vérification a lieu toutes les 30 secondes.

Le fichier cap-bound conserve la valeur de l’ensemble des capacités limites du noyau (exprimée comme un nombre décimal signé). Cet ensemble est filtré par un ET binaire avec les capacité du processus lors d’un exec.

Le fichier core_uses_pid permet de configurer le nom des fichiers core sous Linux 2.4. Si ce fichier contient la valeur zéro, l’image mémoire écrite sur le disque est simplement nommée core. S’il contient une valeur non-nulle, le fichier core contient également le numéro du PID du processus, avec la forme core.PID. [NDT : Ceci est précieux pour déboguer des processus multi-threads avec la bibliothèque Linux-threads, où chaque thread dispose d’un PID indépendant. Si l’un d’eux reçoit un signal fatal, tous les threads sont tués et autant de fichiers core que de threads sont écrits. On peut alors utiliser gdb pour diagnostiquer l’erreur survenue]

Le fichier ctrl-alt-del contrôle la gestion de la séquence Ctrl-Alt-Suppr du clavier. S’il contient la valeur zéro, Ctrl-Alt-Del est capturé et envoyé au programme init(1) pour relancer le système correctement. Si la valeur est supérieure à zéro, la réaction de Linux à ce coup-de-pied au c.. est un redémarrage immédiat, sans même écrire le contenu des buffers en attente. Note : lorsqu’un programme (comme dosemu) utilise le clavier en mode ’raw’ (brut), la séquence ctl-alt-suppr est intercepté par le programma avant même d’atteindre le gestionnaire de console du noyau, et c’est à ce programme de décider qu’en faire.

Les fichiers domainname et hostname servent à indiquer les noms NIS/YP de domaine et d’hôte, exactement de la même manière que les commandes domainname et hostname. Par exemple :

# echo "darkstar" > /proc/sys/kernel/hostname
# echo "mydomain" > /proc/sys/kernel/domainname

a exactement le même effet que

# hostname "darkstar"
# domainname "mydomain"

Notez toutefois, que le classique darkstar.frop.org a le nom d’hôte darkstar et de le nom de domaine DNS (Internet Domain Name Server) "frop.org", à ne pas confondre ave le nom de domains NIS (Network Information Service) ou YP (Yellow Pages). Ces noms de domaines sont généralement différents. Pour plus de détail, voyez la page hostname(1). LP Si le fichier htab-reclaim (PowerPC seulement) contient une valeur non-nulle, la htab du PowerPC (voir le fichier Documentation/powerpc/ppc_htab.txt du noyau) est parcourue chaque fois que le système atteint la boucle d’inactivité.

Le fichier l2cr (PowerPC seulement) contient un indicateur commandant le cache L2 des cartes processeurs G3. Le cache est désactivé si la valeur est nulle, activé sinon.

Le fichier modprobe est décrit dans le fichier des sources du noyau Documentation/kmod.txt.

Le fichier msgmax est une limite pour l’ensemble du système précisant le nombre maximal d’octets par message écrit dans une file de message Système V.

Le fichier msgmni définit la limite pour le système du nombre d’identificateurs de files de messages. (Ce fichier n’existe que depuis Linux 2.4).

Le fichier msgmnb est un paramètre au niveau du système pour initialiser la valeur msg_qbytes lors de la création ultérieure de files de messages. La valeur msg_qbytes indique le nombre maximal d’octets que peut contenir une file de messages.

Les fichiers ostype, osrelease, version donnent des sous-chaînes de /proc/version.

Les fichiers overflowgid et overflowuid remplissent le même rôle que /proc/sys/fs/overflowgid et /proc/sys/fs/overflowuid.

Le fichier panic donne un accès en lecture et écriture à la variable panic_timeout du noyau. Si elle vaut zéro, le noyau se mettra en boucle en cas de panique, sinon elle contient le nombre de secondes après lequel le noyau devra redémarrer. Si vous utilisez le pilote de surveillance watchdog logiciel, la valeur recommandée est 60.

Le fichier powersave-nap (PowerPC seulement) contient un indicateur. S’il est non-nul, Linux-PPC utilisera le mode ’nap’ d’économie d’énergie, sinon il utilisera le mode ’doze’.

Les quatre valeurs dans le fichier printk sont nommées console_loglevel, default_message_loglevel, minimum_console_level et default_console_loglevel. Ces valeurs influencent le comportement de printk() lors de l’affichage ou de la journalisation de message d’erreurs. Voir syslog(2) pour plus d’information sur les différents niveaux. Les messages avec une priorité plus élevée que console_loglevel seront affichés sur la console. Les messages sans priorité explicite utiliseront la priorité default_message_level. minimum_console_loglevel est la valeur maximale à laquelle console_loglevel puisse être élevé. default_console_loglevel est la valeur par défaut pour console_loglevel.

Le répertoire random contient divers paramètre contrôlant le fonctionnement du fichier /dev/random.

Le fichier real-root-dev est documenté dans le fichier Documentation/initrd.txt des sources du noyau.

Le fichier reboot-cmd (Sparc seulement) permet apparement de fournir un argument au chargeur de boot ROM/Flash Sparc. Peut-être indique-t-il que faire après redémarage ?

Le fichier rtsig-max permet d’indiquer le nombre maximal de signaux Posix temps-réel en attente sur le système.

Le fichier rtsig-nr donne le nombre de signaux POSIX temps-réel actuellement en attente.

Le fichier sem (disponible depuis Linux 2.4) contient 4 limites pour les sémaphores Système V. Ces valeurs sont respectivement :

SEMMSL

Le nombre maximal de sémaphores par ensemble.

SEMMNS

Une limite générale au système pour le noombre de sémaphore dans tous les ensembles.

SEMOPM

Le nombre maximal d’opération que l’on peut indiquer dans un appel semop(2).

SEMNI

Une limite générale sur le nombre maximal d’identifiants de sémaphores.

Le fichier sg-big-buff montre la taille du buffer pour le pilote SCSI générique (sg). Vous ne pourrez pas y écrire pour le moment, mais vous pouvez changer sa valeur à la compilation en éditant include/scsi/sg.h et en modifiant SG_BIG_BUFF. Toutefois, il ne devrait y avoir aucune raison de le modifier.

Le fichier shmall contient le nombre maximal de pages de mémoire partagées (IPC système V) au niveau du système.

Le fichier shmmax permet de lire ou modifier la taille maximale des segments de mémoire partagée (IPC Système V) que l’on peut créer. Les segments de mémoire jusqu’à 1Go sont à présents autorisés par le noyau. La valeur par défaut est SHMMAX.

Le fichier shmmni (disponible depuis Linux 2.4) indique le nombre maximal de segment de mémoire partagée que l’on peut créer.

Le fichier version contient une chaîne du type :

#5 Wed Feb 25 21:49:24 MET 1998.TP

Le champ ’#5’ indique que c’est la cinquième compilation du noyau depuis ces sources, et la date correspond à celle de la compilation.

Le fichier zero-paged (PowerPC seulement) contient un drapeau. S’il est activé (non-nul), Linux-PPC effacera les pages dans sa boucle d’inactivité, accélérant éventuellement dd

net

Ce répertoire contient des informations concernant le réseau.

proc

Ce répertoire peut être vide.

sunrpc

Ce répertoire correspond aux appels de procédures à distance (RPC) sur un système de fichiers NFS. Sur certains système, il est absent.

vm

Ce répertoire contient des fichiers de paramétrage de la gestion de mémoire, des buffers, et du cache.

sysvipc

Sous-répertoire contenant les pseudo-fichiers msg, sem and shm. Ces fichiers listent les objets d’IPC Système V (respectivement les files de messages, les sémaphores, et la mémoire partagée) existant sur le système. Les informations sont les mêmes que celles fournies par la commande ipcs(1). Ces fichiers ont un en-tête, et sont formatés pour être lus facilement. La page ipc(5) explique certaines informations fournies par ces fichiers.

tty

Sous-répertoire contenant les pseudo-fichiers et sous-répertoires pour les pilotes de tty et la gestion de la ligne.

uptime

Ce fichier contient deux valeurs : la durée de fonctionnement (uptime) en secondes, et le temps écoulé à ne rien faire (idle), en secondes également.

version

Cette chaîne identifie la version du noyau en cours d’exécution. Elle inclue le contenu de /proc/sys/ostype, /proc/sys/osrelease et /proc/sys/version. Par exemple :

Linux version 2.4.19 (ccb@venux) (gcc version 2.96 20000731 (Red Hat Linux 7.3 2.96-110)) #13 sam nov 9 09:04:36 CET 2002

VOIR AUSSI

cat(1), find(1), free(1), mount(1), ps(1), tr(1), uptime(1), chroot(2), mmap(2), readlink(2), syslog(2), slabinfo(5), hier(7), arp(8), dmesg(8), hdparm(8), ifconfig(8), lsmod(8), lspci(8), netstat(8), procinfo(8), route(8) /usr/src/linux/Documentation/filesystems/proc.txt et bien d’autres...

CONFORMITÃ

A peu près conforme au noyau 2.4.17.

NOTES

Remarquez que certaines chaînes (de l’environnement et de la ligne de commande) sont parfois affichées dans un format interne, terminées par un caractère nul. Il est parfois plus lisible d’utiliser od -c ou tr "\000" "\n" pour les lire. Autrement echo ‘cat <file>‘ marche bien.

Cette page de manuel est incomplète, incertaine, et devrait être mise à jour très souvent.

TRADUCTION

Christophe Blaess, 2000.
proc(5)