Si vous �tes un n�ophyte dans l'utilisation de Linux (ce qui ne fait certainement pas de vous un cas particulier), vous vous sentirez peut-�tre quelque peu d�sorient� au moment d'accomplir vos premi�res t�ches.
D�tendez-vous. Si vous avez d�j� utilis� d'autres syst�mes d'exploitation, l'apprentissage de Linux ne vous semblera pas plus difficile que l'apprentissage de la conduite dans un nouveau pays�: la plupart des concepts sont identiques�; seuls certains d�tails diff�rent.
Ce chapitre passe en revue plusieurs r�gles de ce nouveau "code de la route".
Votre nouveau syst�me d'exploitation contient toutefois un composant que vous ne pouvez absolument pas ignorer�: il s'agit du shell. Nous faisons tr�s souvent r�f�rence au shell (comme dans "invite du shell" ou "shell bash").
Il est temps d�sormais d'en apprendre un peu plus sur cet outil indispensable. Mais voici d'abord quelques informations g�n�rales…
Dans les ann�es 60, lorsque Dennis Ritchie et Ken Thompson, travaillant alors pour AT&T, ont d�velopp� UNIXTM, leur intention �tait de cr�er un syst�me avec lequel les utilisateurs puissent interagir.
Les syst�mes d'exploitation �taient � l'�poque associ�s � des interpr�teurs de commandes capables de recevoir les commandes de l'utilisateur et de les interpr�ter pour que la machine puisse les utiliser.
Ritchie et Thompson voulaient cependant aller plus loin et mettre au point un syst�me offrant des fonctions plus performantes que celles des interpr�teurs de commandes de l'�poque.
C'est alors qu'appara�t le shell Bourne (simplement appel� sh), cr�� par S.R. Bourne, qui r�pondait aux objectifs des cr�ateurs d'UNIX.
Depuis la cr�ation du shell Bourne, d'autres shells ont vu le jour, comme le shell C (csh) et le shell Korn (ksh).
Lorsque la Free Software Foundation s'est mise en qu�te d'un shell gratuit, des d�veloppeurs ont entrepris de travailler sur le langage du shell Bourne ainsi que sur certaines fonctions tr�s utilis�es offertes par d'autres shells disponibles � l'�poque.
Le r�sultat a �t� le Bourne Again Shell, �galement appel� shell bash.
D'ailleurs, vous avez probablement d�j� vu le mot bash appara�tre en cas de faute de frappe � l'invite du shell (comme dans bash: nom-de-commande: command not found>).
Dans le Chapitre 15, � propos du r�acheminement et du traitement pipeline, nous avons �galement montr� la puissance du shell bash.
![]() | Informations compl�mentaires sur bash |
---|---|
Pour plus d'informations sur le shell bash, consultez la page de manuel bash. A l'invite du shell, entrez man bash (ou enregistrez le fichier comme fichier texte en entrant man bash | col -b > bash.txt�; vous pourrez ensuite l'ouvrir dans un �diteur de texte tel que pico ou un pager tel que less. Vous pouvez �galement imprimer le fichier en entrant man bash | col -b | lpr. Attention�: ce fichier est volumineux. Si vous souhaitez obtenir plus de d�tails, O'Reilly & Associates ont �dit� un ouvrage intitul� Learning the bash Shell, par Cameron Newham et Bill Rosenblatt. |
Bien que votre syst�me comporte plusieurs shells diff�rents, bash est le shell par d�faut pour Red Hat Linux.
Il faut imaginer le shell bash comme un assistant discret, prenant note de la mani�re d'ex�cuter rapidement les commandes. Il conserve �galement des "pointeurs" sur vos m�thodes de travail.
Ces pointeurs conserv�s par le shell bash sont des variables d'environnement.
Le shell utilise un "environnement" comme nous le faisons. Par exemple, nous travaillons dans notre cuisine en organisant les r�cipients, les ustensiles et les �pices. Nous savons o� se trouvent les plats et comment les choses fonctionnent.
On peut en dire autant du shell bash et de son environnement. Il existe une organisation de base pour le shell bash, comme il y en a une pour pratiquement n'importe quelle cuisine. Par exemple, chacun s'attend � trouver des r�cipients dans une cuisine, tout comme il peut s'attendre � trouver certaines commandes dans un shell bash.
Tel est le concept des variables d'environnement.
Si votre assistant dispose des pointeurs appropri�s, il ex�cute vos commandes rapidement.
Examinons de plus pr�s les variables d'environnement. A l'invite du shell, entrez�:
env |
Comme vous le constatez, le shell bash utilise un certain nombre de "raccourcis".
Chacun d'eux aide le shell bash � personnaliser votre environnement.
Parmi les principales variables d'environnement, la variable PATH d�finit le chemin d'acc�s par d�faut.
La variable d'environnement PATH pour notre compte newuser pourrait ressembler � ceci�:
PATH=/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/home/newuser/bin |
Cela peut sembler un peu "charg�" mais l'instruction PATH est un pr�cieux indicateur de l'emplacement de certains programmes.
![]() | Standard pour le chemin d'acc�s |
---|---|
Vous rappelez-vous la r�f�rence � la hi�rarchie standard du syst�me de fichiers (FHS, voir la la section intitul�e Pr�sentation �tendue du syst�me de fichiers dans Chapitre 15)�? L'instruction PATH est d�finie conform�ment � cette norme, de m�me que les r�pertoires dans lesquels les programmes sont install�s. Le r�sultat est que l'instruction PATH permet au shell bash de rechercher automatiquement presque n'importe quel programme pour autant qu'il ait �t� install� conform�ment � la hi�rarchie FHS. |
Pr�c�dent | Sommaire | Suivant |
Param�tres num�riques de chmod | Niveau sup�rieur | Localisation des fichiers et des r�pertoires |