Trois fichiers [100] différents sont toujours ouverts par défaut, stdin (le clavier), stdout (l'écran) et stderr (la sortie des messages d'erreur vers l'écran). Ceux-ci, et n'importe quel autre fichier ouvert, peuvent être redirigés. La redirection signifie simplement la capture de la sortie d'un fichier, d'une commande, d'un programme, d'un script, voire même d'un bloc de code dans un script (voir l'Exemple 3.1, « Blocs de code et redirection d'entrées/sorties » et l'Exemple 3.2, « Enregistrer la sortie d'un bloc de code dans un fichier ») et le renvoi du flux comme entrée d'un autre fichier, commande, programme ou script.
Chaque fichier ouvert se voit affecté un descripteur de fichier. [101] Les descripteurs de fichier pour stdin, stdout et stderr sont, respectivement, 0, 1 et 2. Pour ouvrir d'autres fichiers, il reste les descripteurs 3 à 9. Il est quelque fois utile d'affecter un de ces descripteurs supplémentaires de fichiers pour stdin, stdout ou stderr comme lien dupliqué temporaire. [102] Ceci simplifie le retour à la normale après une redirection complexe et un remaniement (voir l'Exemple 20.1, « Rediriger stdin en utilisant exec »).
SORTIE_COMMANDE > # Redirige la sortie vers un fichier. # Crée le fichier s'il n'est pas présent, sinon il l'écrase. ls -lR > repertoire.liste # Crée un fichier contenant la liste des fichiers du répertoire. : > nom_fichier # Le > vide le fichier "nom_fichier". # Si le fichier n'est pas présent, crée un fichier vide (même effet que # 'touch'). # Le : sert en tant que contenant, ne produisant aucune sortie. > nom_fichier # Le > vide le fichier "nom_fichier". # Si le fichier n'est pas présent, crée un fichier vide (même effet que # 'touch'). # (Même résultat que ": >", ci-dessus, mais ceci ne fonctionne pas avec # certains shells.) SORTIE_COMMANDE >> # Redirige stdout vers un fichier. # Crée le fichier s'il n'est pas présent, sinon il lui ajoute le flux. # Commandes de redirection sur une seule ligne (affecte seulement la ligne # sur laquelle ils sont): # -------------------------------------------------------------------- 1>nom_fichier # Redirige stdout vers le fichier "nom_fichier". 1>>nom_fichier # Redirige et ajoute stdout au fichier "nom_fichier". 2>nom_fichier # Redirige stderr vers le fichier "nom_fichier". 2>>nom_fichier # Redirige et ajoute stderr au fichier "nom_fichier". &>nom_fichier # Redirige à la fois stdout et stderr vers le fichier "nom_fichier". # Cet opérateur est maintenant fonctionnel (depuis Bash 4, #+ version finale) M>N # "M" est un descripteur de fichier, par défaut 1 s'il n'est pas précisé. # "N" est un nom de fichier. # Le descripteur de fichier "M" est redirigé vers le fichier "N". M>&N # "M" est un descripteur de fichier, par défaut 1 s'il n'est pas précisé. # "N" est un autre descripteur de fichier. #============================================================================== # Rediriger stdout, une ligne à la fois. FICHIERLOG=script.log echo "Cette instruction est envoyée au fichier de traces, \"$FICHIERLOG\"." 1>$FICHIERLOG echo "Cette instruction est ajoutée à \"$FICHIERLOG\"." 1>>$FICHIERLOG echo "Cette instruction est aussi ajoutée à \"$FICHIERLOG\"." 1>>$FICHIERLOG echo "Cette instruction est envoyé sur stdout et n'apparaitra pas dans \"$FICHIERLOG\"." # Ces commandes de redirection sont "réinitialisées" automatiquement après chaque ligne. # Rediriger stderr, une ligne à la fois. FICHIERERREURS=script.erreurs mauvaise_commande1 2>$FICHIERERREURS # Message d'erreur envoyé vers $FICHIERERREURS. mauvaise_commande2 2>>$FICHIERERREURS # Message d'erreur ajouté à $FICHIERERREURS. mauvaise_commande3 # Message d'erreur envoyé sur stderr, #+ et n'apparaissant pas dans $FICHIERERREURS. # Ces commandes de redirection sont aussi "réinitialisées" automatiquement #+ après chaque ligne. #=======================================================================
2>&1 \ # Redirige stderr vers stdout. # Les messages d'erreur sont envoyés au même endroit que la sortie standard. >>filename 2>&1 vilaine_commande >>nomfichier 2>&1 # Ecrit la sortie standard et les messages d'erreur #+ tous les deux à la suite du fichier "nomfichier" ... 2>&1 | [commande(s)] vilaine_commande 2>&1 | awk '{print $5}' # trouvé # Envoie stderr dans un tube. # |& est une abbréviation de 2>&, depuis Bash 4. i>&j # Redirige le descripteur de fichier <emphasis>i</emphasis> vers <emphasis>j</emphasis>. # Toute sortie vers le fichier pointé par <emphasis>i</emphasis> est envoyée au fichier pointé par <emphasis>j</emphasis>. >&j # Redirige, par défaut, le descripteur de fichier <emphasis>1</emphasis> (stdout) vers <emphasis>j</emphasis>. # Toutes les sorties vers stdout sont envoyées vers le fichier pointé par <emphasis>j</emphasis>.
0< NOM_FICHIER < NOM_FICHIER # Accepte l'entrée à partir d'un fichier. # Commande compagnon de <quote>></quote>, et souvent utilisée en combinaison avec elle. # # grep mot_recherché <nom_fichier [j]<>nom_fichier # Ouvre le fichier "nom_fichier" pour lire et écrire, et affecter le descripteur #+ de fichier "j" à celui-ci. # Si "nom_fichier" n'existe pas, le créer. # Si le descripteur de fichier "j" n'est pas spécifié, le défaut est fd 0, stdin. # # Une application de ceci est d'écrire à une place spécifiée dans un fichier. echo 1234567890 > Fichier # Écrire une chaîne dans "Fichier". exec 3<> Fichier # Ouvrir "Fichier" et lui affecter le fd 3. read -n 4 <&3 # Lire seulement quatre caractères. echo -n . >&3 # Écrire un point décimal à cet endroit. exec 3>&- # Fermer fd 3. cat Fichier # ==> 1234.67890 # Accès au hasard, par golly. | # Tube. # outil de chaînage de processus et de commande à but général. # Similaire à <quote>></quote>, mais plus général dans l'effet. # Utile pour chaîner des commandes, scripts, fichiers et programmes. cat *.txt | sort | uniq > fichier-resultat # Trie la sortie de tous les fichiers .txt et supprime les lignes # dupliquées, pour finalement enregistrer les résultats dans # <quote>fichier-résultat</quote>.
Plusieurs instances de redirection d'entrées et de sorties et/ou de tubes peuvent être combinées en une seule ligne de commande.
commande < fichier-entrée > fichier-sortie commande1 | commande2 | commande3 > fichier-sortie
Voir l'Exemple 16.31, « Déballer une archive rpm » et l'Exemple A.14, « fifo: Faire des sauvegardes journalières, avec des tubes nommés ».
Plusieurs flux de sortie peuvent être redirigés vers un fichier.
ls -yz >> commande.log 2>&1 # La capture résulte des options illégales "yz" de "ls" dans le fichier # "commande.log". # Parce que stderr est redirigé vers le fichier, aucun message d'erreur ne sera # visible. # Néanmoins, notez que ce qui suit ne donne *pas* le même résultat. ls -yz 2>&1 >> command.log # Affiche un message d'erreur mais n'écrit pas dans le fichier. # Plus précisément : la sortie de la commande (ici, null), #+ écrit dans le fichier mais le message d'erreur va seulement dans stdout. # Si vous redirigez à la fois stdout et stderr, l'ordre des commandes fait une #+ différence.
Fermer les descripteurs de fichiers
Ferme le descripteur de fichier n.
Ferme stdin.
Ferme le descripteur de fichiers de sortie n.
Ferme stdout.
Les processus fils héritent des descripteurs de fichiers ouverts. C'est pourquoi les tubes fonctionnent. Pour empêcher l'héritage d'un fd, fermez-le.
# Rediriger seulement stderr vers un tube. exec 3>&1 # Sauvegarde la valeur "actuelle" de stdout. ls -l 2>&1 >&3 3>&- | grep bad 3>&- # Ferme fd 3 pour 'grep' (mais pas pour 'ls'). # ^^^^ ^^^^ exec 3>&- # Maintenant, fermez-le pour le reste du script. # Merco, S.C.
Pour une introduction plus détaillée de la redirection d'E/S, voir l'Annexe E, Une introduction détaillée sur les redirections d'entrées/sorties.
Une commande exec <nomfichier redirige stdin vers un fichier. À partir de là, stdin vient de ce fichier plutôt que de sa source habituelle (le plus souvent un clavier). Ceci fournit une méthode pour lire un fichier ligne par ligne et donc d'analyser chaque ligne de l'entrée en utilisant sed et/ou awk.
Exemple 20.1. Rediriger stdin en utilisant exec
#!/bin/bash # Rediriger stdin en utilisant 'exec'. exec 6<&0 # Lie le descripteur de fichier #6 avec stdin. # Sauvegarde stdin. exec < fichier-donnees # stdin remplacé par le fichier "fichier-donnees" read a1 # Lit la première ligne du fichier "fichier-donnees". read a2 # Lit la deuxième ligne du fichier "fichier-donnees". echo echo "Les lignes suivantes lisent le fichier." echo "---------------------------------------" echo $a1 echo $a2 echo; echo; echo exec 0<&6 6<&- # Maintenant, restaure stdin à partir de fd #6, où il a été sauvegardé, #+ et ferme fd #6 ( 6<&- ) afin qu'il soit libre pour d'autres processus. # # <&6 6<&- fonctionne aussi. echo -n "Entrez des données " read b1 # Maintenant les fonctions lisent ("read") comme d'ordinaire, #+ c'est-à-dire à partir de stdin. echo "Entrée lue à partir de stdin." echo "-----------------------------" echo "b1 = $b1" echo exit 0
De la même façon, une commande exec >nomfichier redirige stdout vers un fichier désigné. Ceci envoie toutes les sorties des commandes qui devraient normalement aller sur stdout vers ce fichier.
exec N > nom_fichier affecte le script entier ou le shell courant. La redirection vers le PID du script ou du shell à partir de maintenant à changer. Néanmoins...
N > nom_fichier affecte seulement les processus qui vont être créés, pas le script entier ou le shell.
Merci à Ahmed Darwish de nous l'avoir précisé.
Exemple 20.2. Rediriger stdout en utilisant exec
#!/bin/bash # reassign-stdout.sh FICHIERTRACES=fichiertraces.txt exec 6>&1 # Lie le descripteur de fichier #6 avec stdout. # Sauvegarde stdout. exec > $FICHIERTRACES # stdout remplacé par le fichier "fichiertraces.txt". # ----------------------------------------------------------- # # Toute sortie des commandes de ce bloc sera envoyée dans le fichier #+ $FICHIERTRACES. echo -n "Fichier traces: " date echo "-------------------------------------" echo echo "Sortie de la commande \"ls -al\"" echo ls -al echo; echo echo "Sortie de la commande \"df\"" echo df # ----------------------------------------------------------- # exec 1>&6 6>&- # Restaure stdout et ferme le descripteur de fichier #6. echo echo "== stdout restauré à sa valeur par défaut == " echo ls -al echo exit 0
Exemple 20.3. Rediriger à la fois stdin et stdout dans le même script avec exec
#!/bin/bash # upperconv.sh # Convertit un fichier d'entrée spécifié en majuscule. E_ACCES_FICHIER=70 E_MAUVAIS_ARGS=71 if [ ! -r "$1" ] # Est-ce que le fichier spécifié est lisible ? then echo "Ne peut pas lire le fichier d'entrée !" echo "Usage: $0 fichier-entrée fichier-sortie" exit $E_ACCES_FICHIER fi # Sortira avec la même erreur, #+ même si le fichier d'entrée ($1) n'est pas spécifié (pourquoi ?). if [ -z "$2" ] then echo "A besoin d'un fichier de sortie." echo "Usage: $0 fichier-entrée fichier-sortie" exit $E_MAUVAIS_ARGS fi exec 4<&0 exec < $1 # Lira le fichier d'entrée. exec 7>&1 exec > $2 # Écrira sur le fichier de sortie. # Assume que le fichier de sortie est modifiable #+ (ajoutez une vérification ?). # ----------------------------------------------- cat - | tr a-z A-Z # Conversion en majuscule. # ^^^^^ # Lecture de stdin. # ^^^^^^^^^^ # Écriture sur stdout. # Néanmoins, à la fois stdin et stdout ont été redirigés. # Notez que le 'cat' peut être omis. # ----------------------------------------------- exec 1>&7 7>&- # Restaure stdout. exec 0>&4 4>&- # Restaure stdin. # Après retour à la normal, la ligne suivante affiche sur stdout comme de #+ normal. echo "Le fichier \"$1\" a été enregistré dans \"$2\" après une convertion en majuscule." exit 0
La redirection d'entrée/sortie est un moyen intelligent pour éviter le terrifiant problème des variables inaccessibles depuis un sous-shell.
Exemple 20.4. Éviter un sous-shell
#!/bin/bash # avoid-subshell.sh # Suggested by Matthew Walker. Lines=0 echo cat myfile.txt | while read line; do { echo $line (( Lines++ )); # Incremented values of this variable #+ inaccessible outside loop. # Subshell problem. } done echo "Number of lines read = $Lines" # 0 # Wrong! echo "------------------------" exec 3<> myfile.txt while read line <&3 do { echo "$line" (( Lines++ )); # Incremented values of this variable #+ accessible outside loop. # No subshell, no problem. } done exec 3>&- echo "Number of lines read = $Lines" # 8 echo exit 0 # Lines below not seen by script. $ cat myfile.txt Line 1. Line 2. Line 3. Line 4. Line 5. Line 6. Line 7. Line 8.
[100] Par convention, sous Unix et Linux, les flux de données et les périphériques (fichiers de "device") sont traités en tant fichiers, comme des fichiers ordinaires.
[101] Un descripteur de fichier est simplement un numéro que le système d'exploitation affecte à un fichier ouvert pour garder sa trace. Considérez cela comme une version simplifiée d'un pointeur de fichier. C'est analogue à un handle vers un fichier en C.
[102] Utiliser le descripteur de fichier 5 pourrait causer des problèmes. Lorsque Bash crée un processus fils, par exemple avec exec, le fils hérite de fd 5 (voir le courrier électronique archivé de Chet Ramey, SUBJECT: RE: File descriptor 5 is held open, NdT: Le descripteur de fichier est laissé ouvert). Il est plus raisonnable de laisser ce descripteur tranquille.