Pr�sentation �tendue du syst�me de fichiers

Tout syst�me d'exploitation utilise sa propre m�thode de stockage de fichiers et de r�pertoires de mani�re � pouvoir garder une trace des ajouts, modifications et autres changements.

Dans Linux, chaque fichier est stock� sur le syst�me sous un nom unique, dans des r�pertoires pouvant aussi contenir d'autres fichiers et r�pertoires, ou sous-r�pertoires.

Vous pouvez concevoir le syst�me comme une arborescence dans laquelle des r�pertoires "se ramifient". Ces r�pertoires peuvent contenir -- ou �tre le "parent" -- d'autres r�pertoires susceptibles de contenir leurs propres fichiers ou r�pertoires.

Il n'y aurait pas d'arbre sans racine (root)�; ceci vaut �galement pour le syst�me de fichiers Linux. Peu importe l'�loignement des branches, tout est connect� au root (� la racine), comme l'indique la barre oblique unique (/).

Il peut para�tre d�routant d'avoir plusieurs r�f�rences au "root" - le compte root, le r�pertoire de connexion du compte root et le r�pertoire root (/) mais pensez-y de la mani�re suivante�: la connexion root, qui correspond � l'administrateur syst�me, est tout simplement aussi importante pour le regroupement d'�l�ments � conserver dans le syst�me que le root du syst�me (/).

NoteQu'est-ce que le FHS�?
 

M�me s'il existe d'autres distributions Linux, votre syst�me Red Hat Linux sera probablement compatible avec celles-ci. La hi�rarchie standard du syst�me de fichiers (FHS) en est la raison. Ces directives servent � standardiser la mani�re dont les programmes et fichiers syst�me sont stock�s sur tous les syst�mes Linux.

Pour de plus amples informations sur la hi�rarchie FHS, reportez-vous au chapitre consacr� � l'administration du syst�me dans le Guide de r�f�rence Red Hat Linux qui se trouve sur le CD-ROM de documentation. Vous pouvez �galement visiter le site Web � l'adresse http://www.pathname.com/fhs.

Tant que nous sommes connect�s � notre compte utilisateur -- ce qui permettra d'�viter toute erreur d�sastreuse -- faisons un petit tour d'horizon.

La premi�re �tape de cette exploration devrait �tre le r�pertoire root, qui nous donnera un plus vaste aper�u de l'emplacement des divers �l�ments.

A l'invite du shell, entrons ensuite�:

cd /
	  

Le syst�me affiche alors une invite se pr�sentant comme suit�:

[newuser@localhost /]$
	  

Pour voir quels r�pertoires se trouvent sous le r�pertoire root, entrez�:

ls
	  

La diff�rence ne para�t pas �norme. C'est un peu comme visualiser la partie �merg�e d'un iceberg. Ce sont les r�pertoires parent d'autres r�pertoires dans lesquels peuvent figurer d'autres r�pertoires…, et ainsi de suite.

Figure 15-9. Vue des r�pertoires depuis le r�pertoire root

Voici juste quelques uns des r�pertoires que nous pouvons vraisemblablement trouver�:

etc     lib     sbin
usr     var
	  

Il en existe d'autres, mais penchons-nous sur le r�pertoire /etc.

[newuser@localhost /]$ cd etc
[newuser@localhost /etc]$ ls
	  

Ici, parmi les autres types de fichiers et de r�pertoires, nous trouverons des fichiers de configuration qui contribuent au fonctionnement de notre syst�me, � l'enregistrement de nos param�tres programme et syst�me, etc.

Parmi les r�pertoires figurant ici, vous verrez /etc/X11 qui contient �galement des r�pertoires et des fichiers de configuration pour le syst�me X Window.

Dans le r�pertoire /etc/skel figurent des fichiers utilisateur squelette servant � compl�ter les comptes utilisateur nouvellement cr��s � l'aide de fichiers standard couramment utilis�s.

Cela peut sembler un peu lugubre, mais c'est bien pourtant bien le sens. Lorsque nous �tions connect�s en tant que root, l'une des premi�res t�ches que nous avons effectu�es a �t� de cr�er un compte utilisateur.

Apr�s la cr�ation de ce compte utilisateur, les fichiers ont �t� extraits de /etc/skel et plac�s dans le nouveau compte. Ces fichiers ont permis de compl�ter le compte (squelette… compl�ter…, vous vous souvenez�?).

Examinons de plus pr�s /usr. Depuis notre emplacement dans /etc/skel, nous pouvons entrer�:

[newuser@localhost /skel]$ cd /usr
[newuser@localhost /usr]$ ls
	  

Dans /usr, nous allons trouver quelques r�pertoires contenant certains des programmes et fichiers les plus importants de notre syst�me (voir la Figure 15-10.)

Figure 15-10. Entr�e ls dans /usr

/usr/man contient les pages de manuel du syst�me�; une documentation suppl�mentaire non couverte dans les pages de manuel peut �tre consult�e dans /usr/doc et dans /usr/info.

/usr/X11R6 contient des fichiers li�s au syst�me X Window, dont des fichiers de configuration et de documentation.

Bien que le mot "biblioth�ques" nous �voque un concept plus litt�raire, nous trouverons dans /usr/lib des fichiers consid�r�s comme �tant des biblioth�ques pour notre syst�me. Dans ce contexte, les biblioth�ques sont des fichiers contenant des fragments de code couramment utilis�s, pouvant �tre partag�s par de nombreux programmes.

Red Hat Linux utilise la technologie RPM (Gestionnaire de Paquetages RPM) d'installation et de mise � jour de logiciels. L'utilisation de RPM, � partir de l'invite du shell ou via Gnome-RPM, est un moyen s�r et pratique de mettre � jour ou d'installer des logiciels.

Pour de plus amples informations sur Gnome-RPM, voir le Chapitre 12 ou reportez-vous au chapitre correspondant dans le Guide de r�f�rence Red Hat Linux.

Cependant, une fois que vous ma�triserez mieux votre syst�me, vous ne voudrez peut-�tre pas toujours installer un logiciel qui risque de ne pas �tre disponible au format RPM. Pour minimiser les incompatibilit�s avec des fichiers g�r�s par RPM, le meilleur emplacement pour ce logiciel est /usr/local.