Invoqué pour être le Shell d’interaction, ou avec l’option `–login’

Interactif signifie que vous pouvez entrer des commandes.

Le Shell n’est pas lancé parce qu’un script a été activé.

Un Shell de connection vous donne accès au Shell après qu’il vous ait authentifié, généralement en contrôlant le nom d’utilisateur et le mot de passe.

Fichiers lus :

* /etc/profile

* ~/.bash_profile, ~/.bash_login ou ~/.profile : le premier fichier
lisible trouvé est lu

* ~/.bash_logout à la déconnexion.

Des messages d’erreur s’affichent si les fichiers de configuration existent mais sont illisibles.

Si un fichier n’existe pas, Bash cherche le suivant.

Retour au Sommaire

Invocation

En plus de l’option permettant des commandes Shell à un caractère qui peut être configuré généralement avec la commande intégrée set, il y a plusieurs options multi-caractères que vous pouvez employer.

Nous verrons quelques unes de ces options les plus usitées dans les chapitres suivants ; la liste complète peut être trouvée dans les pages info de Bash, Bash features -> Invoking Bash.

Retour au Sommaire

Invoqué comme Shell interactif sans étape de connexion

Un Shell sans connexion signifie que l’accès ne nécessite pas d’authentification par le système.

Par exemple, quand vous ouvrez un terminal par le biais d’une icone, ou d’un menu.

Fichiers lus :

* ~/.bashrc

Ce fichier est habituellement référencé dans ~/.bash_profile :

if [ -f ~/.bashrc ]; then . ~/.bashrc; fi

Voir Chapitre 7, Les instructions de condition pour plus d’informations sur la construction if.

Retour au Sommaire

Invoqué non interactivement

Tous les scripts utilisent un Shell non-interactif.

Ils sont programmés pour faire certaines tâches et ne peuvent être utilisés pour faire autre chose que ce pour quoi ils ont été prévus.

Fichiers lus :

* définis par BASH_ENV

PATH n’est pas utilisé pour la recherche de ces fichiers, donc mettre le chemin complet dans la variable si vous souhaitez en faire usage.

Retour au Sommaire

Invoqué avec la commande sh

Bash essaye de se comporter comme le programme historique Bourne sh tout en se conformant à la norme POSIX.

Fichiers lus :

* /etc/profile

* ~/.profile

Quand il est invoqué de façon interactive, la variable ENV peut pointer vers des informations de démarrage suplémentaires.

Retour au Sommaire

Mode POSIX

Cette option est activée soit en employant l’intégrée set :

set -o posix

ou en appelant le Bash avec l’option –posix option. Bash essayera alors de respecter autant que possible la norme POSIX des Shell.

Déclarer la variable POSIXLY_CORRECT fait la même chose.

Fichiers lus :

* définis par la variable ENV

Retour au Sommaire

Les fonctions du Shell en général

Le Shell UNIX interprète les commandes de l’utilisateur, qui sont soit directement entrées par celui-ci, ou qui peuvent être lues depuis un fichier appelé un script shell ou programme.

Ces scripts sont interprétés,donc non compilés.

Le Shell lit les commandes de chaque ligne du script et cherche ces commandes dans le système (voir Section 2, « Avantages du Bourne Again SHell »), alors qu’un compilateur convertit un programme en une forme lisible par la machine, un fichier exécutable - lequel peut alors être employé dans un script.

A part de passer des commandes au noyau, la tâche principale du Shell est de mettre en place un environnement utilisateur qui peut être configuré individuellement par le biais de fichiers de configuration.

Retour au Sommaire

Types de Shell

Tout comme les gens connaissent une variété de langages, votre système UNIX généralement offre une variété de types de Shell :

• sh ou Bourne Shell : le Shell originel toujours en vigueur sur les systèmes UNIX et sur les environnements de type UNIX. C’est le Shell de base, un petit programme avec peu de possibilités. Bien que ce ne soit pas le Shell standard, il est toujours disponible sur les systèmes Linux par souci de compatibilité des programmes UNIX.
• bash ou Bourne Again shell : le Shell standard GNU , intuitif et souple. Probablement celui à conseiller aux débutants tout en étant un outil puissant pour un usage poussé et professionnel. Sur Linux, bash est le Shell standard pour l’utilisateur courant. Ce Shell est réputé être un sur-ensemble du Bourne Shell, un ensemble d’ajouts et d’extensions. Ce qui veut dire que le Bourne Again Shell est compatible avec le Bourne Shell : les commandes reconnues par sh, le sont aussi par bash. Cependant, l’inverse n’est pas toujours vrai.
  Tous les exemples et exercices de ce livre utilisent bash.
• csh ou C shell : la syntaxe de ce Shell ressemble à celle du langage de programmation C. Parfois demandée par les programmeurs.
• tcsh ou TENEX C Shell : un surensemble du répandu Shell C, implémentant convivialité et rapidité. C’est pourquoi certains l’appellent aussi le Turbo Shell C.
• ksh ou le Korn shell : quelques fois apprécié des gens venant du monde UNIX. Un sur-ensemble du Bourne Shell ; avec une configuration - le cauchemar des débutants - standard.

Le fichier /etc/shells donne un aperçu des Shells connus du système Linux
:
mia:~> cat /etc/shells
/bin/bash
/bin/sh
/bin/tcsh
/bin/csh

Votre Shell par défaut est déclaré dans le fichier /etc/passwd , comme cette ligne pour l’utilisateur mia :

mia:L2NOfqdlPrHwE:504:504:Mia Maya:/home/mia:/bin/bash

Pour permuter d’un Shell à un autre, simplement entrez le nom du nouveau Shell actif dans le terminal. Le système trouve le répertoire où le nom apparaît au moyen des paramètres de PATH, et puisqu’un Shell est un fichier exécutable (programme), le Shell courant l’active et il s’exécute.

Une nouvelle invite est souvent affichée, du fait que chaque Shell a une
interface propre :

mia:~> tcsh
[mia@post21 ~]$

Retour au Sommaire

Bash est le Shell GNU

Le projet GNU (ne pas confondre GNU et UNIX) offre des outils pour l’administration de système de type UNIX qui sont libres et qui respectent les standards UNIX.

Bash est un Shell compatible avec sh qui incorpore des spécificités utiles du Korn Shell (ksh) et du C Shell (csh). Il est censé se conformer à la norme IEEE POSIX P1003.2/ISO 9945.2 Standards des Shell et Outils.

Il offre des améliorations fonctionnelles par rapport à sh pour la programmation et l’utilisation interactive ; ce qui inclut l’édition de commande en ligne, historique illimité des commandes, contrôle des travaux, fonctions Shell et alias, tableau indexé de taille illimitée, et l’arithmétique d’entiers dans toutes les bases depuis la base 2 jusqu’à la base 64.

Bash peut exécuter la plupart des scripts sh sans modification.

Comme les autres projets GNU, le projet bash a été lancé pour préserver, protéger et promouvoir la liberté d’utiliser, étudier, copier, modifier et redistribuer les logiciels.

Il est généralement admis que de telles conditions stimulent la créativité. Cela a été le cas avec le programme Bash, qui a beaucoup de fonctionnalités que les autres Shells n’offrent
pas.

Retour au Sommaire

Pourquoi ce guide ?

La raison première de ce document est que beaucoup de gens trouvent le HOWTO [http://tldp.org/HOWTO/Bash-Prog-Intro-HOWTO.html] trop court et incomplet, et le guide Bash Scripting [http://tldp.org/LDP/abs/html/] trop poussé.

Il n’y a rien entre ces deux extrêmes. J’ai aussi écrit ce guide selon le principe général que les guides de base devraient être gratuits, alors que peu le sont.

C’est un guide pratique qui, sans être toujours sérieux, essaye de donner des exemples d’usage plutôt que théoriques. Je l’ai en partie écrit parce que je ne suis pas emballée par les exemples dépouillés, hyper simplifiés écrits par des gens qui, sachant de quoi ils parlent, montrent de super possibilités du Bash, tellement hors contexte que vous ne pouvez vous imaginez leurs applications pratiques.

Vous pouvez lire ce genre de documents après ce guide, lequel contient exercices et exemples qui aideront à survivre dans la vraie vie.

De par mon expérience en tant qu’utilisateur, administrateur et formateur sur système UNIX/Linux, je sais que des gens peuvent avoir des années d’interactions quotidiennes avec leur système sans avoir la moindre notion de l’automatisation de tâches.

De sorte qu’ils pensent souvent que UNIX n’est pas convivial, et pire, ils ont l’impression que c’est lent et obsolète.

Cette difficulté est de celles que peut palier ce guide.

Retour au Sommaire

Qui devrait lire ce guide ?

Quiconque qui, travaillant sur un système de type UNIX, veut se simplifier la vie.

Utilisateurs avancés ou administrateurs peuvent tirer bénéfice de la lecture de ce guide. Les lecteurs qui ont déjà pris en main le système via la ligne de commande apprendront les ficelles de l’écriture de ’shell’ qui facilitent l’exécution des tâches quotidiennes.

L’administration de système repose grandement sur l’écriture de ’shell’. Les tâches courantes sont automatisées avec de simples scripts. Ce document est plein d’exemples qui vous encourageront à écrire les vôtres et qui vous inciteront à améliorer ceux existants.

Prérequis — Ce qui n’est pas dans ce guide. Vous devriez :

• Être familiarisé avec UNIX ou Linux : les commandes de bases, les pages de manuel et de documentation.
• Être capable d’utiliser un éditeur de texte.
• Comprendre les processus d’initialisation et d’arrêt du système : init et scripts d’initialisation.
• Savoir créer des utilisateurs et des groupes, déclarer des mots de passe.
• Savoir donner des droits et des modes d’accès.
• Comprendre les conventions de nommage des périphériques, le partitionnement, ainsi que le montage et démontage des systèmes de fichiers.
• Savoir ajouter et retirer des logiciels du système.

Voir Introduction to Linux [http://tldp.org/LDP/intro-linux/html/] (ou votre miroir TLDP TLDP mirror [http://www.tldp.org/mirrors.html]) si vous ignorez l’un de ces aspects. Des informations complémentaires peuvent être trouvées dans la documentation de votre système (man ; info pages), ou là : the Linux Documentation Project [http://tldp.org].

Retour au Sommaire

Nouvelles versions, traductions et disponibilité

La dernière édition se trouve à http://tille.xalasys.com/training/bash/
[http://tille.xalasys.com/training/bash/]. Vous devriez aussi la trouver à http://tldp.org/LDP/Bash-Beginners-Guide/html/index.html [http://tldp.org/LDP/Bash-Beginners-Guide/html/index.html].

Ce guide est disponible imprimé chez Fultus.com [http://store.fultus.com/product_info.php?products_id=66].

Figure 1. Couverture du Guide Bash du Débutant

[1]Couverture du guide, titre rouge vif sur fond bleu.

Ce guide a été traduit :

• Traduction chinoise at http://xiaowang.net/bgb-cn/
  [http://xiaowang.net/bgb-cn/], par Wang Wei.
• Traduction ukrainienne at
  http://docs.linux.org.ua/index.php/LDP:Bash_beginners_guide [http://docs.linux.org.ua/index.php/LDP:Bash_beginners_guide], par
  Yaroslav Fedevych et son équipe.

Une traduction française en cours, à relire.

Retour au Sommaire

Historique des révisions

Retour au Sommaire

Contributions

Merci à tous les amis qui ont aidé (ou essayé) et à mon mari ; vos paroles d’encouragement ont rendu ce travail possible. Merci à tous les gens qui ont soumis anomalies, exemples et remarques — parmi plein, plein d’autres :

• Hans Bol, l’une des groupies
• Mike Sim, remarques sur le style
• Dan Richter, pour les exemples de tableau Gerg Ferguson, pour les idées sur le titre
• Mendel Leo Cooper, pour avoir mis à disposition de l’espace
• #linux.be, pour m’avoir aidé à garder les pieds sur terre
• Frank Wang, pour ses remarques détaillées sur toutes mes erreurs

Remerciements special à Tabatha Marshall qui a bénévolement revu, et l’expression, et la grammaire. On forme une bonne équipe : elle travaille quand je dors. Et vice versa ; - )

Retour au Sommaire

Observations et retours variés

Informations manquantes, liens invalides, erreurs de frappe, remarques ?
Envoyer un mail à

<tille ne veut pas de spam CHEZ xalasys POINT com>

La personne assurant le suivi du document.

Retour au Sommaire