%--------------------------------------------------------------------
\chapter{Parcours de l'arborescence des répertoires} \label{chap:walkabout}
%--------------------------------------------------------------------

        \begin{chapterquote}
	Deux jours plus tard, Pooh était assis\\%Two days later, there was Pooh, \\
	sur sa branche, balançant ses jambes,\\
        et là, à coté de lui, il y avait\\%
        quatre pots de miel\dots \\%sitting on his branch, dangling his \\
	%legs, and there, beside him, were four \\
	%pots of honey\dots \\
	(A.A.\ Milne) \\
        \end{chapterquote}

	\noindent
	Ce chapitre décrit les parties importantes d'une arborescence de répertoires Linux standard, fondée sur
l'organisation standard FSSTND. Il met en évidence la manière de diviser l'arborescence des
répertoires en différents systèmes de fichiers ayant des raisons d'\^etre différentes et explique les motivations
qui conduisent à cet éclatement particulier. D'autres découpages sont aussi décrits.

%	\meta The next version of the FSSTND (1.3?) will cause many
%	minor changes, and some new ones, due to work to make the
%	FSSTND work for BSD systems as well.

\section{Fondements}

	Ce chapitre part du système de fichiers standard Linux, FSSTND, version 1.2 (voir la bibliographie,
	\cite{fsstnd-1.2}), qui tente d'établir un standard décrivant comment une arborescence de
répertoires doit \^etre organisée dans un système Linux. Un tel standard a l'avantage de faciliter l'écriture
ou le portage de programmes pour Linux et l'administration des machines Linux puisque tout sera à sa place
habituelle. Il n'y a aucune autorité derrière le standard pour forcer quiconque à s'y conformer, mais il a reçu
l'approbation de beaucoup, pour ne pas dire toutes, des distributions Linux. Ce ne serait pas une bonne idée de
rompre avec le standard FSSTND sans de bonnes raisons. Le FSSTND tente de suivre la tradition UNIX et les
courants actuels, rendant ainsi les systèmes Linux familiers à ceux qui ont quelque expérience des
autres systèmes Unix, et réciproquement

	Ce chapitre n'est pas aussi détaillé que le FSSTND.  Un administrateur système devrait
        aussi lire le FSSTND pour une complète compréhension.

	Ce chapitre n'explique pas tous les fichiers en détail. L'intention n'est pas de décrire chaque fichier, mais de parcourir l'arborescence du point de vue du système de fichiers. Des informations supplémentaires sont 
disponibles ailleurs dans ce document ou dans le manuel en ligne.

	L'arborescence complète des répertoires est destinée à \^etre découpée en parties plus petites, chacune sur
son propre disque ou sa propre partition afin de s'accommoder des limitations de tailles des disques et 
faciliter les sauvegardes et autres travaux d'administration système.
	Les parties principales sont les systèmes de fichiers racine, \fn{/usr}, \fn{/var}, et
	\fn{/home}  (voir figure~\ref{fig:fstree}).  
	Chacun a sa propre raison d'\^etre.
        L'arborescence a été conçue pour bien fonctionner dans un réseau de machines Linux qui peuvent
partager des parties de systèmes de fichiers sur un dispositif en lecture seule (par exemple, un CD-ROM), ou
sur le réseau avec NFS.
	
		\begin{figure}[htb]
		\begin{center}
		\includegraphics{walkabout/fstree.ps}
		\end{center}
		\caption{Parties d'une arborescence de répertoires Unix.
			Les lignes en pointillé indiquent les limites des partitions.}
		\label{fig:fstree}
		\end{figure}

	Les r\^oles des différentes parties de l'arborescence sont décrites ci-dessous.
		%
	\begin{itemize}
	\item
	Le système de fichiers racine est spécifique à chaque machine (il est généralement sur un disque local
bien que cela puisse aussi bien \^etre un disque virtuel ou un disque réseau) et contient les fichiers
nécessaires pour lancer le système, et pour l'amener dans un état tel que les autres systèmes de fichiers
puissent \^etre montés. Le contenu du système de fichiers racine sera donc suffisant pour un fonctionnement en mode
simple utilisateur. Il contiendra aussi les outils pour réparer un système abîmé et pour récupérer, à partir de
sauvegardes, les fichiers perdus.

	\item
	Le système de fichiers \fn{/usr} contient toutes les commandes, bibliothèques, pages du manuel en ligne, et 
les autres fichiers invariants utilisés en fonctionnement normal. Il ne devrait pas y avoir de fichiers
spécifiques à une machine donnée dans \fn{/usr} et ils ne devraient pas non plus \^etre modifiés en utilisation
normale. Ceci permet aux fichiers d'\^etre partagés sur le réseau, ce qui peut s'avérer intéressant en termes de
co\^uts puisque cela économise l'espace disque (il peut y avoir des centaines de méga-octets dans \fn{/usr}), 
et rend l'administration plus facile (seul le \fn{/usr} ma\^\i tre a besoin d'\^etre changé lors de la
mise à jour d'une application, et non pas chaque machine). M\^eme si le système de fichiers est sur un disque local,
il peut \^etre monté en lecture seulement, afin de diminuer le risque de dommages lors d'un crash du système.

	\item
	Le système de fichiers \fn{/var} contient les fichiers qui sont fréquemment modifiés, comme les répertoires de
spool (pour le courrier, les news, les imprimantes, etc.), les fichiers log, les pages formatées du manuel,
et les fichiers temporaires. Autrefois, tout ce qui est dans \fn{/var} était sous
\fn{/usr}, mais cela emp\^echait de monter \fn{/usr} en lecture seulement.

	\item
	Le système de fichiers \fn{/home} contient les répertoires personnels des utilisateurs, i.e. toutes les
données réelles du système. Séparer les répertoires personnels dans une arborescence ou un système de
fichiers particulier facilite les sauvegardes ; souvent, les autres parties n'ont pas besoin d'\^etre
sauvegardées, en tous cas pas aussi souvent (elles changent peu). Un gros \fn{/home} peut devoir
\^etre découpé en plusieurs systèmes de fichiers, ce qui nécessite un niveau de noms supplémentaire
sous \fn{/home}, par exemple \fn{/home/etudiants} et	\fn{/home/equipe}.
	\end{itemize}
		%
	Bien que, ci dessus, les différentes parties aient été appelées systèmes de fichiers, il n'est pas
obligatoire qu'elles soient en réalité sur des systèmes de fichiers séparés. Elles peuvent aisément cohabiter
dans un seul système de fichiers si le système est petit,  en mode simple utilisateur et que l'on veut rester
simple. L'arborescence peut aussi \^etre divisée en systèmes de fichiers de façons différentes, selon la taille des disques, et des espaces alloués pour les différents besoins.
Ce qui est important, surtout, c'est que tous les \emph{noms} standards fonctionnent ; m\^eme si
\fn{/var} et \fn{/usr} sont en réalité sur la m\^eme partition, les noms \fn{/usr/lib/libc.a} et
	\fn{/var/adm/messages} doivent fonctionner, par exemple en déplaçant les fichiers qui sont sous
	\fn{/var} dans \fn{/usr/var}, et en faisant un lien symbolique \fn{/var} vers 
	\fn{/usr/var}.

	La structure du système de fichiers Unix groupe les fichiers selon leurs objectifs, i.e., toutes les
commandes sont au m\^eme endroit, tous les fichiers de données sont dans un autre, la documentation dans un
troisième, etc. Une alternative serait de regrouper les fichiers en fonction du programme auquel ils
appartiennent, i.e., tous les fichiers Emacs seraient dans un m\^eme répertoire, tous les fichiers
\TeX\ dans un autre, etc. Le problème avec cette dernière approche est qu'elle rend difficile le partage
des fichiers (le répertoire du programme contient à la fois des fichiers statiques et partageables et des
fichiers dynamiques et non-partageables). De plus, cette approche rend difficile la localisation des fichiers (par exemple,
les pages du manuel sont alors dans un grand nombre d'endroits, ce qui transforme la recherche de ces pages par
les programmes d'affichage du manuel en véritable cauchemar).

\section{Le système de fichiers racine}

	Le système de fichiers racine devrait normalement \^etre petit, puisqu'il contient beaucoup de fichiers
très importants,  et un petit système de fichiers, peu souvent modifié, a de meilleures chances de ne
pas \^etre perturbé. Un système de fichiers racine abîmé signifie souvent un système non démarrable sauf à 
employer des mesures spéciales (par exemple, en démarrant à partir d'une disquette), situations que
l'on désire éviter.

	Souvent, le répertoire racine ne contient aucun fichier, à part peut-\^etre l'image boot
standard du système, généralement appelée \fn{/vmlinuz}. Tous les autres fichiers sont dans les répertoires 
du système de fichiers racine~:
		%
	\begin{dispitems}
	\item[\fn{/bin}]
		Commandes nécessaires à la phase de démarrage et qui peuvent \^etre utilisées
               par les utilisateurs (après le démarrage).
	\item[\fn{/sbin}]
		Comme \fn{/bin}, mais les commandes ne sont pas destinées aux utilisateurs, bien qu'ils
puissent les utiliser si nécessaire, et s'ils en ont le droit.
	\item[\fn{/etc}]
		Fichiers de configuration propres à la machine.
	\item[\fn{/root}]
		Répertoire personnel de l'utilisateur \texttt{root}.
	\item[\fn{/lib}]
		Bibliothèques partagées nécessaires aux programmes du système de fichiers root.
	\item[\fn{/lib/modules}]
		Modules chargeables du noyau, notamment ceux nécessaires au lancement du système après une
redémarrage (par exemple, pilotes de réseau et de systèmes de fichiers).
	\item[\fn{/dev}]
		Fichiers pilotes.
	\item[\fn{/tmp}]
		Fichiers temporaires. Les programmes lancés après le démarrage devraient utiliser
		\fn{/var/tmp}, et non pas \fn{/tmp}, puisque le premier est probablement sur un
disque ayant plus de place.
	\item[\fn{/boot}]
		Fichiers utilisés par le lanceur de démarrage, par exemple LILO. Les images du noyau
sont souvent ici au lieu d'\^etre dans le répertoire racine. S'il y a plusieurs images du noyau, le 
répertoire peut cro\^\i tre rapidement et devenir important ; il peut \^etre préférable de garder tout
cela dans un système de fichiers séparé. Une autre raison serait de s'assurer que les images du noyau 
sont dans les 1024 premiers cylindres d'un disque IDE.
	\item[\fn{/mnt}]
		Point de montage temporaire de l'administrateur système. Les programmes ne
sont pas sensés se monter automatiquement sur \fn{/mnt}.
		\fn{/mnt} peut \^etre divisé en sous-répertoires (par exemple, 
		\fn{/mnt/dosa} peut \^etre la disquette utilisant un système de fichiers MS-DOS et
		\fn{/mnt/exta} peut \^etre la m\^eme, utilisant un système de fichiers ext2).
	\item[\fn{/proc}, \fn{/usr}, \fn{/var}, \fn{/home}]
		Points de montage des autres systèmes de fichiers.
	\end{dispitems}

\subsection{Le répertoire \fn{/etc}}

	Le répertoire \fn{/etc} contient beaucoup de fichiers. Plusieurs d'entre eux sont décrits ci-dessous. 
Pour les autres, vous devrez déterminer à quel programme ils appartiennent et lire les pages du manuel
de ce programme. Beaucoup de fichiers de configuration du réseau sont aussi dans \fn{/etc} et sont décrits
dans le Guide de l'Administrateur Réseau.
		%
	\begin{dispitems}
	\item[\fn{/etc/rc} ou \fn{/etc/rc.d} ou \fn{/etc/rc?.d}]
	Scripts ou répertoires de scripts à lancer au démarrage ou lorsqu'on change
de niveau d'exécution. Voir le chapitre sur \cmd{init} pour plus d'informations.

	\item[\fn{/etc/passwd}]
	La base de données des utilisateurs, avec des champs donnant le nom utilisateur,
le nom réel, le répertoire personnel, le mot de passe crypté et d'autres informations sur chaque
utilisateur. Le format est décrit dans les pages du manuel concernant \man{passwd}.

	\item[\fn{/etc/fdprm}]
	Table des paramètres des disquettes. Elle décrit les formats des différentes disquettes. Elle est 
utilisée par \cmd{setfdprm}.  Voir la page du manuel sur \man{setfdprm} pour plus d'informations.

	\item[\fn{/etc/fstab}]
	Liste les systèmes de fichiers qui sont automatiquement montés au démarrage par la commande
	\texttt{mount -a} (dans \fn{/etc/rc} ou le fichier de démarrage équivalent). Sous Linux, ce
fichier contient aussi des informations sur les zones de swap automatiquement utilisées par \texttt{swapon -a}.
Voir la section~~\ref{subsec:mount} et la page du manuel sur
	\man{mount} pour plus d'informations.

	\item[\fn{/etc/group}]
	Identique à  \fn{/etc/passwd}, mais décrit les groupes au lieu des utilisateurs. Voir la page du
manuel sur \man{group} pour plus d'informations.

	\item[\fn{/etc/inittab}]
	Fichier de configuration pour \cmd{init}.

	\item[\fn{/etc/issue}]
	Affichage de \cmd{getty} avant l'invite de  login.  Il contient, en général, une courte
description ou un message d'accueil du système. Son contenu dépend de l'administrateur système.

	\item[\fn{/etc/magic}]
	Le fichier de  configuration de la commande \cmd{file}.  Il contient les 
	descriptions des différents formats de fichiers que
	\cmd{file} reconna\^\i tra.  Voir les pages du manuel sur \man{magic}
	et \man{file} pour plus d'informations.

	\item[\fn{/etc/motd}]
	Le \defin{message du jour} (Message Of The Day), automatiquement affiché après un login réussi. Son contenu
dépend de l'administrateur système. Il est souvent utilisé pour donner des informations aux utilisateurs, comme
les arr\^ets prévus du système.

	\item[\fn{/etc/mtab}]
	Liste des systèmes de fichiers montés. Au départ, il est initialisé par les scripts et est mis à jour
automatiquement par la commande	\cmd{mount}.
	Utilisé lorsqu'on a besoin d'une liste des systèmes de fichiers montés, par exemple par la commande
	\cmd{df}.

	\item[\fn{/etc/shadow}]
	Le fichier des mots de passe cachés sur les systèmes sachant gérer ceux-ci. 
Les mots de passe cachés déplacent le mot de passe crypté de
	\fn{/etc/passwd} vers \fn{/etc/shadow} ; ce dernier n'est accessible à personne en lecture, sauf
	\texttt{root}. Ceci rend plus difficile le détournement des mots de passe.

	\item[\fn{/etc/login.defs}]
	Fichier de configuration de la commande \cmd{login}.

	\item[\fn{/etc/printcap}]
	Comme \fn{/etc/termcap}, mais destiné aux imprimantes. Sa syntaxe est différente.

	\item[\fn{/etc/profile}, \fn{/etc/csh.login}, \fn{/etc/csh.cshrc}]
	Fichiers exécutés au moment du login ou du démarrage par les Bourne ou C shells.  Ils permettent
à l'utilisateur système de définir des comportements par défaut pour tous les utilisateurs. Voir les pages
du manuel pour les shells respectifs.

	\item[\fn{/etc/securetty}]
	Liste les terminaux sécurisés, i.e. les terminaux sur lesquels
	\texttt{root} est autorisé à se logger.
	Typiquement, seules les consoles virtuelles sont listées, il devient ainsi impossible
(en tout cas, plus difficile) d'obtenir les privilèges de super-utilisateur en passant par un modem 
ou un réseau.

	\item[\fn{/etc/shells}]
	Liste des shells connus. 
La commande \cmd{chsh} permet aux utilisateurs de changer leur shell uniquement en l'un des
shells listés dans ce fichier. \cmd{ftpd}, le démon qui fournit le service FTP d'une machine,
vérifie que le shell de l'utilisateur est listé dans \fn{/etc/shells} et n'autorisera personne à se logger si
son shell n'y est pas listé.

	\item[\fn{/etc/termcap}]
	La base de données décrivant les terminaux. Elle décrit comment les << séquences d'échappement >> des
divers terminaux peuvent \^etre contr\^olées. Les programmes sont écrits de façon à ne pas effectuer leurs
sorties sous la forme d'une séquence d'échappement qui fonctionnerait sur un type de terminal particulier. Au lieu
de cela, ils recherchent la séquence adéquate à réaliser dans \fn{/etc/termcap}. Ceci permet à la plupart
des programmes de fonctionner avec la plupart des terminaux. Voir les pages du manuel sur
	\man{termcap}, \man{curs\_termcap}, et \man{terminfo}
	pour plus d'informations.
	\end{dispitems}

%	\meta HOSTNAME, adjtime, disktab, gettydefs, networking
%	(exports, host.conf, hosts, hosts.equiv, inetd.conf, named.*,
%	networks, ntp.conf, protocols, resolv.conf, rpc, services,
%	syslog.conf), mtools, and so forth.

\subsection{Le répertoire \fn{/dev}}

	Le répertoire \fn{/dev} contient les fichiers spéciaux décrivant tous les périphériques. Les noms de ces fichiers suivent
des conventions particulières ; ils sont décrits dans l'annexe~\ref{app:device-list}.
	Les fichiers spéciaux sont créés au moment de l'installation, et plus tard à l'aide du script
	\cmd{/dev/MAKEDEV}. \cmd{/dev/MAKEDEV.local} est un script écrit par l'administrateur système pour créer des
fichiers spéciaux ou des liens locaux (i.e., ceux qui ne font pas partie du \cmd{MAKEDEV} standard ; tels que les fichiers
utilisés pour des pilotes de périphériques non standards). 

\section{Le système de fichiers \fn{/usr}}

	Le système de fichiers \fn{/usr} est souvent important, puisque tous les programmes y sont installés.
Tous les fichiers de \fn{/usr} viennent généralement d'une distribution Linux ; les programmes installés localement,
et tout le reste vont sous \fn{/usr/local}.  Ceci permet de mettre à jour le système à partir d'une nouvelle version de
la distribution sans avoir à réinstaller tous les programmes
.
	Quelques sous-répertoires de \fn{/usr} sont listés ci-dessous (les répertoires moins importants ont été
omis ; voir le FSSTND pour plus d'informations).
		%
	\begin{dispitems}
	\item[\fn{/usr/X11R6}]
		Tous les fichiers du  système X Window. Pour simplifier le développement et l'installation d'X, les
fichiers X n'ont pas été intégrés au reste du système. Il existe une arborescence de répertoires sous \fn{/usr/X11R6} similaire
à celle qui est sous \fn{/usr}.
	\item[\fn{/usr/X386}]
		Similaire à \fn{/usr/X11R6}, mais pour X11 version 5.
	\item[\fn{/usr/bin}]
		La plupart des commandes utilisateur. Quelques commandes se trouvent sous
		\fn{/bin} ou dans \fn{/usr/local/bin}.
	\item[\fn{/usr/sbin}]
		Commandes d'administration système qui ne sont pas nécessaires au système de fichiers racine, 
par exemple, la plupart des programmes serveurs (démons).
	\item[\fn{/usr/man}, \fn{/usr/info}, \fn{/usr/doc}]
		Pages du manuel en ligne, documents au format GNU Info, et divers fichiers de documentation.
	\item[\fn{/usr/include}]
		Fichiers d'en-t\^ete pour le langage C. Normalement, la logique voudrait qu'ils soient sous
		\fn{/usr/lib}, mais la tradition maintient ce nom envers et contre tout.
	\item[\fn{/usr/lib}]
                Fichiers de données invariables pour les programmes et les sous-systèmes, comprenant quelques fichiers de
configuration de sites. Le nom \texttt{lib} vient de library (bibliothèque) ; au départ les bibliothèques de sous-programmes
furent stockées dans \fn{/usr/lib}.
	\item[\fn{/usr/local}]
		Endroit où les logiciels et autres fichiers locaux sont installés.
	\end{dispitems}

\section{Le système de fichiers \fn{/var}}

	\fn{/var} contient les données qui varient lorsque le système fonctionne normalement. Il est spécifique à 
chaque système, i.e., il n'est pas partagé sur le réseau avec les autres machines.
		%
	\begin{dispitems}
	\item[\fn{/var/catman}]
	        Cache pour les pages du manuel qui sont formatées à la demande.
		Les sources de ces pages sont habituellement sous
		\fn{/usr/man/man*} ; certaines pages peuvent \^etre livrées dans une version pré-formatée et
stockées dans \fn{/usr/man/cat*}.
		Les autres pages ont besoin d'\^etre formatées la première fois qu'elles sont consultées ; la version
formatée est alors sauvegardée dans \fn{/var/man} afin que la prochaine fois que l'on consulte cette page, on n'ait pas
à attendre son formatage.
		(\fn{/var/catman} est souvent nettoyé de la m\^eme façon que les répertoires de fichiers temporaires).
	\item[\fn{/var/lib}]
		Fichiers qui se modifient lorsque le système tourne normalement.
	\item[\fn{/var/local}]
		Données variables pour les programmes installés sous
		\fn{/usr/local} (i.e., les programmes qui ont été installés par l'administrateur système).
Cependant, ces programmes  devraient utiliser les autres sous-répertoires de
		\fn{/var}, par exemple \fn{/var/lock} si nécessaire..
	\item[\fn{/var/lock}]
		Fichiers verrous. De nombreux programmes suivent une convention qui consiste à créer un
 fichier verrou dans \fn{/var/lock} pour indiquer qu'ils sont en train d'utiliser un fichier ou un 
périphérique particulier. Les autres programmes noteront la présence de ce verrou et n'essayeront pas d'utiliser
le fichier ou le périphérique en question.
	\item[\fn{/var/log}]
		Fichiers journaux de différents programmes, notamment \cmd{login}\\
		(\fn{/var/log/wtmp}, qui note toutes les connexions et déconnexions du système) et
		\cmd{syslog} (\fn{/var/log/messages},
		où tous les messages du noyau et des programmes systèmes sont habituellement stockés).
Les fichiers de \fn{/var/log} peuvent grossir indéfiniment ce qui nécessite des nettoyages à intervalles
réguliers.
	\item[\fn{/var/run}]
		Fichiers contenant des informations sur le système, et qui restent valides jusqu'à son prochain
redémarrage. Par exemple, 
		\fn{/var/run/utmp} contient des informations sur les personnes connectées.
	\item[\fn{/var/spool}]
		Répertoires pour le courrier, les news, les files d'attente des imprimantes, et autres
travaux nécessitant une file d'attente. Chaque spool différent a son propre sous-répertoire sous
		\fn{/var/spool}, par exemple, les bo\^ites à lettres des utilisateurs sont dans
		\fn{/var/spool/mail}.
	\item[\fn{/var/tmp}]
		Fichiers temporaires importants ou devant exister plus longtemps que ceux de 
		\fn{/tmp}.
		(Bien que l'administrateur système puisse également interdire les fichiers trop anciens dans
		\fn{/var/tmp})
	\end{dispitems}


\section{Le système de fichiers \fn{/proc}}

	Le système de fichiers \fn{/proc} est virtuel. Il n'existe pas sur le disque. Au lieu de
cela, le noyau le crée en mémoire. Il est utilisé pour fournir des informations sur le système (à l'origine, 
sur les processus, d'où son nom).  Quelques uns des fichiers et répertoires les plus importants sont 
décrits ci-dessous. Le système de fichiers \fn{/proc} est décrit avec plus de détails dans la page
\man{proc} du manuel en ligne.
		%
	\begin{dispitems}
	\item[\fn{/proc/1}]
		Répertoire contenant des informations sur le processus numéro 1. Chaque processus possède
un répertoire sous \fn{/proc} portant le nom de son identificateur.
	\item[\fn{/proc/cpuinfo}]
		Informations sur le processeur, par exemple son type, son modèle, et ses performances.
	\item[\fn{/proc/devices}]
		Liste des pilotes de périphériques configurés dans le noyau.
	\item[\fn{/proc/dma}]
		Indique quels sont les canaux  DMA utilisés à ce moment précis.
	\item[\fn{/proc/filesystems}]
		Systèmes de fichiers supportés par le noyau.
	\item[\fn{/proc/interrupts}]
		Indique les interruptions utilisées, et le nombre d'appels de chacune d'elles.
	\item[\fn{/proc/ioports}]
		Ports E/S utilisés à ce moment précis.
	\item[\fn{/proc/kcore}]
		Image de la mémoire physique du système. Il a exactement la m\^eme taille que la
mémoire physique, mais ne prend pas autant de place en réalité ; il est généré au vol lorsque les
programmes y accèdent. (Rappel : à moins de le copier ailleurs, tout ce qui est sous
		\fn{/proc} ne prend aucune place sur le disque).
	\item[\fn{/proc/kmsg}]
		Messages produits par le noyau. Ils sont aussi dirigés vers  \cmd{syslog}.
	\item[\fn{/proc/ksyms}]
		Table des symboles du noyau.
	\item[\fn{/proc/loadavg}]
		La  << charge moyenne >> du système ; trois indicateurs sans signification précise, indiquant la charge
de travail du système..
	\item[\fn{/proc/meminfo}]
		Informations sur l'utilisation de la mémoire, physique et virtuelle.
	\item[\fn{/proc/modules}]
		Modules du noyau chargés à ce moment précis.
	\item[\fn{/proc/net}]
		Informations sur les protocoles réseau.
	\item[\fn{/proc/self}]
		Lien symbolique sur le répertoire du processus qui accède à 
		\fn{/proc/self}.  Lorsque deux processus accèdent à 
		\fn{/proc/self}, ils obtiennent des liens différents. C'est principalement pour 
faciliter l'accès des programmes à leurs répertoires de processus.
	\item[\fn{/proc/stat}]
		Statistiques diverses sur le système, par exemple le nombre de défauts de pages depuis qu'il a été lancé.
	\item[\fn{/proc/uptime}]
		Temps écoulé depuis que le système a été lancé.
	\item[\fn{/proc/version}]
		 Version du noyau.
	\end{dispitems}
		%
	On notera que, bien que les fichiers ci-dessus soient des fichiers textes lisibles, ils peuvent parfois
\^etre formatés de façon peu digeste. Il existe beaucoup de commandes qui font un peu plus que lire ces
fichiers et qui les formatent pour une meilleure compréhension. Par exemple, le programme
\cmd{free} lit \fn{/proc/meminfo},  et convertit les grandeurs données en octets en kilo-octets (et ajoute aussi
d'autres informations).
