Ubuntu Manpage: proc - Pseudosystème de fichiers d'informations sur les processus

NOM

       proc - Pseudosystème de fichiers d'informations sur les processus

DESCRIPTION

Le système de fichiers proc est un pseudosystème de fichiers qui fournit une interface avec les
structures de données du noyau. Il est généralement monté sur /proc. La plupart des fichiers sont en
lecture seule, mais quelques uns permettent la modification de variables du noyau.

La liste suivante décrit de nombreux fichiers et répertoires de la hiérarchie de /proc.

/proc/[pid]
Il existe un sous-répertoire pour chaque processus actif. Le sous-répertoire prend comme nom le
PID du processus. Chaque sous-répertoire contient les pseudofichiers et pseudorépertoires
suivants.

/proc/[pid]/auxv (depuis le noyau 2.6.0-test7)
Il comporte le contenu des informations passées par l'interpréteur ELF au processus lors de son
exécution. Le format est constitué, pour chacune des entrées, d'un identifiant unsigned long suivi
d'une valeur unsigned long. La dernière entrée comporte deux zéros.

/proc/[pid]/cgroup (depuis Linux 2.6.24)
Ce fichier décrit les groupes de contrôle auquel le processus ou la tâche appartiennent. Pour
chaque hiérarchie de cgroup, une entrée contient une liste de champs séparés par des deux-points
sous la forme :

5:cpuacct,cpu,cpuset:/daemons

Les champs séparés par des deux-points sont, de gauche à droite :

1. identifiant numérique de hiérarchie ;

2. jeu de sous-systèmes liés à la hiérarchie ;

3. groupe de contrôle dans la hiérarchie auquel appartient le processus.

Ce fichier n'est présent que si l'option de configuration du noyau CONFIG_CGROUPS a été validée.

/proc/[pid]/clear_refs (depuis Linux 2.6.22)

Ce fichier n'est accessible qu'en écriture, par le propriétaire du processus.

Les valeurs suivantes peuvent être écrites dans le fichier.

1 (depuis Linux 2.6.22)
Réinitialiser les bits PG_Referenced et ACCESSED/YOUNG de toutes les pages liées au
processus. Avant Linux 2.6.32, écrire n'importe quelle valeur non nulle avait le même
impact.

2 (depuis Linux 2.6.32)
Réinitialiser les bits PG_Referenced et ACCESSED/YOUNG de toutes les pages anonymes liées
au processus.

3 (depuis Linux 2.6.32)
Réinitialiser les bits PG_Referenced et ACCESSED/YOUNG de toutes les pages où sont projetés
des fichiers et liées au processus.

La réinitialisation des bits PG_Referenced et ACCESSED/YOUNG fournit une méthode pour mesurer
approximativement la quantité de mémoire utilisée par un processus. Inspecter d’abord les valeurs
du champ « Referenced » des zones de mémoire virtuelle (VMA) de /proc/[pid]/smaps permet d’avoir
une idée de l’empreinte mémoire du processus. En réinitialisant ensuite les bits PG_Referenced et
ACCESSED/YOUNG, inspecter de nouveau les valeurs du champ « Referenced », après un intervalle de
temps mesuré, permet d’avoir une idée de l’évolution de l’empreinte mémoire du processus pendant
cet intervalle. Pour n’inspecter que les types sélectionnés de projection, les valeurs 2 ou 3
peuvent être utilisées au lieu de 1.

Une valeur supplémentaire peut être écrite pour affecter un autre bit :

4 (depuis Linux 3.11)
Effacer le bit soft-dirty pour toutes les pages associées au processus. C’est utilisé (en
conjonction avec /proc/[pid]/pagemap) par le système de point de restauration pour
découvrir les pages qu’un processus a souillé depuis que le fichier /proc/[pid]/clear_refs
a été écrit.

L'écriture dans /proc/[pid]/clear_refs d'une valeur différente de celles ci-dessus n'a aucun
effet.

Le fichier /proc/[pid]/clear_refs n'est présent que si l'option de configuration du noyau
CONFIG_PROC_PAGE_MONITOR a été validée.

/proc/[pid]/cmdline
Ce fichier contient la ligne de commande complète du processus, sauf s'il s'agit d'un zombie. Dans
ce dernier cas, il n'y a rien dans ce fichier : c'est-à-dire qu'une lecture de ce fichier ne
retournera aucun caractère. Les paramètres de la ligne de commande apparaissent dans ce fichier
comme un ensemble de chaînes séparées par des octets nuls (« \0 »), avec un octet nul
supplémentaire après la dernière chaîne.

/proc/[pid]/coredump_filter (depuis le noyau 2.6.23)
Consultez core(5).

/proc/[pid]/cpuset (depuis le noyau 2.6.12)
Consultez cpuset(7).

/proc/[pid]/cwd
Lien symbolique vers le répertoire de travail actuel du processus. Pour obtenir le répertoire de
travail 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 de l'interpréteur de commandes,
et qu'elle risque de ne pas fonctionner correctement. Avec bash(1), vous pouvez utiliser pwd -P.

Dans un traitement multiprocessus (multithreaded), le contenu de ce lien symbolique n'est pas
disponible si le processus principal est déjà terminé (typiquement par un appel à pthread_exit(3).

/proc/[pid]/environ
Ce fichier contient l'environnement du processus. Les entrées sont séparées par des caractères
nuls (« \0 »), et il devrait y en avoir un à la fin du fichier. Ainsi, pour afficher
l'environnement du processus numéro 1, vous pouvez utiliser :

$ strings /proc/1/environ

/proc/[pid]/exe
Sous Linux 2.2 et ultérieur, ce fichier est un lien symbolique représentant le chemin réel de la
commande en cours d'exécution. Ce lien symbolique peut être déréférencé normalement ; tenter de
l'ouvrir ouvrira le fichier exécutable. Vous pouvez même entrer /proc/[pid]/exe pour lancer une
autre instance du même processus [pid] indiqué. Pour les multiprocessus, le contenu de ce lien
symbolique n'est pas disponible si le processus principal s'est déjà terminé (typiquement par
l'appel de pthread_exit(3)).

Sous Linux 2.0 et précédents, /proc/[pid]/exe était un pointeur sur le fichier binaire exécuté,
qui apparaissait sous forme de lien symbolique. Un appel système readlink(2) sur ce fichier
renvoyait une chaîne de la forme :

[périphérique]:inœud

Par exemple, [0301]:1502 correspond à l'inœud 1502 du périphérique ayant le 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'inœud.

/proc/[pid]/fd/
Il s'agit d'un sous-répertoire contenant une entrée pour chaque fichier ouvert par le processus.
Chaque entrée a le descripteur du fichier pour nom, et est représentée par un lien symbolique vers
le vrai fichier. Ainsi, 0 correspond à l'entrée standard, 1 à la sortie standard, 2 à la sortie
d'erreur, etc.

Pour les descripteurs de fichier de tubes et sockets, les entrées seront des liens symboliques
dont le contenu est le type de fichier avec l’inœud. Un appel de readlink(2) sur ce fichier
renvoie une chaîne au format :

type:[inœud]

Par exemple, socket:[2248868] sera une socket est son inœud est 2248868. Pour les sockets, cet
inœud permet de trouver plus de renseignements dans un des fichiers de /proc/net/.

Pour les descripteurs de fichier sans inœud correspondant (par exemple les descripteurs de fichier
produits par epoll_create(2), eventfd(2), inotify_init(2), signalfd(2) et timerfd(2)), l’entrée
sera un lien symbolique avec un contenu de la forme :

inœud_anon:<type-fichier>

Dans certains cas, le type-fichier est entouré de crochets.

Par exemple, un descripteur de fichier epoll aura un lien symbolique dont le contenu est la chaîne
anon_inode:[eventpoll].

Dans un traitement multiprocessus (multithreaded), le contenu de ce répertoire n'est pas
disponible si le processus principal est déjà terminé (typiquement par l'appel de pthread_exit(3).

Les programmes qui prennent un nom de fichier comme paramètre de la ligne de commande mais qui ne
lisent pas l'entrée standard si aucun paramètre n'est fourni, ou qui écrivent dans un fichier
indiqué par un paramètre de la ligne de commande sans écrire sur la sortie standard si aucun
paramètre n'est fourni, peuvent néanmoins utiliser l'entrée standard et la sortie standard par
l'intermédiaire de /proc/[pid]/fd. Par exemple, en supposant que l'option -i indique le nom du
fichier d'entrée et l'option -o le nom du fichier de sortie :

$ tototiti -i /proc/self/fd/0 -o /proc/self/fd/1 ...

et vous avez alors réalisé un filtre.

/proc/self/fd/N est approximativement identique à /dev/fd/N sur certains systèmes UNIX et
pseudo-UNIX. D'ailleurs la plupart des scripts MAKEDEV de Linux lient symboliquement en fait
/dev/fd à /proc/self/fd.

La plupart des systèmes fournissent les liens symboliques /dev/stdin, /dev/stdout et /dev/stderr,
qui sont respectivement liés aux fichiers 0, 1 et 2 de /proc/self/fd. Par conséquent, l'exemple
précédent peut être écrit de la façon suivante :

$ foobar -i /dev/stdin -o /dev/stdout ...

/proc/[pid]/fdinfo/ (depuis le noyau 2.6.22)
Il s'agit d'un sous-répertoire contenant une entrée pour chaque fichier ouvert par le processus,
nommé par son descripteur de fichier. Le contenu de chaque fichier peut être lu afin d'obtenir des
informations sur le descripteur de fichier correspondant, par exemple :

$ cat /proc/12015/fdinfo/4
pos: 1000
flags: 01002002

Le champ pos est un nombre décimal indiquant la position de la tête de lecture. Le champ flags est
un nombre octal indiquant les modes d'accès au fichier ainsi que ses attributs d'état (consultez
open(2)).

Les fichiers de ce répertoire ne sont accessibles en lecture que par le propriétaire du processus.

/proc/[pid]/io (depuis le noyau 2.6.20)
Ce fichier contient des statistiques d’entrées et sorties pour le processus, par exemple :

# cat /proc/3828/io
rchar: 323934931
wchar: 323929600
syscr: 632687
syscw: 632675
read_bytes: 0
write_bytes: 323932160
cancelled_write_bytes: 0

Les champs sont les suivants.

rchar : caractères lus
Le nombre d’octets lus sur le support de stockage que cette tâche a provoqué. C’est juste
la somme d’octets que ce processus a passé à read(2) et aux appels système similaires. Cela
comprend des choses comme les entrées et sorties du terminal et ne dépend pas du fait que
de véritables entrées et sorties du disque physique aient été nécessaires ou non (la
lecture pourrait avoir été réalisée à partir des pagecache).

wchar : caractères écrits
Le nombre d’octets écrits, ou à écrire, sur le disque que cette tâche a provoqué. Des
limitations similaires à celles de rchar s’appliquent.

syscr : appels système lus
Tentative de décompte du nombre d’opérations d’entrées et sorties lues — c’est-à-dire, des
appels système comme read(2) et pread(2).

syscw : appels système écrits
Tentative de décompte du nombre d’opérations d’entrées et sorties écrites — c’est-à-dire,
des appels système comme write(2) et pwrite(2).

read_bytes : octets lus
Tentative de décompte du nombre d’octets que ce processus a vraiment forcé à récupérer sur
la couche de stockage. C’est précis pour les systèmes de fichiers à base de blocs.

write_bytes : octets écrits
Tentative de décompte du nombre d’octets que ce processus a forcé à envoyer vers la couche
de stockage.

cancelled_write_bytes :
La grosse inexactitude ici est la troncature. Si un processus écrit 1 Mo vers un fichier
puis efface ce fichier, il n’aura de fait réalisé aucune écriture. Pourtant, il sera compté
comme ayant provoqué 1 Mo d’écriture. Autrement dit, ce champ représente le nombre d’octets
que ce processus n’a pas pu écrire, en tronquant les pagecache. Une tâche peut aussi
provoquer des entrées et sorties « négatives ». Si cette tâche tronque quelques pagecache
sales, certaines des entrées et sorties qui ont été comptabilisées pour une autre tâche
(dans son write_bytes) n’arriveront pas.

Remarque : dans l’implémentation actuelle, les choses sont un peu en situation de compétition sur
les systèmes 32 bits : si le processus B lit le /proc/[pid]/io du processus B pendant que ce
dernier est en train de mettre à jour un de ces compteurs en 64 bits, le processus A pourrait voir
un résultat intermédiaire.

/proc/[pid]/limits (depuis le noyau 2.6.24)
Ce fichier indique les limites souples et strictes ainsi que les unités de mesure de chaque limite
de ressources du processus (consultez getrlimit(2)). Jusqu'à Linux 2.6.35 inclus, ce fichier est
protégé de telle sorte que seul l'UID réel du processus puisse le lire. Depuis Linux 2.6.36, ce
fichier est lisible par tout les utilisateurs du système.

/proc/[pid]/map_files/ (depuis le noyau 3.3)
Ce sous-répertoire contient des entrées correspondant aux fichiers projetés en mémoire (consultez
mmap(2)). Les entrées sont nommées par paires d'adresses (exprimées en nombres hexadécimaux) de
début et fin de zone mémoire et sont des liens symboliques au fichiers projetés eux-mêmes. Voici
un exemple, avec la sortie coupée et formatée pour tenir sur un affichage en 80 colonnes :

$ ls -l /proc/self/map_files/
lr--------. 1 root root 64 Apr 16 21:31
3252e00000-3252e20000 -> /usr/lib64/ld-2.15.so
...

Bien que ces entrées soient présentes pour des zones de mémoire ayant été projetées avec
l'attribut MAP_FILE, la façon dont la mémoire partagée anonyme (les zones créées avec les
attributs MAP_ANON | MAP_SHARED) est implémentée dans Linux signifie que ce genre de zones
apparaissent aussi dans ce répertoire. Voici un exemple où le fichier cible est le /dev/zero
effacé :

lrw-------. 1 root root 64 Apr 16 21:33
7fc075d2f000-7fc075e6f000 -> /dev/zero (effacé)

Ce répertoire n'existe que si l'option de configuration du noyau CONFIG_CHECKPOINT_RESTORE a été
validée.

/proc/[pid]/maps
Fichier contenant les régions de la mémoire actuellement projetées et leurs autorisations d'accès.
Consultez mmap(2) pour de plus amples renseignements sur les projections en mémoire.

Le format du fichier est :

adresse droits posit. périph. inœud chemin
00400000-00452000 r-xp 00000000 08:02 173521 /usr/bin/dbus-daemon
00651000-00652000 r--p 00051000 08:02 173521 /usr/bin/dbus-daemon
00652000-00655000 rw-p 00052000 08:02 173521 /usr/bin/dbus-daemon
00e03000-00e24000 rw-p 00000000 00:00 0 [heap]
00e24000-011f7000 rw-p 00000000 00:00 0 [heap]
...
35b1800000-35b1820000 r-xp 00000000 08:02 135522 /usr/lib64/ld-2.15.so
35b1a1f000-35b1a20000 r--p 0001f000 08:02 135522 /usr/lib64/ld-2.15.so
35b1a20000-35b1a21000 rw-p 00020000 08:02 135522 /usr/lib64/ld-2.15.so
35b1a21000-35b1a22000 rw-p 00000000 00:00 0
35b1c00000-35b1dac000 r-xp 00000000 08:02 135870 /usr/lib64/libc-2.15.so
35b1dac000-35b1fac000 ---p 001ac000 08:02 135870 /usr/lib64/libc-2.15.so
35b1fac000-35b1fb0000 r--p 001ac000 08:02 135870 /usr/lib64/libc-2.15.so
35b1fb0000-35b1fb2000 rw-p 001b0000 08:02 135870 /usr/lib64/libc-2.15.so
...
f2c6ff8c000-7f2c7078c000 rw-p 00000000 00:00 0 [stack:986]
...
7fffb2c0d000-7fffb2c2e000 rw-p 00000000 00:00 0 [stack]
7fffb2d48000-7fffb2d49000 r-xp 00000000 00:00 0 [vdso]

Le champ adresse correspond à l'espace d'adressage du processus que la projection occupe. le champ
droits est un ensemble d'autorisations :

r = lecture
w = écriture
x = exécution
s = partage
p = privé (copie lors de l'écriture)

Le champ posit. est la position dans le fichier ou autre, périph. correspond à la paire
(majeur:mineur). inœud est l'inœud sur ce périphérique. 0 signifie qu'aucun inœud n'est associé à
cette zone mémoire, comme c'est le cas avec BSS (données non initialisées).

Le champ chemin sera normalement le fichier qui s'appuie sur la projection. Pour les fichiers ELF,
faire correspondre le champ chemin est facile en regardant le champ Offset des en-têtes du
programme ELF (readelf -l).

Des pseudochemins pratiques supplémentaires existent.

[stack]
La pile du processus initial (aussi connu comme le thread principal).

[stack:<tid>] (depuis Linux 3.4)
Une pile de thread (où <tid> est un identifiant de thread). Cela correspond au chemin
/proc/[pid]/task/[tid]/.

[vdso] L'objet virtuel partagé lié dynamiquement.

[heap] Le tas du processus.

Si le champ chemin est vide, c'est une projection anonyme telle qu'obtenue par la fonction
mmap(2). Faire correspondre cela à une source de processus est compliqué, sauf en l'exécutant à
l'aide de gdb(1), strace(1) ou similaire.

Sous Linux 2.0, aucun champ n'indique le chemin d'accès.

/proc/[pid]/mem
Ce fichier permet d'accéder à la mémoire d'un processus au travers de open(2), read(2), et
lseek(2).

/proc/[pid]/mountinfo (depuis Linux 2.6.26)
Ce fichier contient des informations relatives aux points de montage. Il contient des lignes de la
forme :

36 35 98:0 /mnt1 /mnt2 rw,noatime master:1 - ext3 /dev/root rw,errors=continue
(1)(2)(3) (4) (5) (6) (7) (8) (9) (10) (11)

Les nombres entre paranthèses sont des étiquettes pour les descriptions suivantes :

(1) mount ID : identifiant unique du montage (peut être réutilisé après un umount(2)).

(2) parent ID : identifiant du montage parent (ou de lui-même pour le sommet de la hiérarchie).

(3) major:minor : valeur de st_dev pour les fichiers sur le système de fichiers (consultez
stat(2)).

(4) root : racine du montage dans le système de fichiers.

(5) mount point : point de montage relatif à la racine du processus.

(6) mount options : options par montage.

(7) optional fields : zéro ou plusieurs champs de la forme « tag[:value] ».

(8) separator : indique la fin des champs optionnels.

(9) filesystem type : nom du système de fichiers de la forme « type[.subtype] ».

(10) mount source : informations spécifiques au système de fichiers ou « none ».

(11) super options : options par superbloc.

Les outils d'analyse devraient ignorer les champs optionnels non reconnus. Les champs optionnels
actuellement disponibles sont :

shared:X le montage est partagé par le groupe pair X

master:X le montage est esclave pour le groupe pair X

propagate_from:X le montage est esclave et reçoit des propagations provenant du groupe pair
X (*)

unbindable le point de montage ne peut pas être lié

(*) X est le group pair dominant le plus proche sous la racine du processus. Si X est le maître
immédiat du montage ou s'il n'y a pas de group pair dominant sous la même racine, alors seul le
champ « master:X » est présent et pas le champ « propagate_from:X ».

Pour plus d'informations sur les propagations de montage, voir
Documentation/filesystems/sharedsubtree.txt dans l'arborescence des sources du noyau Linux.

/proc/[pid]/mounts (depuis Linux 2.6.17)
C'est une liste de tous les systèmes de fichiers montés dans l'espace de noms de montage du
processus. Le format de ce fichier est documenté dans fstab(5). Depuis la version 2.6.15 du noyau,
ce fichier peut être pollué : après avoir ouvert le fichier en lecture, une modification de ce
fichier (par exemple, le montage ou le démontage d'un système de fichiers) provoque le marquage
par select(2) du descripteur de fichier comme étant lisible, et poll(2) et epoll_wait(2) marquent
le fichier comme étant en erreur.

/proc/[pid]/mountstats (depuis Linux 2.6.17)
Ce fichier exporte des informations (statistiques, configuration) relatives aux points de montage
dans l'espace de noms du processus. Les lignes de ce fichier sont de la forme :

device /dev/sda7 mounted on /home with fstype ext3 [statistics]
( 1 ) ( 2 ) (3 ) (4)

Les champs de chaque ligne sont :

(1) Le nom du périphérique monté (ou « nodevice » s'il n'y a pas de périphérique correspondant).

(2) Le point de montage dans l'arborescence du système de fichiers.

(3) Le type du système de fichiers.

(4) Statistiques optionnelles et informations de configuration. Actuellement (Linux 2.6.26),
seuls les systèmes de fichiers NFS exportent des informations à travers ce champ.

Ce fichier n'est accessible en lecture que par le propriétaire du processus.

/proc/[pid]/ns/ (depuis Linux 3.0)
Il s'agit d'un sous-répertoire contenant une entrée pour chaque espace de noms qui peut être
manipulé avec setns(2). Pour plus de précisions sur les espaces de noms, consultez clone(2).

/proc/[pid]/ns/ipc (depuis Linux 3.0)
Le montage lié de ce fichier (consultez mount(2)) ailleurs dans le système de fichiers garde
l'espace de noms IPC du processus indiqué par pid opérationnel même si tous les processus
actuellement dans l'espace de noms se terminent.

L'ouverture de ce fichier renvoie un descripteur de fichier pour l'espace de noms IPC du processus
indiqué par pid. Tant que ce descripteur de fichier reste ouvert, l'espace de noms IPC restera
opérationnel, même si tous les processus de l'espace de noms se terminent. Le descripteur de
fichier peut être passé à setns(2).

/proc/[pid]/ns/net (depuis Linux 3.0)
Le montage lié de ce fichier (consultez mount(2)) ailleurs dans le système de fichiers garde
l'espace de noms réseau du processus indiqué par pid opérationnel même si tous les processus de
l'espace de noms se terminent.

L'ouverture de ce fichier renvoie un descripteur de fichier pour l'espace de noms réseau du
processus indiqué par pid. Tant que ce descripteur de fichier reste ouvert, l'espace de noms
réseau restera opérationnel, même si tous les processus de l'espace de noms se terminent. Le
descripteur de fichier peut être passé à setns(2).

/proc/[pid]/ns/uts (depuis Linux 3.0)
Le montage lié de ce fichier (consultez mount(2)) ailleurs dans le système de fichiers garde
l'espace de noms UTS du processus indiqué par pid opérationnel même si tous les processus de
l'espace de noms se terminent.

L'ouverture de ce fichier renvoie un descripteur de fichier pour l'espace de noms UTS du processus
indiqué par pid. Tant que ce descripteur de fichier reste ouvert, l'espace de noms UTS restera
opérationnel, même si tous les processus de l'espace de noms se terminent. Le descripteur de
fichier peut être passé à setns(2).

/proc/[pid]/numa_maps (depuis Linux 2.6.14)
Consultez numa(7).

/proc/[pid]/oom_adj (depuis Linux 2.6.11)
Ce fichier permet d'ajuster la notation utilisée pour sélectionner le processus qui sera tué dans
une situation de mémoire saturée. Le noyau utilise cette valeur pour une opération de décalage sur
la valeur oom_score du processus : les valeurs valables sont dans l'intervalle de -16 à +15 plus
la valeur spéciale -17, qui désactive complètement la mise à mort sur mémoire saturée du
processus. Une notation négative diminue la probabilité.

La valeur par défaut de ce fichier est 0 ; un nouveau processus hérite de la valeur oom_adj de son
père. Un processus doit être privilégié (CAP_SYS_RESOURCE) pour mettre à jour ce fichier.

Depuis Linux 2.6.36, l'utilisation de ce fichier est déconseillée en faveur de
/proc/[pid]/oom_score_adj.

/proc/[pid]/oom_score (depuis Linux 2.6.11)
Ce fichier indique la notation actuelle donnée par le noyau pour sélectionner un processus pour
une mise à mort sur mémoire saturée. Une notation élevée signifie que le processus a plus de
chance d'être sélectionné pour une mise à mort sur mémoire saturée. La base de cette notation est
la quantité de mémoire utilisée par le processus. Cette notation peut augmenter (+) ou diminuer
(-) en fonction des facteurs suivants :

* le processus crée beaucoup d'enfants avec fork(2) (+) ;

* le processus s'exécute depuis longtemps ou a consommé beaucoup de temps processeur (-) ;

* le processeur a une faible valeur de courtoisie (c'est-à-dire positive) (+) ;

* le processus est privilégié (-) ; et

* le processus effectue des accès matériels directs (-).

oom_score reflète également l'ajustement indiqué dans les réglages oom_score_adj ou oom_adj du
processus.

/proc/[pid]/oom_score_adj (depuis Linux 2.6.36)
Ce fichier permet d'ajuster l'heuristique de mauvaise conduite (« badness ») utilisée pour
sélectionner le processus qui sera tué dans une situation de mémoire saturée.

L'heuristique de mauvaise conduite assigne une valeur à chaque tâche candidate entre 0 (ne jamais
tuer) et 1000 (toujours tuer) pour déterminer le processus ciblé. Les unités sont à peu près
proportionnelles à la quantité de mémoire allouée dont le processus pourrait bénéficier, à partir
de l'estimation de son utilisation actuelle de mémoire et d'espace d'échange. Par exemple si une
tâche utilise toute la mémoire allouée, sa notation de mauvaise conduite sera 1000. S'il utilise
la moitié de sa mémoire alloué, sa notation sera 500.

Un autre facteur est inclus dans la notation de mauvaise conduite : 3 % de mémoire supplémentaire
est allouée aux processus du superutilisateur par rapport aux autres tâches.

La quantité de mémoire « permise » dépend du contexte dans lequel la mise à mort sur mémoire
saturée a été effectuée. Si elle est causée par la saturation de mémoire assignée au cpuset de
tâche allouant, la mémoire permise représente l'ensemble de mems assignées à ce cpuset (consultez
cpuset(7)). Si elle est provoquée par la saturation de nœud(s) de mempolicy, la mémoire permise
représente l'ensemble de nœuds de mempolicy. Si elle est due à l'atteinte d'une limite de mémoire
(ou limite d'espace d'échange), la mémoire allouée est cette limite configurée. Enfin, si la cause
est la saturation de mémoire du système complet, la mémoire permise représente toutes les
ressources allouables.

La valeur de oom_score_adj est ajoutée à la notation de mauvaise conduite avant qu'elle ne soit
utilisée pour déterminer la tâche à tuer. Les valeurs acceptables sont comprises entre -1000
(OOM_SCORE_ADJ_MIN) et +1000 (OOM_SCORE_ADJ_MAX). Cela permet à l'espace utilisateur de contrôler
les préférences de mise à mort sur mémoire saturée, entre toujours préférer une tâche en
particulier ou désactiver complètement la mise à mort sur mémoire saturée. La plus faible valeur
possible, -1000, est équivalente à désactiver complètement la mise à mort sur mémoire saturée pour
cette tâche, puisque la notation de mauvaise conduite sera toujours 0.

Par conséquent, il est trivial pour l'espace utilisateur de définir la quantité de mémoire à
considérer pour chaque tâche. Configurer une valeur oom_score_adj de +500, par exemple, est à peu
près équivalent à permettre au reste des tâches partageant les mêmes ressources du système, de
cpuset, de mempolicy ou du contrôleur de mémoire d'utiliser au moins 50 % de mémoire en plus. Une
valeur de -500, au contraire, serait à peu près équivalent à ne prendre en compte que la moitié de
l'espace mémoire alloué à la tâche pour la notation contre cette tâche.

Pour des raisons de compatibilité ascendante avec les précédents noyaux, /proc/[pid]/oom_adj peut
encore être utilisé pour ajuster la notation de mauvaise conduite. Sa valeur est mise à l'échelle
linéairement avec oom_score_adj.

Écrire vers /proc/[pid]/oom_score_adj ou /proc/[pid]/oom_adj modifiera l'autre avec sa valeur mise
à l'échelle.

/proc/[pid]/root
UNIX et Linux gèrent une notion de racine du système de fichiers par processus, configurée avec
l'appel système chroot(2). Ce fichier est un lien symbolique qui pointe vers le répertoire racine
du processus, et se comporte de la même façon que exe et fd/*.

Dans un traitement multiprocessus (multithreaded), le contenu de ce lien symbolique n'est pas
disponible si le processus principal est déjà terminé (typiquement par un appel à pthread_exit(3).

/proc/[pid]/smaps (depuis Linux 2.6.14)
Ce fichier affiche la mémoire utilisée par les cartes de chacun des processus. Pour chacune des
cartes, il y a une série de lignes comme les suivantes :

00400000-0048a000 r-xp 00000000 fd:03 960637 /bin/bash
Size: 552 kB
Rss: 460 kB
Pss: 100 kB
Shared_Clean: 452 kB
Shared_Dirty: 0 kB
Private_Clean: 8 kB
Private_Dirty: 0 kB
Referenced: 460 kB
Anonymous: 0 kB
AnonHugePages: 0 kB
Swap: 0 kB
KernelPageSize: 4 kB
MMUPageSize: 4 kB
Locked: 0 kB

La première de ces lignes montre les mêmes informations que celles affichées pour la projection
mémoire dans /proc/[pid]/maps. Les lignes suivantes montrent la taille de la projection, la
quantité de projection actuellement résidente en mémoire vive (« Rss »), le partage équitable
(« proportional share ») de cette projection pour le processus (« Pss »), le nombre de pages
partagées propres ou sales de la projection et le nombre de pages privées propres ou sales.
« Referenced » indique la quantité de mémoire actuellement marquée comme référencée ou accédée.
« Anonymous » montre la quantité de mémoire qui n’appartient à aucun fichier. « Swap » montre la
quantité de mémoire aussi utilisée qui serait anonyme, mais est en espace d’échange.

L’entrée « KernelPageSize » est la taille de page utilisée par le noyau pour sauvegarder une zone
de mémoire virtuelle (VMA). Cela correspond à la taille utilisée par le MMU dans la majorité des
cas. Cependant, un contre-exemple existe sur les noyaux PPC64 où un noyau utilisant 64 K comme
taille de page de base pourrait encore utiliser 4 K pages pour le MMU sur les anciens processeurs.
Pour se démarquer, ce correctif signale « MMUPageSize » comme taille de page utilisée par le MMU.

Le « Locked » indique si la projection est verrouillée en mémoire.

Le champ « VmFlags » représente les attributs du noyau, associés à la zone de mémoire virtuelle
particulière, encodés en deux lettre. Les codes sont les suivants :

rd - lisible
wr - accessible en écriture
ex - exécutable
sh - partagé
mr - peut lire
mw - peut écrire
me - peut exécuter
ms - peut partager
gd - le segment de pile diminue
pf - intervalle PFN pur
dw - écriture désactivée vers le fichier projeté
lo - les pages sont verrouillée en mémoire
io - zone d’E/S de mémoire projetée
sr - conseil de lecture séquentielle fourni
rr - conseil de lecture aléatoire fourni
dc - ne pas copier la zone lors d’une création de fils
de - ne pas étendre la zone lors d’une reprojection
ac - la zone est responsable
nr - l’espace d’échange n’est pas réservé pour la zone
ht - la zone utilise des pages immenses TLB
nl - projection non linéaire
ar - attribut spécifique à l’architecture
dd - ne pas inclure la zone dans l’image mémoire (core dump)
sd - attribut soft-dirty
mm - zone de carte mélangée
hg - attribut de conseil de page immense
nh - attribut de conseil de page non immense
mg - attribut de conseil fusionnable

Le fichier /proc/[pid]/smaps n'est présent que si l'option de configuration du noyau
CONFIG_PROC_PAGE_MONITOR a été validée.

/proc/[pid]/stack (depuis Linux 2.6.29)
Ce fichier fournit une trace symbolique des appels de fonction dans cette pile noyau du processus.
Ce fichier n'existe que si le noyau a été compilé avec l'option de configuration
CONFIG_STACKTRACE.

/proc/[pid]/stat
Informations sur l'état du processus. C'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 leur propre spécificateur de format de type scanf(3) :

pid %d (1) Identifiant du processus.

comm %s (2) Nom du fichier exécutable entre parenthèses. Il est visible que l'exécutable ait
été déchargé sur l'espace d'échange (« swappé ») ou pas.

state %c (3) Un caractère parmi « RSDZTW » ou R signifie que le processus est en cours
d'exécution, S endormi dans un état non interruptible, D en attente de disque de
manière non interruptible, Z zombie, T qu'il est suivi pour une trace ou arrêté par un
signal et W qu'il effectue une pagination vers l'espace d'échange.

ppid %d (4) PID du processus parent.

pgrp %d (5) Identifiant de groupe de processus du processus.

session %d (6) Identifiant de session du processus.

tty_nr %d (7) Terminal de contrôle du processus (le numéro mineur de périphérique dans la
combinaison des bits 31 à 20 et 7 à 0 ; le numéro majeur est dans les bits 15 à 8).

tpgid %d (8) Identifiant du groupe de processus d'arrière-plan du terminal de contrôle du
processus.

flags %u (était %lu avant Linux 2.6.22)
(9) Mot contenant les indicateurs du noyau pour le processus. Pour en savoir plus sur
la signification des bits, consultez les définitions de PF_* dans le fichier
<linux/sched.h> des sources du noyau Linux. Les détails dépendent de la version du
noyau.

minflt %lu (10) Nombre de fautes mineures que le processus a déclenchées et qui n'ont pas
nécessité le chargement d'une page mémoire depuis le disque.

cminflt %lu (11) Nombre de fautes mineures que les enfants en attente du processus ont
déclenchées.

majflt %lu (12) Nombre de fautes majeures que le processus a déclenchées et qui ont nécessité un
chargement de page mémoire depuis le disque.

cmajflt %lu (13) Nombre de fautes majeures que les enfants en attente du processus ont
déclenchées.

utime %ld (14) Temps passé en mode utilisateur par le processus, mesuré en top d'horloge (divisé
par sysconf(_SC_CLK_TCK)). Cela comprend le temps de client, guest_time (temps passé à
exécuter un processeur virtuel, voir plus loin), de sorte que les applications qui ne
sont pas au courant du champ « temps de client » ne perdent pas ce temps dans leurs
calculs.

stime %ld (15) Temps passé en mode noyau par le processus, mesuré en top d'horloge (divisé par
sysconf(_SC_CLK_TCK)).

cutime %ld (16) Temps passé en mode utilisateur par le processus et ses descendants, mesuré en
top d'horloge (divisé par sysconf(_SC_CLK_TCK)). Consultez aussi times(2)). Cela
comprend le temps de client, cguest_time (temps passé à exécuter un processeur
virtuel, voir plus loin).

cstime %ld (17) Temps passé en mode noyau par le processus et ses descendants, mesuré en top
d'horloge (divisé par sysconf(_SC_CLK_TCK)).

priority %ld
(18) (Explications pour Linux 2.6) Pour les processus s'exécutant sous une politique
d'ordonnancement temps réel (policy plus loin ; voir sched_setscheduler(2)), il s'agit
de la valeur négative de la politique d'ordonnancement, moins un ; c'est-à-dire un
nombre dans l'intervalle -2 à -100, correspondant aux priorités temps réel 1 à 99.
Pour les processus s'exécutant sous une politique d'ordonnancement qui ne soit pas
temps réel, il s'agit de la valeur brute de courtoisie (setpriority(2)) comme
représentée dans le noyau. Le noyau enregistre les valeurs de courtoisie sous forme de
nombre de l'intervalle 0 (haute) à 39 (faible), correspondant à un intervalle de
courtoisie visible par l'utilisateur de -20 à 19.

Avant Linux 2.6, c'était une valeur d'échelle basée sur la pondération de
l'ordonnanceur fournie au processus.

nice %ld (19) Valeur de courtoisie (consultez setpriority(2)), une valeur dans l'intervalle 19
(faible priorité) à -19 (haute priorité).

num_threads %ld
(20) Nombre de threads dans ce processus (depuis Linux 2.6). Avant le noyau 2.6, ce
champ était codé en dur à 0 pour remplacer un champ supprimé auparavant.

itrealvalue %lu
(21) Nombre de jiffies avant que le signal SIGALRM suivant soit envoyé au processus
par un temporisateur interne. Depuis le noyau 2.6.17, ce champ n'est plus maintenu et
est codé en dur à 0.

starttime %llu (était %lu avant Linux 2.6)
(22) Instant auquel le processus a démarré après le démarrage du système. Exprimé en
jiffies avant le noyau 2.6, il est désormais exprimé en top d'horloge (divisé par
sysconf(_SC_CLK_TCK)).

vsize %lu (23) Taille de la mémoire virtuelle en octet.

rss %lu (24) Taille de l'ensemble résident (Resident Set Size) : nombre de pages dont le
processus dispose en mémoire réelle. Il ne s'agit que des pages contenant les espaces
de code, donnée et pile. Cela n'inclut ni les pages en attente de chargement ni celles
qui ont été déchargées.

rsslim %lu (25) Limite souple actuelle en octet du RSS du processus ; consultez la description de
RLIMIT_RSS dans getrlimit(2).

startcode %lu
(26) Adresse au-dessus de laquelle le code du programme peut s'exécuter.

endcode %lu (27) Adresse au-dessous de laquelle le code du programme peut s'exécuter.

startstack %lu
(28) Adresse de début (c'est-à-dire le bas) de la pile.

kstkesp %lu (29) Valeur actuelle du pointeur de pile (ESP), telle qu'on la trouve dans la page de
pile du noyau pour ce processus.

kstkeip %lu (30) EIP actuel (pointeur d'instructions).

signal %ld (31) Masque des signaux en attente, affiché sous forme d'un nombre décimal. Obsolète
car il ne fournit pas d'informations sur les signaux temps réel ; utilisez plutôt
/proc/[pid]/status.

blocked %ld (31) Masque des signaux bloqués, affiché sous forme d'un nombre décimal. Obsolète car
il ne fournit pas d'informations sur les signaux temps réel ; utilisez plutôt
/proc/[pid]/status.

sigignore %ld
(33) Masque des signaux ignorés, affiché sous forme d'un nombre décimal. Obsolète car
il ne fournit pas d'informations sur les signaux temps réel ; utilisez plutôt
/proc/[pid]/status.

sigcatch %ld
(34) Masque des signaux interceptés, affiché sous forme d'un nombre décimal. Obsolète
car il ne fournit pas d'informations sur les signaux temps réel ; utilisez plutôt
/proc/[pid]/status.

wchan %lu (35) « canal » sur lequel le processus est en attente. C'est l'adresse d’un endroit
dans le noyau où le processus est endormi. Le nom symbolique correspondant est dans
/proc/[pid]/wchan.

nswap %lu (36) Nombre de pages déplacées sur l'espace d'échange (non maintenu).

cnswap %lu (37) Champ nswap cumulé pour les processus enfants (non maintenu).

exit_signal %d (depuis Linux 2.1.22)
(38) Signal à envoyer au parent lors de la mort du processus.

processor %d (depuis Linux 2.2.8)
(39) Numéro du processeur utilisé lors de la dernière exécution.

rt_priority %u (depuis Linux 2.5.19 ; était %lu avant Linux 2.6.22)
(40) Priorité d'ordonnancement temps réel, un nombre dans l'intervalle 1 à 99 pour les
processus ordonnancés sous une politique temps réel, ou 0 pour les processus non temps
réel (consultez sched_setscheduler(2)).

policy %u (depuis Linux 2.5.19 ; était %lu avant Linux 2.6.22)
(41) Politique d'ordonnancement (consultez sched_setscheduler(2)). Décoder avec les
constantes SCHED_* de linux/sched.h.

delayacct_blkio_ticks %llu (depuis Linux 2.6.18)
(42) Cumul des délais d'entrées et sorties, mesuré en top horloge (centième de
seconde).

guest_time %lu (depuis Linux 2.6.24)
(43) Temps de client du processus (temps passé à exécuter un processeur virtuel pour
un système d'exploitation client), mesuré en top d'horloge (divisé par
sysconf(_SC_CLK_TCK)).

cguest_time %ld (depuis Linux 2.6.24)
(44) Temps de client des fils du processus, mesuré en top d'horloge (divisé par
sysconf(_SC_CLK_TCK)).

/proc/[pid]/statm
Donne des informations sur l'utilisation de la mémoire, mesurée en pages. Les colonnes
représentent :

size (1) taille totale du programme
(comme pour VmSize dans /proc/[pid]/status)
resident (2) taille résidant en mémoire
(comme pour VmRSS dans /proc/[pid]/status)
share (3) pages partagées (c'est-à-dire sauvegardées
dans un fichier)
text (4) texte (code)
lib (5) bibliothèque (non utilisé dans Linux 2.6)
data (6) données et pile
dt (7) pages touchées (dirty, non utilisé dans
Linux 2.6)

/proc/[pid]/status
Fournit l'essentiel des informations de /proc/[pid]/stat et /proc/[pid]/statm dans un format plus
facile à lire pour les humains. Voici un exemple :

$ cat /proc/$$/status
Name: bash
State: S (sleeping)
Tgid: 3515
Pid: 3515
PPid: 3452
TracerPid: 0
Uid: 1000 1000 1000 1000
Gid: 100 100 100 100
FDSize: 256
Groups: 16 33 100
VmPeak: 9136 kB
VmSize: 7896 kB
VmLck: 0 kB
VmHWM: 7572 kB
VmRSS: 6316 kB
VmData: 5224 kB
VmStk: 88 kB
VmExe: 572 kB
VmLib: 1708 kB
VmPTE: 20 kB
Threads: 1
SigQ: 0/3067
SigPnd: 0000000000000000
ShdPnd: 0000000000000000
SigBlk: 0000000000010000
SigIgn: 0000000000384004
SigCgt: 000000004b813efb
CapInh: 0000000000000000
CapPrm: 0000000000000000
CapEff: 0000000000000000
CapBnd: ffffffffffffffff
Cpus_allowed: 00000001
Cpus_allowed_list: 0
Mems_allowed: 1
Mems_allowed_list: 0
voluntary_ctxt_switches: 150
nonvoluntary_ctxt_switches: 545

Les champs sont les suivants.

* Name : Commande lancée par ce processus.

* State : État actuel du processus parmi les valeurs : « R (running) », « S (sleeping) », « D
(disk sleep) », « T (stopped) », « T (tracing stop) », « Z (zombie) » ou « X (dead) ».

* Tgid : Identifiant du groupe de threads (c'est-à-dire, identifiant du processus PID).

* Pid : Identifiant de thread (consultez gettid(2)).

* PPid : PID du processus parent.

* TracerPid : PID du processus traçant ce processus (0 s'il n'est pas tracé).

* Uid, Gid : UID (et GID) réel, effectif, sauvé et de système de fichiers.

* FDSize : Nombre d'entrées de descripteurs de fichier actuellement alloués.

* Groups : Liste des groupes supplémentaires.

* VmPeak : Taille de pointe de mémoire virtuelle.

* VmSize : Taille de mémoire virtuelle.

* VmLck : Taille de mémoire verrouillée (consultez mlock(3)).

* VmHWM : Taille de pointe de mémoire résidente (« High Water Mark »).

* VmRSS : Taille de mémoire résidente

* VmData, VmStk, VmExe : Taille des segments de données, de pile et de texte.

* VmLib : Taille du code de bibliothèque partagée.

* VmPTE : Taille des entrées de table de pages (depuis Linux 2.6.10).

* Threads : Nombre de threads dans le processus contenant ce thread.

* SigQ : Ce champ contient deux nombres séparés par une barre oblique, qui se réfèrent aux signaux
en attente pour l'identifiant d'utilisateur réel de ce processus. Le premier est le nombre de
signaux en attente pour cet identifiant d'utilisateur réel ; le second est la limite du nombre
de signaux pouvant être mis en attente pour ce processus (consultez la description de
RLIMIT_SIGPENDING dans getrlimit(2)).

* SigPnd, ShdPnd : Nombre de signaux en attente du thread et du processus dans son ensemble
(consultez pthreads(7) et signal(7)).

* SigBlk, SigIgn, SigCgt : Masques indiquant les signaux bloqués, ignorés et interceptés
(consultez signal(7)).

* CapInh, CapPrm, CapEff : Masques des capacités actives dans les ensembles transmissibles, permis
et effectifs (consultez capabilities(7)).

* CapBnd : Ensemble de limitation de capacités (Capability Bounding set ; depuis le noyau 2.6.26,
consultez capabilities(7)).

* Cpus_allowed : Masque des processeurs sur lesquels le processus peut s'exécuter (depuis Linux
2.6.24, consultez cpuset(7)).

* Cpus_allowed_list : Pareil que précédemment, mais au format liste (depuis Linux 2.6.26,
consultez cpuset(7)).

* Mems_allowed : Masque des nœuds mémoire autorisés pour ce processus (depuis Linux 2.6.24,
consultez cpuset(7)).

* Mems_allowed_list : Pareil que précédemment, mais au format liste (depuis Linux 2.6.26,
consultez cpuset(7)).

* voluntary_context_switches, nonvoluntary_context_switches : Nombre de basculement de contexte,
volontaire ou non (depuis Linux 2.6.23).

/proc/[pid]/task (depuis Linux 2.6.0-test6)
C'est un répertoire qui comporte un sous-répertoire pour chacun des processus légers (threads) de
la tâche. Le nom de chacun des sous-répertoires est l'identifiant ([tid]) du thread (consultez
gettid(2). Dans chacun de ces sous-répertoire se trouvent un ensemble de fichiers ayant le même
nom et contenu que dans les répertoires /proc/[pid]. Pour les attributs qui sont partagés par tous
les processus, le contenu de chacun des fichiers se trouvant dans le sous-répertoire task/[tid]
sera identique à celui qui se trouve dans le répertoire parent /proc/[pid] (par ex., pour une
tâche multiprocessus, tous les fichiers task/[tid]/cwd auront le même contenu que le fichier
/proc/[pid]/cwd dans le répertoire parent, puisque tous les processus d'une même tâche partage le
même répertoire de travail. Pour les attributs qui sont distincts pour chacun des processus, les
fichiers correspondants sous task/[tid] peuvent être différents (par ex., certains champs de
chacun de fichiers task/[tid]/status peuvent être différents pour chaque processus).

Dans un traitement multiprocessus, le contenu du répertoire /proc/[pid]/task n'est pas disponible
si le processus principal est déjà terminé (typiquement lors de l'appel pthread_exit(3).

/proc/[pid]/wchan (depuis Linux 2.6.0)
Le nom symbolique correspondant à l’endroit dans le noyau où le processus est endormi.

/proc/apm
La version du système de gestion de puissance APM et les informations sur l'état de la batterie si
la constante CONFIG_APM était définie à la compilation du noyau.

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

/proc/bus/pccard
Répertoire pour les périphériques PCMCIA si la constante CONFIG_PCMCIA était définie à la
compilation du noyau.

/proc/[pid]/timers (depuis Linux 3.10)
Une liste des temporisateurs POSIX pour ce processus. Chaque temporisateur est indiqué par une
ligne commençant par « ID: ». Par exemple :

ID: 1
signal: 60/00007fff86e452a8
notify: signal/pid.2634
ClockID: 0
ID: 0
signal: 60/00007fff86e452a8
notify: signal/pid.2634
ClockID: 1

Les lignes montrées pour chaque temporisateur ont les significations suivantes :

ID L’identifiant de ce temporisateur. Ce n’est pas la même chose que l’identifiant de
temporisateur renvoyé par timer_create(2). C’est plutôt le même identifiant interne au
noyau qui est disponible dans champ si_timerid de la structure siginfo_t (consultez
sigaction(2)).

signal C’est le numéro du signal que ce temporisateur utilise pour délivrer les notifications,
suivi d’une barre oblique, puis de la valeur sigev_value.sival_ptr fournie au gestionnaire
de signal. Ce n’est valable que pour les temporisateurs qui notifient à l’aide d’un signal.

notify La partie qui précède la barre oblique indique le mécanisme que ce temporisateur utilise
pour délivrer des notifications, c’est « thread », « signal » ou « none » (aucun).
Directement après la barre oblique, c’est soit la chaîne « tid » pour les temporisateurs
avec notification SIGEV_THREAD_ID, soit « pid » pour les temporisateurs qui notifient avec
d’autres mécanismes. Après le « . », c’est le PID du processus auquel un signal sera
délivré si le temporisateur délivre les notifications à l’aide d’un signal.

ClockID
Ce champs identifie l’horloge utilisée par le temporisateur pour mesurer le temps. Pour la
plupart des horloges, c’est un nombre qui correspond à une ces constantes CLOCK_* exposées
en espace utilisateur à l’aide de <time.h>. Les temporisateurs CLOCK_PROCESS_CPUTIME_ID
affichent la valeur -6 dans ce champ. Les temporisateurs CLOCK_THREAD_CPUTIME_ID affichent
la valeur -2 dans ce champ.

/proc/bus/pccard/drivers

/proc/bus/pci
Contient divers sous-répertoires de bus, et des pseudofichiers 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.

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

/proc/cmdline
Arguments passés au noyau Linux lors du boot. Généralement par l'intermédiaire d'un gestionnaire
de boot comme lilo(8) ou grub(8).

/proc/config.gz (depuis Linux 2.6)
Ce fichier indique les options de configuration qui ont été utilisées pour construire le noyau
actuel, dans le même format que celui utilisé pour le fichier .config résultant de la
configuration du noyau (en utilisant make xconfig, make config, ou autre). Le contenu du fichier
est compressé ; parcourez le ou effectuez vos recherches avec zcat(1) et zgrep(1). Tant qu'il n'y
a pas de changement dans les fichiers qui suivent, le contenu de /proc/config.gz est identique à
celui fournit par :

cat /lib/modules/$(uname -r)/build/.config

/proc/config.gz n'est fourni que si le noyau est configuré avec l'option CONFIG_IKCONFIG_PROC.

/proc/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'informations pour chaque processeur. La commande lscpu(1) récupère ses informations depuis ce
fichier.

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

/proc/diskstats (depuis Linux 2.5.69)
Ce fichier contient les statistiques d'entrées et sorties du disque pour chaque périphérique
disque. Consultez le fichier fourni avec les sources du noyau Linux Documentation/iostats.txt pour
plus d'informations.

/proc/dma
Il s'agit d'une liste des canaux DMA (Direct Memory Acess) ISA en cours d'utilisation.

/proc/driver
Sous-répertoire vide.

/proc/execdomains
Liste des domaines d'exécution (personnalités).

/proc/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.

/proc/filesystems
Liste textuelle des systèmes de fichiers qui sont pris en compte par le noyau, c'est-à-dire les
systèmes de fichiers qui ont été compilés dans le noyau ou dont les modules du noyau sont
actuellement chargés. (Consultez aussi filesystems(5)). Si un système de fichiers est marqué par
« nodev », cela signifie qu'il n'a pas besoin d'un périphérique bloc pour être monté (par exemple
un système de fichiers virtuel, un système de fichiers réseau).

Ce fichier peut éventuellement être utilisé par mount(8) lorsqu'aucun système de fichiers n'est
indiqué et qu'il n'arrive pas à déterminer le type du système de fichiers. Alors, les systèmes de
fichiers que comportent ce fichier sont essayés (à l'exception de ceux qui sont marqués par
« nodev »).

/proc/fs
Sous-répertoire vide.

/proc/ide
Le répertoire /proc/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 tampon 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 référence fournisseur
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.

/proc/interrupts
Utilisé pour enregistrer le nombre d'interruptions par CPU et par périphérique d'entrées et
sorties. Depuis Linux 2.6.24, pour les architectures i386 et x86_64 au moins, il comprend
également les interruptions internes au système (c'est-à-dire pas directement attachées à un
périphérique), comme les NMI (« nonmaskable interrupt », interruption non masquable), LOC (« local
timer interrupt », interruption de temporisateur local), et pour les systèmes SMP, TLB (« TLB
flush interrupt »), RES (« rescheduling interrupt »), CAL (« remote function call interrupt ») et
peut-être d'autres. Le format est très facile à lire, en ASCII.

/proc/iomem
Projection des entrées et sorties en mémoire, depuis Linux 2.4.

/proc/ioports
Il s'agit d'une liste des régions d'entrées et sorties en cours d'utilisation.

/proc/kallsyms (depuis Linux 2.5.71)
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. Dans Linux 2.5.47 et
précédents, un fichier similaire avec une syntaxe légèrement différente s'appelait ksyms.

/proc/kcore
Ce fichier représente la mémoire physique du système sous forme de fichier ELF core. À l'aide de
ce pseudofichier 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.

/proc/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 superutilisateur pour lire ce fichier, et un seul
processus à la fois peut le lire. Ce fichier ne devrait pas être lu si un processus syslogd en
cours d’exécution utilise l'appel système syslog(2) pour journaliser les messages du noyau.

Les informations de ce fichier sont consultées par le programme dmesg(1).

/proc/ksyms (Linux 1.1.23-2.5.47)
Consultez /proc/kallsyms.

/proc/loadavg
Les trois premiers champs de ce fichier sont des valeurs de charge moyenne donnant le nombre de
travaux dans la file d'exécution (état R) ou en attente d'E/S disque (état D) moyennés sur 1, 5 ou
15 minutes. Ils sont identiques aux valeurs de charge moyenne données par uptime(1) et d'autres
programmes. Le quatrième champ est constitué de deux nombres séparés par une barre oblique (/). Le
premier d'entre eux est le nombre d'entités d'ordonnancement du noyau (tâches, processus)
actuellement exécutables. La valeur qui suit la barre oblique est le nombre d'entités
d'ordonnancement du noyau qui existent actuellement sur le système. Le cinquième champ est le PID
du processus le plus récemment créé sur le système.

/proc/locks
Ce fichier montre les verrouillages actuels des fichiers (flock(2) et fcntl(2)) et les baux
(fcntl(2)).

/proc/malloc (seulement jusqu'à Linux 2.2 inclus)
Ce fichier n'est présent que si CONFIG_DEBUG_MALLOC a été défini lors de la compilation du noyau.

/proc/meminfo
Ce fichier fournit des statistiques sur l'utilisation mémoire du système. Il sert au programme
free(1) pour indiquer la quantité de mémoires (physique et d'échange) libre et utilisée, ainsi que
la mémoire partagée et les tampons utilisés par le noyau. Chaque ligne du ficher contient un nom
de paramètre, suivi d'un deux points, la valeur du paramètre et une unité éventuelle de mesure
(par exemple « kB » pour « ko »). La liste suivante décrit les noms de paramètre et le
spécificateur de format nécessaire pour lire la valeur du champ. À part si précisé autrement, tous
les champs sont présents depuis au moins Linux 2.6.0. Certains champs ne sont affichés que si le
noyau a été configuré avec plusieurs options ; ces dépendances sont notées dans la liste.

MemTotal %lu
Total de RAM utilisable (c'est-à-dire la RAM physique moins quelques bits réservés et le
code binaire du noyau).

MemFree %lu
La somme de LowFree et HighFree.

Buffers %lu
Stockage relativement temporaire pour les blocs de disque bruts qui ne devraient pas
devenir trop gros (environ 20 Mo).

Cached %lu
Cache en mémoire pour les fichiers sur le disque (le cache de pages). N'inclut pas
SwapCached.

SwapCached %lu
La mémoire qui avait été placée en espace d'échange (« swap »), qui en a été retirée, mais
qui et toujours dans le fichier d'échange (si la pression en mémoire est importante, ces
pages n'ont pas besoin d'être de nouveau placées dans l'espace d'échange, car elles sont
déjà dans le fichier d'échange. Cela évite des E/S).

Active %lu
La mémoire qui a été utilisée plus récemment mais n'est pas réclamée tant que ce n'est pas
absolument nécessaire.

Inactive %lu
La mémoire qui a été utilisée moins récemment. Elle est plus éligible à être réclamée pour
autre chose.

Active(anon) %lu (depuis Linux 2.6.28)
[À documenter.]

Inactive(anon) %lu (depuis Linux 2.6.28)
[À documenter.]

Active(file) %lu (depuis Linux 2.6.28)
[À documenter.]

Inactive(file) %lu (depuis Linux 2.6.28)
[À documenter.]

Unevictable %lu (depuis Linux 2.6.28)
(De Linux 2.6.28 à 2.6.30, CONFIG_UNEVICTABLE_LRU était nécessaire.) [À documenter.]

Mlocked %lu (depuis Linux 2.6.28)
(De Linux 2.6.28 à 2.6.30, CONFIG_UNEVICTABLE_LRU était nécessaire.) [À documenter.]

HighTotal %lu
(Depuis Linux 2.6.19, CONFIG_HIGHMEM est nécessaire.) Quantité totale de mémoire haute. La
mémoire haute est toute la mémoire au-delà d'environ 860 Mo de mémoire physique. Les
espaces de mémoire haute sont pour les programmes en espace utilisateur, ou pour le cache
de page. Le noyau doit utiliser des astuces pour utiliser cette mémoire, la rendant plus
lente d'accès que la mémoire basse.

HighFree %lu
(Depuis Linux 2.6.19, CONFIG_HIGHMEM est nécessaire.) Quantité de mémoire haute libre.

LowTotal %lu
(Depuis Linux 2.6.19, CONFIG_HIGHMEM est nécessaire.) Quantité totale de mémoire basse. La
mémoire basse est la mémoire qui peut être utilisée pour les mêmes choses que la mémoire
haute, mais est aussi disponible au noyau pour ses propres structures de données. Entre
autres choses, c'est là qu'est alloué tout Slab. Des problèmes peuvent survenir en cas
d'épuisement de mémoire basse.

LowFree %lu
(Depuis Linux 2.6.19, CONFIG_HIGHMEM est nécessaire.) Quantité de mémoire basse libre.

MmapCopy %lu (depuis Linux 2.6.29)
(CONFIG_MMU est nécessaire.) [À documenter.]

SwapTotal %lu
Quantité totale d'espace d'échange disponible.

SwapFree %lu
Quantité d'espace d'échange non utilisée.

Dirty %lu
Mémoire en attente d'être réécrite sur disque.

Writeback %lu
Mémoire en cours de réécriture sur disque.

AnonPages %lu (depuis Linux 2.6.18)
Pages sauvées sous une autre forme qu'un fichier, projetées dans des tables de pages en
espace utilisateur.

Mapped %lu
Fichier qui ont été projetés en mémoire, comme les bibliothèques.

Shmem %lu (depuis Linux 2.6.32)
[À documenter.]

Slab %lu
Cache de structures de données dans le noyau.

SReclaimable %lu (depuis Linux 2.6.19)
Partie de Slab qui pourrait être réclamée, comme les caches.

SUnreclaim %lu (depuis Linux 2.6.19)
Partie de Slab qui ne peut pas être réclamée en cas de pression en mémoire.

KernelStack %lu (depuis Linux 2.6.32)
Quantité de mémoire allouée aux piles du noyau.

PageTables %lu (depuis Linux 2.6.18)
Quantité de mémoire dédiée au plus bas niveau des tables de pages.

Quicklists %lu (depuis Linux 2.6.27)
(CONFIG_QUICKLIST est nécessaire.) [À documenter.]

NFS_Unstable %lu (depuis Linux 2.6.18)
Pages NFS envoyées au serveur, mais pas encore enregistrées sur le support stable.

Bounce %lu (depuis Linux 2.6.18)
Mémoire utilisée pour les « tampons de rebond » des périphériques blocs.

WritebackTmp %lu (depuis Linux 2.6.24)
Mémoire utilisée par FUSE pour les tampons de réécriture temporaire.

CommitLimit %lu (depuis Linux 2.6.10)
Basée sur le rapport du dépassement d'allocation mémoire (« vm.overcommit_ratio »), c'est
la quantité totale de mémoire actuellement disponible pour allouer dans le système. Cette
limite n'est respectée que si la gestion stricte du dépassement est activée (mode 2 dans
/proc/sys/vm/overcommit_ratio). CommitLimit est calculée en utilisant la formule suivante :

CommitLimit =
([total de pages de RAM] - [total de pages immenses TLB]) *
overcommit_ratio / 100 + [total de pages d’espace d’échange]

Par exemple, sur un système ayant 1 Go de RAM physique et 7 Go d'espace d'échange avec un
overcommit_ratio de 30, cette formule renvoie un CommitLimit de 7.3 Go. Pour plus de
précisions, consultez la documentation du dépassement d'allocation mémoire dans le fichier
Documentation/vm/overcommit-accounting des sources du noyau.

Committed_AS %lu
La quantité de mémoire actuellement allouée dans le système. Cette mémoire est la somme de
toute la mémoire qui a été allouée par les processus, même s'ils ne l'ont pas encore
« utilisée ». Un processus qui alloue 1 Go de mémoire (en utilisant malloc(3) ou
équivalent), mais ne touche qu'à 300 Mo de cette mémoire, sera vu comme n'utilisant que
300 Mo de mémoire, même s'il a l'espace d'adresses alloué pour 1 Go. Ce 1 Go est la mémoire
qui a été « réservée » par la mémoire virtuelle et peut être utilisée n'importe quand par
l'application d'allocation. Avec la gestion stricte du dépassement activée (mode 2 dans
/proc/sys/vm/overcommit_memory), les allocations qui pourraient dépasser CommitLimit
(précisée ci-dessus) ne sont pas permises. C'est utile s'il est nécessaire de garantir que
les processus ne vont pas échouer à cause du manque de mémoire une fois la mémoire allouée
correctement.

VmallocTotal %lu
Taille totale d'allocation de mémoire virtuelle.

VmallocUsed %lu
Taille d'allocation de mémoire virtuelle utilisée.

VmallocChunk %lu
Plus grand bloc contigu d'allocation de mémoire virtuelle libérée.

HardwareCorrupted %lu (depuis Linux 2.6.32)
(CONFIG_MEMORY_FAILURE est nécessaire.) [À documenter.]

AnonHugePages %lu (depuis Linux 2.6.38)
(CONFIG_TRANSPARENT_HUGEPAGE est nécessaire.) Pages immenses sauvées sous une autre forme
qu'un fichier, projetées dans des tables de pages en espace utilisateur.

HugePages_Total %lu
(CONFIG_HUGETLB_PAGE est nécessaire.) La taille d'espace pour les pages immenses.

HugePages_Free %lu
(CONFIG_HUGETLB_PAGE est nécessaire.) Le nombre de pages immenses dans l'espace qui ne sont
pas encore allouées.

HugePages_Rsvd %lu (depuis Linux 2.6.17)
(CONFIG_HUGETLB_PAGE est nécessaire.) C'est le nombre de pages immenses pour lesquelles un
engagement a été fait pour les allouer dans l'espace, mais qui n'ont pas encore été
allouées. Ces pages immenses réservées garantissent qu'une application pourra allouer une
page immense dans l'espace des pages immenses au moment nécessaire.

HugePages_Surp %lu (depuis Linux 2.6.24)
(CONFIG_HUGETLB_PAGE est nécessaire.) C'est le nombre de pages immenses dans l'espace
au-delà de la valeur de /proc/sys/vm/nr_hugepages. Le nombre maximal de pages immenses en
excès est contrôlé par /proc/sys/vm/nr_overcommit_hugepages.

Hugepagesize %lu
(CONFIG_HUGETLB_PAGE est nécessaire.) La taille des pages immenses.

/proc/modules
Liste littérale des modules qui ont été chargés par le système. Consultez lsmod(8).

/proc/mounts
Avant le noyau 2.4.19, ce fichier était une liste de tous les systèmes de fichiers actuellement
monté sur le système. Avec l'introduction des espaces de noms de montage par processus dans
Linux 2.4.19, ce fichier est devenu un lien vers /proc/self/mounts, qui liste les points de
montage de l'espace de noms de montage du processus. Le format de ce fichier est documenté dans
fstab(5).

/proc/mtrr
Memory Type Range Registers. Consultez Documentation/mtrr.txt dans les sources du noyau Linux pour
plus d'informations.

/proc/net
Ce répertoire regroupe divers pseudofichiers 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.

/proc/net/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érielle 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ù « adresse IP » est l'adresse IPv4 de la machine, le type de matériel est issu de la RFC 826.
L'attribut correspond aux attributs 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).

/proc/net/dev
Ce pseudofichier contient des informations d'état sur les périphériques réseau. Il contient 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

/proc/net/dev_mcast
Définie dans /usr/src/linux/net/core/dev_mcast.c :
indx interface_name dmi_u dmi_g dmi_address
2 eth0 1 0 01005e000001
3 eth1 1 0 01005e000001
4 eth2 1 0 01005e000001

/proc/net/igmp
Protocole Internet Group Management Protocol. Défini dans /usr/src/linux/net/core/igmp.c.

/proc/net/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.

/proc/net/raw
Fournit le contenu 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 la paire de numéros associée
au protocole. « St » est l'état interne de la socket. « tx_queue » et « rx_queue » représentent
les files d'attente en émission et en réception en ce qui concerne l'utilisation de la mémoire par
le noyau. Les champs « tr », « tm->when » et « rexmits » ne sont pas utilisés par « RAW ». Le
champ uid contient l'identifiant d'utilisateur (UID) effectif du créateur de la socket.

/proc/net/snmp
Ce fichier contient les données ASCII nécessaires pour les bases d'informations d'IP, ICMP, TCP et
UDP pour un agent SNMP.

/proc/net/tcp
Fournit le contenu de la table des sockets 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 la pair de numéros de port. Le champ
« rem_address » contient l'adresse distante et la paire de numéros de port (si la socket est
connectée). « St » est l'état interne de la socket. « tx_queue » et « rx_queue » représentent les
files d'attente en émission et en réception en ce qui concerne l'utilisation de la mémoire par le
noyau. Les champs « tr », « tm->when » et « rexmits » contiennent des données internes au noyau ne
servant qu'au débogage. Le champ uid contient l'identifiant d'utilisateur (UID) effectif du
créateur de la socket.

/proc/net/udp
Fournit le contenu de la table des sockets 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 la paire de numéros de port. Le champ
« rem_address » contient l'adresse distante et la paire de numéros de port (si la socket est
connectée). « St » est l'état interne de la socket. « tx_queue » et « rx_queue » représentent les
files d'attente en émission et en réception en ce qui concerne l'utilisation de la mémoire par le
noyau. Les champs « tr », « tm->when » et « rexmits » ne sont pas utilisés par UDP. Le champ uid
contient l'identifiant d'utilisateur (UID) effectif 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

/proc/net/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és par le noyau). « St » est un état
interne de la socket, et Path correspond à l'éventuel chemin d'accès de la socket.

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

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

Ce fichiers a été déprécié au profit d'une nouvelle interface /proc pour le PCI (/proc/bus/pci).
Il est devenu optionnel dans Linux 2.2 (disponible par l'intermédiaire de CONFIG_PCI_OLD_PROC,
défini à la compilation du noyau). Il est devenu non optionnel une fois de plus dans Linux 2.4.
Ensuite, il a été déprécié dans Linux 2.6 (il reste disponible par l'intermédiaire du
positionnement de CONFIG_PCI_LEGACY_PROC), et il a finalement été entièrement supprimé depuis
Linux 2.6.17.

/proc/profile (depuis Linux 2.4)
Ce fichier n'est présent que si le noyau a été démarré avec l'option profile=1. Il met à
disposition des informations de profilage sous une forme binaire lisible par readprofile(1). Une
écriture (par exemple d'une chaîne vide) dans le fichier réinitialise les compteurs de profilage.
Dans le cas de certaines architectures, l'écriture d'un entier « multiple de profilage » de taille
sizeof(int) configure la fréquence d'interruption du profilage.

/proc/scsi
Répertoire regroupant les pseudofichiers du niveau scsi intermédiaire et divers sous-répertoires
pour les pilotes SCSI de bas niveau. Ils contiennent un fichier pour chaque hôte SCSI du système,
chacun d'entre eux donnant l'état d'une partie du sous-système d'E/S 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.

/proc/scsi/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 superutilisateur d'ajouter un périphérique branché à
chaud à la liste des périphériques connus.

La commande

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.

/proc/scsi/[nom_de_pilote]
Le [nom_de_pilote] 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 pilote qui pilote 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 superutilisateur peut activer ou inhiber le code de mesure de
latence des commandes dans le pilote eata_dma. Avec les commandes lockup et unlock, il peut
contrôler les verrouillages de bus simulés par le pilote scsi_debug.

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

/proc/slabinfo
Information concernant les caches du noyau. Depuis Linux 2.6.16, ce fichier n'est présent que si
l'option de configuration du noyau CONFIG_SLAB est validée. Les colonnes de /proc/slabinfo sont :

nom-du-cache
nombre-d'objets-actifs
nombre-total-d'objets
taille-d-'objet
nombre-de-tampons-actifs
nombre-total-de-tampons
nombre-de-pages-par-tampon

Consultez slabinfo(5) pour plus de précisions.

/proc/stat
Statistiques du noyau, et du système. Varie avec l'architecture, les entrées communes sont les
suivantes.

cpu 3357 0 4313 1362393
Temps, mesuré en unités de USER_HZ (centième de seconde sur la plupart des architectures,
utilisez sysconf(_SC_CLK_TCK) pour connaître la valeur correcte), que le système a passé
dans les différents états suivants.

utilisateur (user)
(1) Temps passé en mode utilisateur.

basse priorité (nice)
(2) Temps passé en mode utilisateur avec une priorité basse (courtoisie élevée :
« nice »).

système (system)
(3) Temps passé en mode système.

inactivité (idle)
(4) Temps passé en tâche inactive. Cette valeur devrait correspondre à USER_HZ fois
la deuxième entrée du pseudofichier /proc/uptime.

attente d'entrées et sorties (iowait, depuis Linux 2.5.41)
(4) Temps attendu jusqu'à la fin des entrées et sorties.

interruptions (irq, depuis Linux 2.6.0-test4)
(6) Temps d'entretien des interruptions.

softirq (depuis Linux 2.6.0-test4)
(7) Temps d'entretien des softirqs.

volé (steal, depuis Linux 2.6.11)
Temps volé, qui est le temps passé dans d'autres systèmes d'exploitation lorsqu'un
environnement virtualisé est actif

client (guest, depuis Linux 2.6.24)
(9) Temps passé à exécuter un processeur virtuel pour des systèmes d'exploitation
clients sous le contrôle du noyau Linux.

client basse priorité guest_nice (depuis Linux 2.6.33)
(10) Temps passé à exécuter un client avec une priorité basse (processeur virtuel
pour des systèmes d'exploitation clients sous le contrôle du noyau Linux).

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
Cette ligne contient le nombre d'interruptions qui ont été prises en compte depuis le
démarrage du système, pour chacune des interruptions possibles. La première colonne est le
total de toutes les interruptions ayant été prises en compte ; chacune des colonnes
suivantes représente le total pour une interruption particulière.

disk_io: (2,0):(31,30,5764,1,2) (3,0):...
(major,disk_idx):(noinfo, read_io_ops, blks_read, write_io_ops, blks_written)
(Linux 2.4 seulement)

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 l'époque, 1er janvier 1970
à 00:00:00 (UTC).

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

procs_running 6
Nombre de processus dans un état exécutable. (à partir de Linux 2.5.45).

procs_blocked 2
Nombre de processus bloqués en attente de fin d'E/S. (À partir de Linux 2.5.45).

/proc/swaps
Les zones de swap utilisées. Consultez aussi swapon(8).

/proc/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 pseudosystème de fichiers /proc, et en utilisant l'appel système
(obsolète) sysctl(2).

/proc/sys/abi (depuis Linux 2.4.10)
Ce répertoire peut contenir des fichiers d'informations sur l'exécutable de l'application.
Consultez le fichier fourni avec les sources du noyau Linux Documentation/sysctl/abi.txt pour plus
d'informations.

/proc/sys/debug
Ce répertoire peut être vide.

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

/proc/sys/fs
Ce répertoire contient les fichiers et répertoires pour les variables du noyau relatives aux
systèmes de fichiers.

/proc/sys/fs/binfmt_misc
La documentation concernant les fichiers de ce répertoire se trouve dans les sources du noyau
Linux, dans Documentation/binfmt_misc.txt.

/proc/sys/fs/dentry-state (depuis Linux 2.2)
Ce fichier contient des informations sur l'état du cache de répertoire (dcache). Ce fichier
contient six nombres nr_dentry, nr_unused, age_limit (age en secondes), want_pages (pages
réclamées par le système) et deux valeurs inutiles.

* nr_dentry est le nombre d'entrées dcache allouées. Ce champ n'est pas utilisé dans Linux 2.2.

* nr_unused est le nombre d'entrées de répertoire libres.

* age_limit est l'âge en seconde après lequel les entrées de cache peuvent être réclamées quand la
mémoire libre diminue.

* want_pages n'est pas nul quand le noyau a appelé shrink_dcache_pages() et que le cache de
répertoire n'a pas encore été élagué.

/proc/sys/fs/dir-notify-enable
Ce fichier permet d'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.

/proc/sys/fs/dquot-max
Ce fichier montre le nombre maximal d'entrées 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.

/proc/sys/fs/dquot-nr
Ce fichier montre le nombre d'entrées de quota de disque allouées et le nombre d'entrées libres.

/proc/sys/fs/epoll (depuis Linux 2.6.28)
Ce répertoire contient le fichier max_user_watches, qui peut être utilisé pour limiter la quantité
de mémoire du noyau utilisée par l'interface epoll. Consultez epoll(7) pour davantage
d'informations.

/proc/sys/fs/file-max
Ce fichier est la limite système du nombre de fichiers ouverts par un processus. (Consultez aussi
setrlimit(2) qui peut servir à définir la limite par processus, RLIMIT_NOFILE). Si vous avez
beaucoup de messages d'erreurs dans le journal du noyau indiquant un manque de descripteurs de
fichiers (cherchez « VFS: file-max limit <number> reached »), 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.

Les processus privilégiés (CAP_SYS_ADMIN) peuvent écraser la limite file-max.

/proc/sys/fs/file-nr
Ce fichier en lecture seule contient trois nombres : le nombre de descripteurs de fichiers alloués
(c'est-à-dire le nombre de fichiers actuellement ouverts), le nombre de descripteurs de fichiers
libres et le nombre maximum de descripteurs de fichiers (c'est-à-dire la même valeur que
/proc/sys/fs/file-max). Si le nombre de descripteurs alloués est proche du maximum, vous devriez
envisager d'augmenter le maximum. Avant Linux 2.6, le noyau allouait les descripteurs
dynamiquement, mais ne les libèrait pas. Au lieu de cela, les descripteurs de fichiers libres
étaient stockés dans une liste pour être réalloués, le nombre « descripteurs de fichiers libres »
référant à la taille de cette liste. Un nombre élevé de descripteurs de fichiers libres était
l'indication qu'un pic d'utilisation s'est produit. Depuis Linux 2.6, le noyau désalloue les
descripteurs de fichiers libres, et ce compteur est toujours nul.

/proc/sys/fs/inode-max (avant Linux 2.2)
Ce fichier contient le nombre maximal d'inœuds en mémoire. Cette valeur devrait être 3 à 4 fois
plus grande que le nombre file-max, car les descripteurs stdin, stdout, et les sockets réseau
nécessitent aussi un inœud. Lorsque vous manquez régulièrement d'inœuds, augmentez cette valeur.

Depuis Linux 2.4, il n'y a plus de limite statique du nombre d'inœuds et ce fichier n'existe plus.

/proc/sys/fs/inode-nr
Ce fichier contient les deux premières valeurs d'inode-state.

/proc/sys/fs/inode-state
Ce fichier contient sept nombres : nr_inodes, nr_free_inodes, preshrink et quatre valeurs non
significatives.

nr_inodes est le nombre d'inœuds alloués par le système. nr_free_inodes représente le nombre
d'inœuds libres.

preshrink est non nul lorsque nr_inodes > inode-max et que le système doit purger la liste
d'inœuds plutôt qu'en allouer davantage. Ce champ n'est plus significatif depuis Linux 2.4.

/proc/sys/fs/inotify (depuis Linux 2.6.13)
Ce répertoire contient les fichiers max_queued_events, max_user_instances, et max_user_watches,
qui peuvent être utilisés pour limiter la quantité de mémoire du noyau utilisée par l'interface
inotify. Consultez inotify(7) pour davantage d'informations.

/proc/sys/fs/lease-break-time
Ce fichier indique le délai de grâce que le noyau accorde à un processus détenant un blocage de
fichier (file lease, consultez 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.

/proc/sys/fs/leases-enable
Ce fichier permet d'activer ou d'inhiber les blocages de fichiers (file lease, consultez 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.

/proc/sys/fs/mqueue (depuis Linux 2.6.6)
Ce répertoire contient les fichiers msg_max, msgsize_max, et queues_max, qui contrôlent les
ressources utilisées par les files de messages POSIX. Consultez mq_overview(7) pour davantage
d'informations.

/proc/sys/fs/overflowgid et /proc/sys/fs/overflowuid
Ces fichiers 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.

/proc/sys/fs/pipe-max-size (depuis Linux 2.6.35)
La valeur de ce fichier définit une limite supérieure pour augmenter la capacité d'un tube en
utilisant l'opération fcntl(2) F_SETPIPE_SZ. Cette limite ne s'applique qu'aux processus
ordinaires (sans privilèges). La valeur par défaut de ce fichier est 1048576. La valeur employée
par ce fichier peut être arrondie supérieurement, pour refléter la valeur réellement employée pour
une implémentation adaptée. Pour connaître la valeur arrondie, il suffit d'afficher le contenu de
ce fichier après en avoir changé la valeur. La valeur minimale qui peut être assignée à ce fichier
est la taille de la page.

/proc/sys/fs/protected_hardlinks (depuis Linux 3.6)
Quand la valeur dans ce fichier est 0, aucune restriction n'empêche la création de liens physiques
(c'est-à-dire le comportement historique avant Linux 3.6). Quand la valeur de ce fichier est 1, un
lien physique ne peut être créé vers un fichier cible que si une des conditions suivantes est
vraie.

* L'appelant a la capacité CAP_FOWNER.

* L'UID de système de fichier du processus créant le lien correspond au propriétaire (UID) du
fichier cible (conformément à la description de credentials(7), l'UID de système de fichier
d'un processus est normalement le même que son UID effectif).

* Toutes les conditions suivantes sont vraies :

• la cible est un fichier régulier ;

• le fichier cible n'a pas son bit de droits Set-UID activé ;

• le fichier cible n'a aucun de ses bits de droits Set-GID et exécutable par le groupe
activé ;

• l'appelant a le droit de lire et écrire le fichier cible (soit par le masque des droits du
fichier, soit car il dispose de la capacité nécessaire).

La valeur par défaut dans ce fichier est 0. Définir cette valeur à 1 empêche une classe de
problèmes de sécurité de longue date provoqués par des situations de compétition de date de
vérifications ou de date d'utilisation basées sur les liens physiques, la plupart du temps
constatés dans des répertoires accessibles en écriture à tous comme /tmp. La méthode habituelle
pour exploiter ce défaut est de croiser les limites de droits lors du suivi d'un lien physique
donné (c'est-à-dire qu'un processus du superutilisateur suit un lien créé par un autre
utilisateur). De plus, sur les systèmes sans partitions séparées, cela empêche les utilisateurs
non autorisés d'« épingler » les fichier Set-UID et Set-GID vulnérables, pour les empêcher d'être
mis à jour par l'administrateur ou d'être liés vers des fichiers spéciaux.

/proc/sys/fs/protected_symlinks (depuis Linux 3.6)
Quand la valeur dans ce fichier est 0, aucune restriction n'empêche le suivi de liens symboliques
(c'est-à-dire le comportement historique avant Linux 3.6). Quand la valeur de ce fichier est 1,
les liens symboliques ne sont suivis que dans l'une des circonstances suivantes :

* l'UID de système de fichier du processus suivant le lien correspond au propriétaire (UID) du
lien symbolique (conformément à la description de credentials(7), l'UID de système de fichier
d'un processus est normalement le même que son UID effectif) ;

* le lien n'est pas dans un répertoire accessibles en écriture à tous de façon « sticky » ;

* le lien symbolique et son répertoire parent ont le même propriétaire (UID).

Un appel système qui n'arrive pas à suivre un lien symbolique à cause des restrictions ci-dessus
renvoie l'erreur EACCES dans errno.

La valeur par défaut dans ce fichier est 0. Définir cette valeur à 1 empêche une classe de
problèmes de sécurité de longue date basés sur des situations de compétition de date de
vérifications ou de date d'utilisation lors de l'accès aux liens symboliques.

/proc/sys/fs/suid_dumpable (depuis Linux 2.6.13)
La valeur de ce fichier détermine si des fichiers d'images mémoire ont été produits pour
« set-user-ID » ou d'autre binaires protégés ou corrompus. Trois différentes valeurs entières
peuvent être indiquées :

0 (par défaut)
Cela donne le comportement traditionnel (antérieur à Linux 2.6.13). Une image mémoire ne
sera pas produite pour un processus qui a modifié ses droits (en appelant seteuid(2),
setgid(2), ou autre, ou en exécutant un programme set-user-ID ou set-group-ID) ou dont le
binaire n'a pas le droit de lecture actif.

1 (« débogage »)
Des images mémoire de tous les processus seront faites si possible. L'image mémoire
appartient à l'identifiant d'utilisateur du système de fichiers du processus dont l'image a
été créée et aucune mesure de sécurité n'est prise. Cela n'est prévu que dans des
situations où l'on souhaite déboguer le système. Ptrace n'est pas vérifié.

2 (« suidsafe »)
L'image mémoire d'un binaire qui n'aurait normalement pas été effectuée (voir « 0 »
ci-dessus) est prise lisible par le superutilisateur (root) seulement. Cela permet à
l'utilisateur de pourvoir supprimer l'image mémoire mais pas de la lire. Pour des raisons
de sécurité, les images mémoires prises dans ce mode n'en écraseront pas une autre ou
d'autres fichiers. Ce mode est adéquat lorsque l'administrateur essaie de déboguer des
problèmes dans un environnement normal.

De plus, depuis Linux 3.6, /proc/sys/kernel/core_pattern doit être soit un chemin absolu,
soit une commande de tube (« pipe »), comme précisé dans core(5). Des avertissements seront
écrits dans le journal du noyau si core_pattern ne suit pas ces règles et aucune image
mémoire ne sera produite.

/proc/sys/fs/super-max
Ce fichier 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 super-max que si vous désirez
monter plus de systèmes de fichiers que ce que la valeur actuelle de super-max vous permet.

/proc/sys/fs/super-nr
contient le nombre de systèmes de fichiers montés actuellement.

/proc/sys/kernel
Ce répertoire contient des fichiers contrôlant tout une série de paramètres, décrits ci-dessous.

/proc/sys/kernel/acct
Ce fichier 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éterminent 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 à partir de 4 % et la vérification a lieu
toutes les 30 secondes.

/proc/sys/kernel/cap_last_cap (depuis Linux 3.2)
Consultez capabilities(7).

/proc/sys/kernel/cap-bound (de Linux 2.2 à 2.6.24)
Ce fichier conserve la valeur de limitation de capacités du noyau (exprimée comme un nombre
décimal signé). Cet ensemble est filtré par un ET binaire avec les capacités du processus lors
d'un execve(2). À partir de Linux 2.6.25, la limitation de capacités à l'échelle du système a
disparu pour être remplacé par une limitation au niveau des threads ; voir capabilities(7).

/proc/sys/kernel/core_pattern
Consultez core(5).

/proc/sys/kernel/core_uses_pid
Consultez core(5).

/proc/sys/kernel/ctrl-alt-del
Ce fichier contrôle la gestion de la séquence Ctrl-Alt-Suppr du clavier. S'il contient la valeur
zéro, Ctrl-Alt-Suppr est capturé et envoyé au programme init(8) 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 tampons en attente. Note : lorsqu'un
programme (comme dosemu) utilise le clavier en mode « raw » (brut), la séquence ctl-alt-suppr est
interceptée par le programme avant même d'atteindre le gestionnaire de console du noyau, et c'est
à ce programme de décider qu'en faire.

/proc/sys/kernel/dmesg_restrict (depuis Linux 2.6.37)
La valeur de ce fichier détermine qui peut voir le contenu du journal système du noyau. Une valeur
nulle dans ce fichier n'impose aucune restriction. Si la valeur est 1, seuls les utilisateurs
autorisés peuvent lire le journal système du noyau (consultez syslog(2) pour plus de précisions).
Depuis Linux 3.4, seuls les utilisateurs avec la capacité CAP_SYS_ADMIN peuvent modifier la valeur
de ce fichier.

/proc/sys/kernel/domainname et /proc/sys/kernel/hostname
Ces fichiers servent à indiquer les noms NIS/YP de domaine et d'hôte, exactement de la même
manière que les commandes domainname(1) et hostname(1). C'est-à-dire :

# 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 le nom de domaine
DNS (Internet Domain Name Server) "frop.org", à ne pas confondre avec le nom de domaine NIS
(Network Information Service) ou YP (Yellow Pages). Ces noms de domaines sont généralement
différents. Pour plus de détail, consultez la page hostname(1).

/proc/sys/kernel/hotplug
Ce fichier contient le chemin de l'agent du mécanisme de branchement à chaud. La valeur par défaut
est /sbin/hotplug.

/proc/sys/kernel/htab-reclaim
(PowerPC seulement) Si ce fichier 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é.

/proc/sys/kernel/kptr_restrict (depuis Linux 2.6.38)
La valeur de ce fichier détermine si des adresses du noyau sont exposées par l'intermédiaire de
fichiers /proc et d'autres interfaces. Une valeur nulle dans ce fichier n'impose aucune
restriction. Si la valeur est 1, les pointeurs du noyau affichés en utilisant le spécificateur de
format %pK seront remplacés par des zéros sauf si l'utilisateur a la capacité CAP_SYSLOG. Si la
valeur est 2, les pointeurs du noyau affichés en utilisant le spécificateur de format %pK seront
remplacés par des zéros quelles que soient les capacités de l'utilisateur. La valeur par défaut
pour ce fichier était 1 initialement, mais la valeur par défaut a été changée à zéro avec
Linux 2.6.39. Depuis Linux 3.4, seuls les utilisateurs avec la capacité CAP_SYS_ADMIN peuvent
modifier la valeur de ce fichier.

/proc/sys/kernel/l2cr
(Sur PowerPC seulement). Ce fichier contient un indicateur commandant le cache L2 des cartes à
processeur G3. Le cache est désactivé si la valeur est nulle, activé sinon.

/proc/sys/kernel/modprobe
Ce fichier comporte le chemin du chargeur de modules du noyau. Sa valeur par défaut est
/sbin/modprobe. Ce fichier n'est présent que si le noyau est construit avec l'option
CONFIG_MODULES activée (CONFIG_KMOD dans les versions 2.6.26 et antérieures). C'est décrit dans le
fichier du noyau Linux Documentation/kmod.txt (il n'est présent que dans les versions de noyau 2.4
et antérieures).

/proc/sys/kernel/modules_disabled (depuis Linux 2.6.31)
Une valeur booléenne indiquant si les modules ont le droit d'être chargés dans un noyau sinon
modulaire. La valeur par défaut est fausse (0), mais peut être définie à vraie (1). Une fois
vraie, les modules ne peuvent ni être chargés, ni déchargés, et la valeur ne peut plus être
redéfinie à fausse. Le fichier n'est présent que si le noyau est construit avec l'option
CONFIG_MODULES activée.

/proc/sys/kernel/msgmax (disponible depuis Linux 2.2)
Ce fichier est une limite pour l'ensemble du système précisant le nombre maximal d'octets par
message écrit dans une file de message System V.

/proc/sys/kernel/msgmni (disponible depuis Linux 2.4)
Ce fichier définit la limite pour le système du nombre d'identifiants de files de messages.

/proc/sys/kernel/msgmnb (disponible depuis Linux 2.2)
Ce fichier définit un paramètre valable pour l'ensemble du système utilisé pour initialiser la
valeur msg_qbytes pour la création ultérieure de files de messages. La valeur msg_qbytes indique
le nombre maximal d'octets qui pourront être écrits dans une file de messages.

/proc/sys/kernel/ngroups_max (depuis Linux 2.6.4)
Ce fichier est en lecture seule et affiche la limite supérieure du nombre d’appartenances à un
groupe pour un processus.

/proc/sys/kernel/ostype et /proc/sys/kernel/osrelease
Ces fichiers donnent des sous-chaînes de /proc/version.

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

/proc/sys/kernel/panic
Ce fichier 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 indique que le noyau devra
redémarrer de lui-même après le nombre de secondes qu'elle contient. Si vous utilisez le pilote
logiciel de surveillance watchdog, la valeur recommandée est de 60.

/proc/sys/kernel/panic_on_oops (depuis Linux 2.5.68)
Ce fichier contrôle le comportement du noyau lorsqu'un Oops (défaut) ou un bogue est rencontré. Si
ce fichier contient 0, alors le système tente de continuer à travailler. S'il contient 1, alors le
système attend quelques secondes (pour laisser à klogd le temps d'enregistrer la sortie du Oops)
puis déclenche une panique. Si le fichier /proc/sys/kernel/panic est également non nul alors la
machine redémarrera.

/proc/sys/kernel/pid_max (depuis Linux 2.5.34)
Ce fichier indique la valeur à partir de laquelle la numérotation des PID reprendra à sa valeur
initiale (ce qui signifie que la valeur dans ce fichier est celle du PID maximum plus un). La
valeur par défaut est 32768, ce qui correspond à la même plage de PID que sur les noyaux
antérieurs. Pour les plates-formes 32 bits, la valeur maximum de pid_max est de 32768. Pour les
systèmes 64 bits, pid_max peut avoir n'importe quelle valeur jusqu'à 2^22 (PID_MAX_LIMIT,
approximativement 4 millions).

/proc/sys/kernel/powersave-nap (PowerPC seulement)
Ce fichier contient un indicateur. S'il est non nul, Linux-PPC utilisera le mode « nap »
d'économie d'énergie, sinon il utilisera le mode « doze ».

/proc/sys/kernel/printk
Les quatre valeurs dans ce fichier 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. Consultez 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.

/proc/sys/kernel/pty (depuis Linux 2.6.4)
Ce répertoire contient deux fichiers relatifs au nombre de pseudoterminaux UNIX 98 (consultez
pts(4)) sur le système.

/proc/sys/kernel/pty/max
Ce fichier définit le nombre maximal de pseudoterminaux.

/proc/sys/kernel/pty/nr
Ce fichier, en lecture seule, indique le nombre de pseudoterminaux en cours d'utilisation.

/proc/sys/kernel/random
Ce répertoire contient divers paramètres contrôlant le fonctionnement du fichier /dev/random.
Consultez random(4) pour davantage d'informations.

/proc/sys/kernel/random/uuid (disponible depuis Linux 2.4)
Chaque lecture de ce fichier en lecture seule renvoie un UUID aléatoire de 128 bits, sous forme de
chaîne au format UUID normalisé.

/proc/sys/kernel/real-root-dev
Ce fichier est documenté dans le fichier Documentation/initrd.txt des sources du noyau Linux.

/proc/sys/kernel/reboot-cmd (Sparc seulement)
permet apparemment de fournir un argument au chargeur de boot ROM/Flash Sparc. Peut-être
indique-t-il que faire après redémarrage ?

/proc/sys/kernel/rtsig-max
(Uniquement pour les noyaux jusqu'à 2.6.7 inclus ; consultez setrlimit(2)).Ce fichier peut être
utilisé pour ajuster le nombre maximal de signaux POSIX temps-réel (en file d'attente) pouvant se
trouver en attente sur le système.

/proc/sys/kernel/rtsig-nr
(Uniquement pour les noyaux de Linux jusqu'à 2.6.7 inclus). Ce fichier indique le nombre de
signaux POSIX temps-réel actuellement en file attente.

/proc/sys/kernel/sched_rr_timeslice_ms (disponible depuis Linux 3.9)
Consultez sched_rr_get_interval(2).

/proc/sys/kernel/sem (disponible depuis Linux 2.4)
contient 4 limites pour les sémaphores System 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 nombre de sémaphores dans tous les ensembles.

SEMOPM Le nombre maximal d'opérations 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.

/proc/sys/kernel/sg-big-buff
Ce fichier montre la taille du tampon 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.

/proc/sys/kernel/shm_rmid_forced (disponible depuis Linux 3.1)
Si ce fichier est configuré à la valeur 1, tous les segments de mémoire partagée System V seront
marqués pour destruction dès que le nombre de processus attachés tombe à zéro. Autrement dit, il
n'est plus possible de créer des segments de mémoire partagée qui existent indépendamment des
autres processus attachés.

Par conséquent un shmctl(2) IPC_RMID est réalisé sur tous les segments existants ainsi que sur
tous les segments attachés par la suite. Remarquez que les segments existants qui ne sont attachés
à aucun processus seront immédiatement détruits quand ce fichier est configuré à la valeur 1.
Définir cette option détruira aussi les segments qui ont été créés, mais jamais attachés, à la fin
d'exécution du processus qui a créé le segment avec shmget(2).

Définir ce fichier à la valeur 1 fournit un moyen de s'assurer que tous les segments de mémoire
partagée System V sont comptés par rapport à l'utilisation et limites de ressources (consultez la
description de RLIMIT_AS dans getrlimit(2)) d'au moins un processus.

Puisque définir ce fichier à la valeur 1 produit un comportement non normalisé et pourrait aussi
casser des applications existantes, la valeur par défaut est 0. Ne configurez la valeur de ce
fichier à 1 que si vous avez une bonne compréhension des sémantiques des applications utilisant la
mémoire partagée System V du système.

/proc/sys/kernel/shmall (disponible depuis Linux 2.2)
Ce fichier contient le nombre maximal de pages de mémoire partagée (IPC System V) au niveau du
système.

/proc/sys/kernel/shmmax (disponible depuis Linux 2.2)
Ce fichier permet de lire ou modifier la taille maximale des segments de mémoire partagée (IPC
System V) que l'on peut créer. Les segments de mémoire jusqu'à 1Go sont à présent autorisés par le
noyau. La valeur par défaut est SHMMAX.

/proc/sys/kernel/shmmni (disponible depuis Linux 2.4)
Ce fichier indique le nombre maximal de segments de mémoire partagée System V que l'on peut créer.

/proc/sys/kernel/sysrq
Ce fichier contrôle les fonctions qui peuvent être appelées par les combinaisons SysRq. Par
défaut, le fichier contient un « 1 », ce qui signifie que toute demande SysRq est autorisée (dans
les anciennes versions du noyau, SysRq était désactivé par défaut, et il fallait l'activer
explicitement lors de l'exécution, mais ce n'est plus le cas). Les valeurs possibles dans ce
fichier sont :

0 - désactiver sysrq complètement
1 - activer toutes les fonctions de sysrq
>1 - masque de bits des sysrq autorisées, défini comme ceci :
2 - active le contrôle du niveau de journalisation de la console
4 - active le contrôle du clavier (SAK, unraw
8 - active la production d'images de débogue des processus, etc.
16 - active la commande sync
32 - active le remontage en lecture seule
64 - active l'envoi de signaux aux processus (term, kill, oom-kill)
128 - autorise reboot/poweroff
256 - autorise la définition de la politesse de toutes les tâches temps réel

Ce fichier n'est présent que si l'option de configuration du noyau CONFIG_MAGIC_SYSRQ a été
validée. Pour plus d'informations, consultez Documentation/sysrq.txt dans les sources du noyau
Linux.

/proc/sys/kernel/version
Ce fichier contient une chaîne du type :

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

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

/proc/sys/kernel/threads-max (disponible depuis Linux 2.3.11)
Ce fichier contient le nombre maximal de threads (tâches) qui peuvent être créés sur le système.

/proc/sys/kernel/zero-paged (PowerPC seulement)
Ce fichier contient un drapeau. S'il est activé (non nul), Linux-PPC effacera les pages dans sa
boucle d'inactivité, accélérant éventuellement get_free_pages.

/proc/sys/net
Ce répertoire contient des éléments relatif au réseau. Des explications pour certains des fichiers
de ce répertoire peuvent être trouvées dans tcp(7) et ip(7).

/proc/sys/net/core/somaxconn
Ce fichier défini une valeur plafond pour le paramètre backlog de listen(2) ; consultez la page de
manuel listen(2) pour plus de précisions.

/proc/sys/proc
Ce répertoire peut être vide.

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

/proc/sys/vm
Ce répertoire contient des fichiers de paramétrage de la gestion de mémoire, des tampons, et du
cache.

/proc/sys/vm/drop_caches (depuis Linux 2.6.16)
Écrire dans ce fichier force le noyau à libérer les caches, dentries et inœuds propres de la
mémoire, en libérant ainsi cette mémoire. Ce peut être utile pour les tests de gestion de mémoire
et la réalisation de comparaisons reproductibles de systèmes de fichiers. Puisqu’une écriture dans
ce fichier fait perdre tous les avantages du cache, cela peut dégrader l’intégralité des
performances du système.

Pour libérer les pagecache, utilisez :

echo 1 > /proc/sys/vm/drop_caches

Pour libérer les dentries et les inœuds, utilisez :

echo 2 > /proc/sys/vm/drop_caches

Pour libérer les pagecache, dentries et inœuds, utilisez :

echo 3 > /proc/sys/vm/drop_caches

Parce que l’écriture dans ce fichier est non destructive, et que les objets sales ne sont pas
libérables, l'utilisateur devrait utiliser la commande sync(8) au préalable.

/proc/sys/vm/legacy_va_layout (depuis Linux 2.6.9)
S'il est non nul, cela désactive la nouvelle disposition de carte mémoire 32 bit ; le noyau
utilisera alors la disposition habituelle (legacy) (2.4) pour tous les processus.

/proc/sys/vm/memory_failure_early_kill (depuis Linux 2.6.32)
Contrôle comment tuer les processus lorsqu'une erreur mémoire non corrigée (typiquement une erreur
sur 2 bits sur un module de mémoire) qui ne peut pas être gérée par le noyau est détectée en tâche
de fond par le matériel. Dans certains cas (par exemple s'il existe une copie valide de la page
sur disque), le noyau est capable de récupérer cette erreur de manière transparente sans qu'aucune
application ne soit touchée. Mais si le noyau n'a pas de copie à jour des données, il va tuer des
processus afin d'empêcher la propagation de la corruption des données.

Ce fichier peut contenir l'une des valeurs suivantes :

1: Tuer dès que la corruption est détectée tous les processus qui ont une projection de la page
corrompue et non rechargeable. Notez que cela n'est pas possible avec quelques types de pages,
comme les données allouées en interne par le noyau ou le cache d'échange (swap cache), mais
cela fonctionne avec la majorité des pages utilisateur.

0: Ne supprimer que la projection de la page corrompue dans tous les processus, et ne tuer que
les processus qui essaient d'y accéder.

L'action de tuer le processus est effectuée en envoyant un signal SIGBUS avec si_code mis à
BUS_MCEERR_AO. Les processus peuvent gérer cette situation s'ils le souhaitent ; consultez
sigaction(2) pour plus de précisions.

Cette fonctionnalité n'est disponible que sur les architectures/plateformes avec une gestion
avancée de vérification de la machine et dépend des possibilités du matériel.

Les applications peuvent modifier individuellement le paramètre memory_failure_early_kill avec
l'opération prctl(2) PR_MCE_KILL.

N'est disponible que si le noyau est configuré avec l'option CONFIG_MEMORY_FAILURE.

/proc/sys/vm/memory_failure_recovery (depuis Linux 2.6.32)
Activer la récupération sur une erreur mémoire (si la plateforme le permet)

1: Tenter une récupération.

0: Toujours sortir en mode panique sur une erreur mémoire.

N'est disponible que si le noyau est configuré avec l'option CONFIG_MEMORY_FAILURE.

/proc/sys/vm/oom_dump_tasks (depuis Linux 2.6.25)
Active la production d'une image des tâches du système (à l'exception des threads du noyau) lors
des mises à mort sur mémoire saturée. L'image contient les informations suivantes pour chaque
tâche (thread ou processus) : identifiant de thread, identifiant d'utilisateur réel, identifiant
du groupe de thread (identifiant du processus) taille de la mémoire virtuelle, taille de la
mémoire résidente, CPU sur lequel la tâche était ordonnancée, valeur de oom_adj (voir la
description de /proc/[pid]/oom_adj) et le nom de la commande. C'est utile pour trouver la raison
de la mise à mort sur mémoire saturée et pour identifier la tâche défectueuse qui en est la cause.

Avec la valeur zéro, l'information est supprimée. Sur les très gros système avec des milliers de
tâches, il peut ne pas être faisable de créer l'image avec les informations sur chacune. Ces
systèmes ne devraient pas être obligés de pénaliser leurs performances dans ces cas de pénurie de
mémoire si ces informations ne sont pas désirées.

Pour toute valeur non nulle, les informations sont présentées à chaque mise à mort sur mémoire
saturée.

La valeur par défaut est 0.

/proc/sys/vm/oom_kill_allocating_task (depuis Linux 2.6.24)
Cela active ou désactive la mise à mort de la tâche qui produit l'erreur dans les situations de
mémoire saturée.

Avec une valeur de zéro, la liste des tâches sera parcourue et la tâche à tuer sera sélectionnée
en fonction d'heuristiques. Cela sélectionne normalement une tâche consommant une grosse quantité
de mémoire qui libérera beaucoup de mémoire lorsqu'elle sera tuée.

Avec une valeur non nulle, la tâche tuée sera celle qui échouera lors d'une allocation de mémoire.
Cela évite un parcours de la liste des tâches qui peut être coûteux.

Si /proc/sys/vm/panic_on_oom est non nul, il est prioritaire sur toute valeur utilisée dans
/proc/sys/vm/oom_kill_allocating_task.

La valeur par défaut est 0.

/proc/sys/vm/overcommit_memory
Ce fichier contient le mode pour les statistiques de la mémoire virtuelle du noyau. Les valeurs
sont :

0 : gestion heuristique du dépassement d'allocation mémoire (c'est la valeur par défaut)
1 : pas de gestion du dépassement, ne jamais vérifier
2 : toujours vérifier, gestion stricte du dépassement

En mode 0, les appels à mmap(2) utilisant MAP_NORESERVE ne sont pas vérifiés et le niveau de
vérification par défaut est très faible, laissant le risque d'avoir un processus tué à cause du
manque de mémoire (« OOM-killed »). Sous Linux 2.4, toute valeur non nulle implique le mode 1. En
mode 2 (disponible depuis Linux 2.6), l'espace d'adressage virtuel total sur le système est limité
à (SS + RAM*(r/100)), où SS est la taille de l'espace d'échange (« swap »), RAM la taille de la
mémoire physique, et r le contenu du fichier /proc/sys/vm/overcommit_ratio.

/proc/sys/vm/overcommit_ratio
Consultez la description de /proc/sys/vm/overcommit_memory.

/proc/sys/vm/panic_on_oom (depuis Linux 2.6.18)
Cela active ou désactive le déclenchement d'une panique dans les situations de mémoire saturée.

Si ce fichier est configuré à la valeur 0, le noyau (le « OOM-killer ») tuera un processus
perturbateur. D'habitude, il peut tuer un processus perturbateur et le système survivra.

Si ce fichier est configuré à la valeur 1, le noyau paniquera dans une situation de mémoire
saturée. Cependant, si un processus limite les allocations que sur certains nœuds en utilisant des
politiques mémoire (MPOL_BIND dans mbind(2)) ou des ensembles de processeurs (cpuset(7)), et si
ces nœuds voient leur mémoire saturée, un processus peut être tué par le OOM-killer. Aucune
panique ne survient dans ce cas. Comme de la mémoire est disponible sur d'autres nœuds, le système
n'a pas entièrement atteint une situation de mémoire saturée.

Si ce fichier est configuré à la valeur 2, le noyau panique toujours dans une situation de mémoire
saturée.

La valeur par défaut est 0. Les valeurs 1 et 2 sont utilisées pour la récupération en cas d'erreur
de groupements. Sélectionnez l'un ou l'autre en fonction de votre politique de récupération en cas
d'erreur.

/proc/sys/vm/swappiness
La valeur dans ce fichier contrôle le niveau d'agressivité utilisé par le noyau pour déplacer des
pages mémoire dans l'espace d'échange. Les valeurs élevées indique une agressivité plus
importante. La valeur par défaut est de 60.

/proc/sysrq-trigger (depuis Linux 2.4.21)
L'écriture d'un caractère dans ce fichier déclenche la même fonction SysRq que la combinaison
ALT-SysRq-<caractère> (voir la description de /proc/sys/kernel/sysrq). Ce fichier est normalement
accessible en écriture que pour root. Pour plus d'informations, consultez le fichier
Documentation/sysrq.txt dans les sources du noyau Linux.

/proc/sysvipc
Sous-répertoire contenant les pseudofichiers msg, sem et shm. Ces fichiers listent les objets
d'IPC System V (soient les files de messages, les sémaphores, et la mémoire partagée) existant
actuellement sur le système, en donnant les mêmes informations que celles disponibles par la
commande ipcs(1). Ces fichiers ont des en-têtes et sont formatés (à raison d'un objet IPC par
ligne) de façon à être lus facilement. La page svipc(7) donne davantage d'informations concernant
les données fournies par ces fichiers.

/proc/tty
Sous-répertoire contenant les pseudofichiers et les sous-répertoires pour les pilotes de tty et la
gestion de la ligne.

/proc/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.

/proc/version
Cette chaîne identifie la version du noyau en cours d'exécution. Elle inclue le contenu de
/proc/sys/kernel/ostype, /proc/sys/kernel/osrelease et /proc/sys/kernel/version. Par exemple :
Linux version 1.0.9 (quinlan@phaze) #1 Sat May 14 01:51:54 EDT 1994

/proc/vmstat (depuis Linux 2.6)
Ce fichier contient diverses statistiques sur la mémoire virtuelle.

/proc/zoneinfo (depuis Linux 2.6.13)
Ce fichier affiche des informations concernant les zones mémoire. C'est utile pour analyser le
comportement de la mémoire virtuelle.

NOTES

       De  nombreuses  chaînes  (par exemple, l'environnement et de la ligne de commande) sont affichées dans un
       format interne, ses champs terminés par un caractère nul. Il est parfois plus lisible d'utiliser od -c ou
       tr "\000" "\n" pour les lire. En remplacement, la commande echo `cat <file>` fonctionne bien.

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

VOIR AUSSI

       cat(1),  dmesg(1), find(1), free(1), ps(1), tr(1), uptime(1), chroot(2), mmap(2), readlink(2), syslog(2),
       slabinfo(5), hier(7), time(7), arp(8), hdparm(8), ifconfig(8),  init(8),  lsmod(8),  lspci(8),  mount(8),
       netstat(8), procinfo(8), route(8), sysctl(8)

       Les  fichiers  source  du  noyau Linux : Documentation/filesystems/proc.txt, Documentation/sysctl/fs.txt,
       Documentation/sysctl/kernel.txt, Documentation/sysctl/net.txt et Documentation/sysctl/vm.txt.

COLOPHON

       Cette page fait partie de la publication 3.65 du projet man-pages Linux. Une description du projet et des
       instructions     pour     signaler     des     anomalies    peuvent    être    trouvées    à    l'adresse
       http://www.kernel.org/doc/man-pages/.

TRADUCTION

       Depuis 2010, cette traduction est maintenue à l'aide de l'outil po4a <http://po4a.alioth.debian.org/> par
       l'équipe de traduction francophone au sein du projet perkamon <http://perkamon.alioth.debian.org/>.

       Christophe       Blaess       <http://www.blaess.fr/christophe/>      (1996-2003),      Alain      Portal
       <http://manpagesfr.free.fr/> (2003-2006). Jean-Luc  Coulon  et  l'équipe  francophone  de  traduction  de
       Debian (2006-2009).

       Veuillez  signaler  toute erreur de traduction en écrivant à <debian-l10n-french@lists.debian.org> ou par
       un rapport de bogue sur le paquet manpages-fr.

       Vous pouvez toujours avoir accès à la version anglaise de ce document en utilisant la commande « man -L C
       <section> <page_de_man> ».