Manuel de référence Mandrake Linux 9.2 http://www.MandrakeSoft.com Manuel de référence: Mandrake Linux 9.2 Publié 2003-09-24 Copyright © 2003 MandrakeSoft SA par Camille Bégnis, Christian Roy, Fabian Mandelbaum, Joël Pomerleau, Vincent Danen, Roberto Rosselli del Turco, Stefan Siegel, Marco De Vitis, Alice Lafox, Fred Lepied, Nicolas Planel, Kevin Lecouvey, Christian Georges, John Rye, Robert Kulagowski, Pascal Rigaux, Frédéric Crozat, Laurent Montel, Damien Chaumette, Till Kamppeter, Guillaume Cottenceau, Jonathan Gotti, Christian Belisle, Sylvestre Taburet, Thierry Vignaud, Juan Quintela, Pascal Lo Re, Kadjo N’Doua, Mark Walker, Roberto Patriarca, Patricia Pichardo Bégnis, Alexis Gilliot, Arnaud Desmons, Wolfgang Bornath, Alessandro Baretta, Aurélien Lemaire, Daouda Lo, Florent Villard, François Pons, Gwenole Beauchesne, Giuseppe Ghibò, Georg Halfas, Florin Grad, Joël Wardenski, Denis Devedjian, Debora Rejnharc Mandelbaum, Stew Benedict, et David Baudens Notice légale Ce manuel est la propriété intellectuelle de MandrakeSoft. Il peut être librement copié, distribué et/ou modifié selon les termes de la Licence GNU Free Documentation License, Version 1.1 ou ultérieure publiée par la Free Software Foundation ; avec la section inaltérable Au sujet de Mandrake Linux, page 1 ; les textes de couverture, cités ci-dessous, et sans texte de quatrième de couverture. Une copie complète de la licence se trouve sur le site de GNU (http://www.gnu.org/licenses/fdl.html). Textes de couverture : MandrakeSoft, décembre 2003 http://www.mandrakesoft.com/ Copyright © 1999, 2000, 2001, 2002, 2003 MandrakeSoft S.A. et MandrakeSoft inc. « Mandrake », « Mandrake Linux » et « MandrakeSoft » sont des marques déposées par MandrakeSoft S.A. ; Linux est une marque déposée de Linus Torvalds ; UNIX est une marque déposée de « The Open Group » aux États-Unis et dans d’autres pays. Toutes les autres marques déposées et copyrights appartiennent à leurs propriétaires respectifs. Outils utilisés dans la conception de ce manuel Ce manuel a été rédigé avec la grammaire XML DocBook . Pour gérer l’ensemble des fichiers Borges (http: // linux-mandrake. com/ en/ doc/ project/ Borges/ ) a été utilisé. Les fichiers source XML ont été préformatés avec xsltproc , openjade et jadetex avec l’aide des feuilles de style personnalisées de Norman Walsh. Les images ont été prises avec xwd et GIMP , puis converties avec convert. Tous ces logiciels sont libres et disponibles sur Mandrake Linux. Table des matières Préface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1 1. Au sujet de Mandrake Linux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1 1.1. Contacter la communauté Mandrake Linux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1 1.2. Rejoignez le Club . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1 1.3. Acquérir des produits MandrakeSoft . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1 1.4. Contribuer à Mandrake Linux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2 2. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2 3. Note des traducteurs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 4. Conventions utilisées dans ce manuel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 4.1. Conventions typographiques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 4.2. Conventions générales . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4 I. Le Système Linux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 1. Concepts UNIX de base . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 1.1. Utilisateurs et groupes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 1.2. Notions de base au sujet des fichiers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 1.3. Les processus . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10 1.4. Petite introduction à la ligne de commande . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10 2. Disques et partitions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 2.1. Structure d’un disque dur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 2.2. Conventions pour nommer disques et partitions. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .17 3. Introduction à la ligne de commande . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19 3.1. Utilitaires de manipulation de fichiers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19 3.2. Manipulation des attributs de fichiers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21 3.3. Motifs d’englobement du shell . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23 3.4. Redirections et tubes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23 3.5. Le complètement (completion) dans les lignes de commande . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25 3.6. Lancement et manipulation de processus en arrière-plan . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26 3.7. Le mot de la fin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27 4. L’édition de texte : Emacs et VI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29 4.1. Emacs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29 4.2. Vi : l’ancêtre . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32 4.3. Un dernier mot... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36 5. Les utilitaires en ligne de commande . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37 5.1. Opérations sur les fichiers et filtres . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37 5.2. find : rechercher des fichiers selon certains critères . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41 5.3. Programmation de démarrage de commandes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43 5.4. at : programmer une commande une seule fois . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44 5.5. Archivage et compression de données . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44 5.6. etc. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47 6. Contrôle des processus . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49 6.1. Un mot encore sur les processus . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49 6.2. Obtenir des informations sur les processus : ps et pstree . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49 6.3. Envoyer des signaux aux processus : kill, killall, top . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50 6.4. Contrôler la priorité des processus : nice, renice . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51 II. Linux en profondeur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53 7. Organisation de l’arborescence des fichiers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53 7.1. Données partagées et non partagées, statiques et dynamiques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53 7.2. Le répertoire racine : / . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53 7.3. /usr : le gros morceau . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54 7.4. /var : données modifiables en cours d’utilisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54 7.5. /etc : les fichiers de configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55 8. Systèmes de fichiers et points de montage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57 8.1. Principes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .57 8.2. Partitionner un disque dur, formater une partition . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58 8.3. Les commandes mount et umount . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59 8.4. Le fichier /etc/fstab . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59 8.5. La fonction supermount . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60 9. Le système de fichiers Linux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61 iii 9.1. Comparatif de quelques systèmes de fichiers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61 9.2. Tout est fichier . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63 9.3. Les liens . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64 9.4. Tubes "anonymes" et tubes nommés . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65 9.5. Les fichiers spéciaux : fichiers mode bloc et caractère . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66 9.6. Les liens symboliques et la limitation des liens en dur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67 9.7. Les attributs des fichiers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68 10. Le système de fichiers /proc . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69 10.1. Renseignements sur les processus . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69 10.2. Informations sur le matériel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70 10.3. Le sous-répertoire /proc/sys . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72 11. Les fichiers de démarrage : init sysv . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75 11.1. Au commencement était init . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75 11.2. Les niveaux d’exécution . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75 III. Utilisations avancées . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77 12. Installation d’un logiciel libre . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77 12.1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77 12.2. Décompactage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 79 12.3. Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81 12.4. Compilation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84 12.5. Installation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89 12.6. Assistance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90 12.7. Remerciements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91 13. Compilation et mise en place de nouveaux noyaux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93 13.1. Où trouver les sources du noyau . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93 13.2. Décompactage des sources du noyau, correction éventuelle du noyau . . . . . . . . . . . . . . . . . . . . . 94 13.3. Configuration du noyau . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 94 13.4. Sauvegarder et réutiliser vos fichiers de configuration du noyau . . . . . . . . . . . . . . . . . . . . . . . . . . . 95 13.5. Compilation et installation des modules . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 96 13.6. Installation du nouveau noyau . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 97 A. La licence Publique Générale GNU (GPL) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 103 A.1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 103 A.2. Préambule . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 103 A.3. Stipulations et conditions relatives à la copie, la distribution et la modification . . . . . . . . . . . . . . . . . 104 B. Licence de documentation libre GNU . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107 B.1. A propos de cette traduction française de la GFDL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107 B.2. Licence de documentation libre GNU . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107 0. PRÉAMBULE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107 1. APPLICABILITÉ ET DÉFINITIONS. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .107 2. COPIES CONFORMES . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 108 3. COPIES EN NOMBRE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 108 4. MODIFICATIONS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 109 5. FUSION DE DOCUMENTS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 110 6. REGROUPEMENTS DE DOCUMENTS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 110 7. AGRÉGATION AVEC DES TRAVAUX INDÉPENDANTS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 110 8. TRADUCTION . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 110 9. CADUCITÉ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111 10. RÉVISIONS FUTURES DE CETTE LICENCE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111 B.3. Comment utiliser cette Licence pour vos documents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111 C. Glossaire . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 113 Index . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 129 iv Liste des tableaux 9-1. Caractéristiques des systèmes de fichiers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62 Liste des illustrations 1-1. Connexion en mode graphique. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .7 1-2. Connexion en mode console . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 1-3. L’icône de l’émulateur de terminal sur le tableau de bord de KDE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11 2-1. Premier exemple de noms de partitions sous GNU/Linux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17 2-2. Second exemple de noms de partitions sous GNU/Linux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18 4-1. Emacs; : édition simultanée de deux fichiers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29 4-2. Emacs , avant la copie du bloc de texte . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30 4-3. Emacs, après la copie du bloc de texte . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31 4-4. Situation de départ dans vim . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32 4-5. vim, avant la copie du bloc de texte . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34 4-6. vim, après la copie du bloc de texte . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35 6-1. Exemple d’exécution de top . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50 8-1. Avant le montage du système de fichiers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57 8-2. Après le montage du système de fichiers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57 v vi Préface 1. Au sujet de Mandrake Linux Mandrake Linux est une distribution GNU/Linux développée par MandrakeSoft S.A. La société MandrakeSoft est née sur Internet en 1998 ; son ambition première demeure de fournir un système GNU/Linux convivial et facile à utiliser. Les deux piliers de MandrakeSoft sont le logiciel libre et le travail coopératif. 1.1. Contacter la communauté Mandrake Linux Nous présentons ci-dessous plusieurs liens Internet pointant vers de nombreuses ressources liées à Mandrake Linux. Si vous souhaitez en savoir plus sur la société MandrakeSoft, consultez son site Web (http://www. mandrakesoft.com/). Un site dédié à la distribution Mandrake Linux (http://www.mandrakelinux.com/) et tous ses dérivés existe également. MandrakeExpert (http://www.mandrakeexpert.com/) est la plate-forme d’aide en ligne de MandrakeSoft. Il propose une nouvelle façon de partager les savoirs s’appuyant sur la confiance et le plaisir de récompenser son prochain pour son aide. Il s’agit d’un concept différent des autres plate-formes d’aide en ligne. Vous êtes également invité à participer aux nombreuses listes de diffusion (http://www.mandrake-inux.com/ fr/flists.php3), où la communauté Mandrake Linux déploie tout son enthousiasme et sa vivacité. Enfin, n’oubliez pas de vous connecter sur MandrakeSecure (http://www.mandrakesecure.net/). Ce site rassemble tout ce qui traite de la sécurité des distributions Mandrake Linux. Vous y trouverez notamment des avertissements de bogues et de sécurité, ainsi que des articles traitant de sécurité informatique et de privacité. Bref, voilà un site incontournable pour tout administrateur système, ou tout utilisateur soucieux de sécurité. 1.2. Rejoignez le Club MandrakeSoft est heureux d’offrir à ses utilisateurs une large palette d’avantages grâce au Club des utilisateurs de Mandrake Linux (http://www.mandrakelinux.com/fr/club/) : • télécharger des logiciels commerciaux, qui ne sont normalement disponibles que dans les packs de détail, tels que des pilotes logiciel, des applications commerciales, des partagiciels et des versions démo ; • voter et proposer de nouveaux logiciels à travers un système de vote RPM que des bénévoles maintienne ; • accéder à plus de 50.000 paquetages RPM pour toutes les distributions Mandrake Linux ; • obtenir des remises pour des produits et services sur le MandrakeStore (http://www.mandrakestore.com) ; • accéder à une meilleure liste de miroirs, exclusive aux membres du Club ; • lire des forums et articles multilingues. Le MandrakeClub est l’endroit idéal pour vous faire entendre ! En finançant MandrakeSoft par l’entremise du Mandrake Linux Users Club, vous améliorerez directement la distribution Mandrake Linux et vous nous permettrez de proposer le meilleur poste de travail GNU/Linux possible à nos utilisateurs. 1.3. Acquérir des produits MandrakeSoft Il vous est désormais possible d’effectuer vos achats en ligne simplement sur le MandrakeStore (http://www. mandrakestore.com). Vous y trouverez des logiciels Mandrake Linux , systèmes d’exploitation et outils réseau (pare-feu) (Multi Network Firewall), mais aussi des offres spéciales d’abonnement, de l’assistance, des logiciels tiers et des licences, des manuels et des livres GNU/Linux , ainsi que d’autres gadgets MandrakeSoft. 1 Préface 1.4. Contribuer à Mandrake Linux Quels que soient vos talents, vous êtes encouragé à participer à l’une des nombreuses tâches requise à la construction du système Mandrake Linux : • Paquetages. Un système GNU/Linux est principalement constitué de programmes rassemblés depuis Internet. Ils doivent être mis en forme de façon à ce qu’ils puissent fonctionner ensemble, si tout se passe bien ; • Programmation. Une foule de projets est directement développée par MandrakeSoft : trouvez celui qui vous intéresse le plus et proposez votre aide au développeur principal ; • Internationalisation. vous pouvez nous aider à traduire des pages de nos sites Web, des programmes et leur documentation respective. • Documentation. Afin de suivre l’évolution rapide du système, nous ne comptons plus le temps et les efforts investis pour que le manuel que vous êtes en train de lire demeure à jour. Rédacteurs et traducteurs seront accueillis à bras ouverts ! Consultez aussi les pages des contributeurs (http://www.mandrakesoft.com/labs/) pour en savoir plus sur les différentes façons de contribuer à l’évolution de Mandrake Linux. 2. Introduction Bienvenue, et merci d’utiliser Mandrake Linux ! Ce manuel est destiné à celles et ceux qui désirent plonger dans les méandres de leur système GNU/Linux , et qui veulent bénéficier au maximum de son potentiel. Ce manuel est constitué de trois parties : • Dans la partie intitulée Le Système Linux, nous traiterons de l’utilisation de la ligne de commande et de ses nombreuses possibilités. Nous discuterons également des bases de l’édition de texte, un concept essentiel sous GNU/Linux . Le chapitre Concepts UNIX de base, page 7 présentera les mondes UNIX et plus particulièrement, GNU/Linux . C’est une introduction aux outils standards utilisés pour manipuler les fichiers et certaines fonctionnalités utiles du shell. Puis, Disques et partitions, page 15 aborde le système de gestion des disques durs sous GNU/Linux , ainsi que le concept de partitions. Il est nécessaire de bien comprendre les concepts qui y sont présentés avant de passer au chapitre Introduction à la ligne de commande, page 19. Puis suivra L’édition de texte : Emacs et VI, page 29. Comme la plupart des fichiers de configuration sont en format texte sous UNIX , vous aurez sûrement besoin de les modifier avec un éditeur de texte. Vous apprendrez comment utiliser deux des plus célèbres éditeurs du monde UNIX : le puissant Emacs et le vénérable Vi . Maintenant, vous devriez pouvoir mener à bien quelques tâches d’entretien de base sur votre système. Les deux chapitres qui suivront présentent des utilisations pratiques de la ligne de commande (Les utilitaires en ligne de commande, page 37) et le contrôle des processus en général (Contrôle des processus, page 49). • Dans Linux en profondeur, nous discuterons brièvement du noyau Linux et de l’architecture du système de fichiers. Le chapitre Organisation de l’arborescence des fichiers, page 53 abordera l’organisation du système de fichiers. Les systèmes UNIX tendent à grossir énormément, mais chaque fichier a sa place dans un répertoire spécifique. Après avoir lu ce chapitre, vous saurez où chercher les fichiers en fonction de leur rôle à même le système. Ensuite, nous traiterons de deux sujets, soit le système de fichiers et les points de montage (Systèmes de fichiers et points de montage, page 57). Vous apprendrez alors ce que signifient ces deux termes et vous en verrez des exemples pratiques. Nous poursuivrons avec le chapitre Le système de fichiers Linux, page 61. Après une présentation des systèmes de fichiers disponibles, vous en apprendrez plus au sujet des types de fichiers et autres concepts, comme les i-nœds et les tubes. Le système de fichiers /proc, page 69, introduira pour sa part un système de fichiers bien particulier sous GNU/Linux : /proc. 2 Préface Dans Les fichiers de démarrage : init sysv, page 75, nous présenterons la procédure de démarrage de Mandrake Linux et comment l’utiliser efficacement. • Enfin, la partie Utilisations avancées traitera de sujets que seuls les téméraires ou les lecteurs expérimentés voudront mettre en pratique. Installation d’un logiciel libre, page 77, vous guidera à travers les étapes nécessaires pour construire et installer des logiciels libres depuis leur source. La lecture de ce chapitre devrait vous encourager à vous faire la main, même si, à première vue, ça peut paraître intimidant. Enfin, Compilation et mise en place de nouveaux noyaux, page 93, se présentera comme une des dernières étapes vers une autonomie totale sous GNU/Linux . Après avoir lu et appliqué la théorie expliquée dans ce chapitre, commencez à convertir des utilisateurs Windows (si ce n’est déjà fait !). Le livre se termine par deux annexes, soient respectivement les deux licences principalement utilisées pour les applications GNU/Linux et la documentation : La licence Publique Générale GNU (GPL), page 103 et Licence de documentation libre GNU, page 107. Un Glossaire, page 113 et un index concluent cet ouvrage. 3. Note des traducteurs En passant d’un chapitre à l’autre, vous remarquerez que ce livre est une œuvre composite. Même si la cohérence technique et lexicale a été notre priorité, vous remarquerez que le style spécifique de chaque auteur (anglophone pour la plupart) a été quelque peu préservé. Garder cette documentation à jour est un véritable défi ! Choisir le bon mot n’est pas toujours facile puisque la plupart des termes informatiques utilisés par les professionnels de par le monde demeurent en fait des mots de la langue anglaise. Inventer un terme français plus clair pour le novice risque alors de dérouter l’expert ! Que faire ? On aura en général opté pour un compromis : donner les deux termes, anglais et français, lors de la première occurrence textuelle de la notion, puis un seul par la suite, afin de ne pas entraver la lecture. N’hésitez pas à nous donner votre avis à ce sujet. Car enfin, dans le droit fil de l’esprit particulier de la communauté du libre (open source), nous accueillons les collaborations à bras ouverts ! Il vous est tout à fait possible d’apporter votre petite pierre à l’édification de ce projet de diverses façons. Vous disposez de temps libre ? Proposez-nous un nouveau chapitre ! Vous comprenez bien l’anglais ? Aidez-nous à traduire ! Vous avez des idées pour améliorer ce document ? Nous sommes tout ouïe ! Pour toute information au sujet du projet de documentation de Mandrake Linux, communiquez avec le responsable de la documentation (mailto:[email protected]) ou visitez notre site Web (http: //www.linux-mandrake.com/en/doc/project) (en anglais seulement). 4. Conventions utilisées dans ce manuel 4.1. Conventions typographiques Afin d’accentuer clairement certains mots ou groupes de mots, nous avons utilisé certains attributs typographiques. Le tableau suivant en donne la signification symbolique : Exemple formaté Signification inœud Signale un terme technique. ls -lta Types utilisés pour une commande et ses arguments, les options et les noms de fichier (voir la section Synopsis d’une commande, page 4). ls(1) Référence vers une page de manuel (aussi appelée page de man). Pour consulter la page correspondante dans un shell (ou ligne de commande), exécutez la commande man 1 ls. $ ls *.pid Ce style est utilisé pour une copie d’écran texte. Signale une interaction utilisateur-ordinateur, le code source d’un programme, etc. localhost Données littérales qui ne correspondent généralement pas à une des catégories précédemment définies : citation d’un mot clé tiré d’un fichier de configuration, par exemple. 3 Préface Exemple formaté Signification Apache Nom des applications. Notre exemple (« Apache ») n’est pas un nom de commande. Toutefois, dans des contextes particuliers, l’application et le nom de la commande peuvent être les mêmes, mais formatés de façon différente. C onfigurer Entrée de menu ou label des interfaces graphiques, en général. La lettre soulignée indique le raccourci clavier éventuel. Bus SCSI Partie d’un ordinateur ou ordinateur lui-même. Once upon a time... Citation en langue étrangère. Attention ! Types réservés pour les mots que nous voulons accentuer. Lisez-les à voix haute :-) Cette icône introduit une note. Il s’agit généralement d’une remarque dans le contexte courant, pour donner une information additionnelle. Cette icône introduit une astuce. Il peut s’agir d’un conseil d’ordre général sur la meilleure façon d’arriver à un but spécifique, ou une fonctionnalité intéressante qui peut vous rendre la vie plus facile. Soyez très attentif lorsque vous rencontrez cette icône. Il s’agit toujours d’informations très importantes sur le sujet en cours de discussion. 4.2. Conventions générales 4.2.1. Synopsis d’une commande L’exemple ci-dessous présente les différents signes et symboles que vous rencontrerez lorsque nous décrivons les arguments d’une commande : command <argument non littéral> [--option={arg1,arg2,arg3}] [argument optionnel...] Ces conventions étant standardisées, vous les retrouverez en bien d’autres occasions (dans les pages de man, par exemple). Les signes « < » (inférieur) et « > » (supérieur) indiquent un argument obligatoire qui ne doit pas être recopié tel quel mais remplacé par votre texte spécifique. Par exemple : <fichier> désigne le nom d’un fichier ; si ce fichier est toto.txt, vous devrez taper toto.txt, et non <toto.txt> ou <fichier>. Les crochets « [ ] » indiquent des arguments optionnels que vous déciderez ou non d’inclure dans la ligne de commande. Les points de suspension (« ... ») signifient qu’un nombre illimité d’options peut être inséré à cet endroit. Les accolades (« { } ») contiennent les arguments autorisés à cet endroit. Il faudra obligatoirement insérer un d’entre eux à cet endroit précis. 4.2.2. Notations particulières De temps à autre, il vous sera demandé de presser les touches Ctrl+R. Cela signifie que vous devez taper et maintenir la touche Ctrl enfoncée pendant que vous appuyez sur la touche R. Il en va de même pour les touches Alt et Shift. De même, à propos des menus, aller sur l’entrée de menu Fichier→Relire la configuration utilisateur (Ctrl+R) signifie : cliquez sur le label Fichier du menu (généralement en haut et à gauche de la fenêtre) puis sur le menu vertical qui apparaît, cliquez sur Relire la configuration utilisateur. De plus, vous pouvez également utiliser la combinaison de touches Ctrl+R, comme décrit ci-dessus pour arriver au même résultat. 4 Préface 4.2.3. Utilisateurs système génériques À chaque fois que cela est possible, nous utiliserons deux utilisateurs génériques dans nos exemples : Reine Pingusa Cet utilisateur est créé pendant l’installation. Pierre Pingus Cet utilisateur est ensuite créé par l’administrateur système. 5 Préface 6 Chapitre 1. Concepts UNIX de base Le nom « UNIX » dira quelque chose à certains d’entre vous. Peut-être même utilisez-vous un système UNIX dans le cadre de votre travail, auquel cas la lecture de ce chapitre ne vous apprendra pas grand-chose. Pour ceux et celles d’entre vous qui ne l’ont jamais utilisé, la lecture de ce chapitre est nécessaire ! La connaissance des concepts que nous allons présenter ici répondra à un nombre surprenant de questions que se posent les débutants dans le monde GNU/Linux . De même, il est fort probable que ces seuls concepts vous donnent des pistes de recherche sur les causes d’un problème que vous pourriez rencontrer. 1.1. Utilisateurs et groupes Cette notion est sans doute la plus importante, car elle a une influence directe sur tous les autres concepts que nous allons introduire dans ce chapitre. Linux est un véritable système multiutilisateurs, et pour pouvoir se connecter à un système GNU/Linux , il faut avoir un compte sur ce système. Quand vous avez créé des utilisateurs lors de l’installation, vous avez en fait ajouté des comptes utilisateur. Vous vous souvenez sans doute que la création d’un compte a exigé que vous entriez, entre autres, les éléments suivants : • le « vrai nom » de l’utilisateur (en fait, ce que vous voulez) ; • un nom de connexion ; • un mot de passe. Les deux paramètres importants ici sont le nom de connexion (très souvent appelé nom de login) et le mot de passe. Ce sont en effet eux que vous devrez utiliser pour vous connecter au système. Une autre action effectuée parallèlement à l’ajout d’un utilisateur est la création d’un groupe. Comme nous le verrons plus loin, les groupes sont utiles dans le cadre du partage de fichiers entre différentes personnes. Un groupe peut contenir autant d’utilisateurs que vous le souhaitez, et il est très courant de voir une telle séparation dans les gros systèmes. Dans une université, par exemple, vous pouvez avoir un groupe par département, un autre pour les professeurs et ainsi de suite. L’inverse est également vrai : un utilisateur peut être membre d’un ou de plusieurs groupes, la limite étant de trente-deux groupes. Un professeur de mathématiques, par exemple, peut être membre du groupe des professeurs et également membre du groupe de ses étudiants. Cela ne vous dit toujours pas comment vous connecter. On y arrive. Si vous avez choisi d’avoir l’interface graphique au démarrage, votre fenêtre de connexion sera similaire à la figure 1-1. Figure 1-1. Connexion en mode graphique Pour vous connecter, vous devez d’abord sélectionner votre compte dans la liste. Un nouveau dialogue apparaît pour rentrer le mot de passe. Notez que vous devrez taper ce mot de passe à l’aveugle, car chaque caractère sera représenté par une étoile * à l’écran. Vous pouvez aussi choisir votre type de session selon vos préférences. Pressez enfin sur le bouton Connexion. Si vous êtes en mode console, vous obtiendrez une image similaire à celle de la figure 1-2. 7 Chapitre 1. Concepts UNIX de base Figure 1-2. Connexion en mode console Tapez votre nom de connexion à l’invite Login:, suivi d’une pression sur la touche Entrée. Ensuite, le programme de connexion (appelé, comme par hasard, login ) vous présentera une invite Password:, et vous vous exécuterez en entrant le mot de passe de ce compte (toujours à l’aveugle !). Notez que vous pouvez vous connecter plusieurs fois sous le même nom d’utilisateur, par exemple sur des consoles additionnelles et sous X . Chaque session que vous ouvrirez sera indépendante, et il est même possible d’ouvrir plusieurs sessions X simultanément. Par défaut, Mandrake Linux dispose de six consoles virtuelles, en plus de celle réservée à l’interface graphique. Vous pouvez basculer de l’une à l’autre en tapant la séquence de touches Ctrl-Alt-F<n>, où <n> représente le numéro de la console vers laquelle vous voulez vous diriger. En général, l’interface graphique est sur la console numéro 7. Ainsi pour vous rendre sur la seconde console vous presserez les touches Ctrl, Alt et F2 simultanément. Lors de l’installation, DrakX vous a demandé d’entrer un mot de passe pour un utilisateur bien particulier : root. Cet utilisateur est spécial pour une raison bien simple : root est l’administrateur du système, donc très probablement vous. Pour la sécurité de votre système, il est très important que le compte root soit toujours protégé par un bon mot de passe ! Si vous vous connectez régulièrement en tant que root, il très facile de faire une erreur qui pourrait rendre votre système inutilisable. Une seule mauvaise manipulation peut suffire. En particulier, si vous n’avez pas mis de mot de passe à ce compte, n’importe qui peut altérer votre système (y compris d’autres systèmes d’exploitation sur votre machine !). Ce qui, évidemment, peut s’avérer fort ennuyeux. Enfin, il est bon de mentionner qu’en interne, le système ne vous identifie pas par votre nom de connexion, mais par un numéro unique associé à votre nom de connexion : un UID (User ID, soit un identifiant utilisateur). De même, chaque groupe est identifié par son identifiant de groupe ou GID (Group ID). 1.2. Notions de base au sujet des fichiers Les fichiers sont un autre domaine où GNU/Linux diffère totalement de Windows et de la plupart des autres systèmes d’exploitation. Nous n’aborderons ici que les différences les plus visibles. Si vous le souhaitez, vous pouvez lire le chapitre Le système de fichiers Linux, page 61, qui approfondit ce sujet. La première différence est une conséquence directe du fait que GNU/Linux soit un système multiutilisateurs : chaque fichier est la propriété exclusive d’un utilisateur et d’un groupe. Un peu plus haut, nous avons parlé des utilisateurs, mais une chose que nous n’avons pas mentionné est que chaque utilisateur dispose de son propre répertoire (appelé son répertoire personnel, à savoir son home directory en anglais). Il est le propriétaire de ce répertoire, ainsi que de tous les fichiers qu’il y créera par la suite. Lui, et personne d’autre. Cependant, la notion de propriété d’un fichier, prise seule, ne servirait pas à grand-chose. Mais il y a plus : en tant que propriétaire d’un fichier, un utilisateur peut établir des droits sur ce fichier. Ces droits distinguent trois catégories d’utilisateurs : le propriétaire du fichier, tout utilisateur qui est membre du groupe propriétaire associé au fichier (appelé le groupe propriétaire) mais n’est pas le propriétaire lui-même, et les autres, catégorie qui regroupe tout utilisateur qui n’est ni le propriétaire, ni membre du groupe propriétaire. On distingue trois types de droits : 1. Droit de lecture (r pour Read ou lire). Sur un fichier, cela autorise la lecture de son contenu. Pour un répertoire, cela autorise son contenu (c’est-à-dire les fichiers qu’il contient) à être listé. 2. Droit d’écriture (w pour Write ou écrire). Pour un fichier, cela autorise la modification de son contenu. Pour un répertoire, l’accès en écriture autorise un utilisateur à ajouter et retirer des fichiers de ce répertoire, même s’il n’est pas le propriétaire des-dits fichiers. 3. Droit d’exécution (x pour eXecute ou exécuter). Pour un fichier, cela en autorise l’exécution (par conséquent, seuls les fichiers exécutables devraient normalement avoir ce droit positionné). Pour un répertoire, cela autorise un utilisateur à le traverser (ce qui signifie entrer dans ce répertoire ou passer par celui- 8 Chapitre 1. Concepts UNIX de base ci). Notez bien la séparation avec le droit en lecture : il se peut très bien que vous puissiez traverser un répertoire sans pouvoir lire son contenu ! Toutes les combinaisons de ces droits sont possibles : vous pouvez par exemple autoriser la lecture du fichier à vous seul et l’interdire à tous les autres. Vous pouvez même faire l’inverse, même si ce n’est pas très logique à première vue... En tant que propriétaire du fichier, vous pouvez en changer le groupe propriétaire (si et seulement si vous êtes aussi membre du nouveau groupe), et même vous déposséder du fichier (c’est-à-dire en changer le propriétaire). Bien entendu, si vous vous dépossédez d’un fichier, vous perdrez tous les droits sur celui-ci... Prenons l’exemple d’un fichier et d’un répertoire. L’affichage ci-dessous correspond à la frappe de la commande ls -l depuis une ligne de commande : $ ls -l total 1 -rw-r----drwxr-xr-$ 1 reine 2 pierre users users 0 Jul 8 14:11 un_fichier 1024 Jul 8 14:11 un_repertoire/ Les différents champs de sortie de la commande ls -l sont les suivants (de gauche à droite) : • les dix premiers caractères désignent successivement le type du fichier et les droits qui lui sont associés ; le premier caractère désigne le type du fichier : c’est un tiret (-) s’il s’agit d’un fichier ordinaire, d si le fichier est un répertoire. Il existe d’autres types de fichiers dont nous parlerons dans ce manuel. Les neuf caractères qui suivent représentent les droits associés au fichier. On constatera ici la distinction faite entre les différents types d’utilisateur pour un même fichier : les trois premiers caractères représentent les droits octroyés à l’utilisateur propriétaire, les trois suivants s’appliquent à tout utilisateur du groupe qui n’est pas le propriétaire, et les trois derniers aux autres ; un tiret (-) signifie que le droit n’est pas octroyé ; • vient ensuite le nombre de liens du fichier. Nous verrons plus loin que l’identifiant unique d’un fichier n’est pas son nom, mais un numéro (le numéro d’inœud), et qu’il est possible pour un fichier sur disque d’avoir plusieurs noms. Pour un répertoire, le nombre de liens a une signification spéciale, que nous aborderons également un peu plus loin ; • viennent ensuite le nom de l’utilisateur propriétaire du fichier et le nom du groupe propriétaire ; • enfin sont affichés la taille du fichier (en octets) ainsi que la date de sa dernière modification. Pour finir, vous trouverez également le nom du fichier ou du répertoire lui-même. Observons maintenant en détails les droits associés à l’accès de chacun de ces fichiers : il faut tout d’abord enlever le premier caractère, qui désigne le type. Donc, pour le fichier un_fichier, les droits accordés sont : rw-r-----. Voici comment les interpréter : • les trois premiers (rw-) sont les droits accordés à l’utilisateur propriétaire de ce fichier, en l’occurrence reine. L’utilisateur reine peut donc lire le fichier (r), le modifier (w) mais ne peut pas l’exécuter (-) ; • les trois suivants (r--) sont concédés à tout utilisateur qui n’est pas reine mais qui appartient au groupe users : il pourra lire le fichier (r), mais ne pourra ni le modifier ni l’exécuter (--) ; • les trois derniers (---) s’appliquent à tout utilisateur qui n’est pas reine et qui n’appartient pas au groupe users : un tel utilisateur n’a tout simplement aucun droit sur ce fichier. Pour le répertoire un_répertoire, les droits sont rwxr-xr--, et donc : • pierre, en tant que propriétaire du répertoire, peut en lister le contenu (r), peut ajouter des fichiers dans ce répertoire ou en supprimer (w), et il peut traverser ce répertoire (x) ; • tout utilisateur qui n’est pas pierre mais qui appartient au groupe users pourra lister le contenu de ce répertoire (r) mais ne pourra pas y ajouter des fichiers (-) ; par contre, il aura le droit de le traverser (x) ; • tout autre utilisateur ne pourra que lister les fichiers de ce répertoire (r), mais c’est tout. Il sera incapable de le traverser. Il existe une exception à ces règles : root. root peut changer les attributs (droits, propriétaire, groupe propriétaire) de tous les fichiers, même s’il n’en est pas le propriétaire. Cela veut dire qu’il peut aussi s’en attribuer la 9 Chapitre 1. Concepts UNIX de base propriété ! Il peut lire des fichiers sur lesquels il n’a pas le droit de lecture, traverser des répertoires auxquels il n’aurait normalement pas accès, et ainsi de suite. Et s’il lui manque un droit, il lui suffit simplement de se le rajouter... Pour conclure, il est utile de mentionner les différences entres les noms de fichiers dans le monde UNIX et le monde Windows . UNIX permet une flexibilité bien plus grande et a moins de limitation : • un nom de fichier peut comporter n’importe quel caractère (à l’exception du caractère ASCII 0, qui dénote la fin d’une chaîne de caractères, et /, qui est le séparateur de répertoires), même des caractères non imprimables. De plus, UNIX est sensible à la casse : les fichiers readme et Readme sont différents, car r et R sont deux caractères distincts sous UNIX ; • comme vous avez pu le remarquer, un nom de fichier ne comporte pas forcément une extension, à moins que vous le vouliez. Les extensions de fichier n’identifient pas le contenu des-dits fichiers sous GNU/Linux . D’ailleurs, il en va de même sur tous les systèmes d’exploitation. Cependant, ces « extensions » ainsi nommées sont toujours très pratiques. Le caractère point (.) sous UNIX n’est qu’un caractère comme les autres. Notons que les noms de fichier commençant avec un point sous UNIX sont des « fichiers cachés ». Toutefois il est à signaler que certaines applications graphiques (gestionnaires de fichiers, applications bureautiques, etc.) utilisent effectivement les extensions de noms de fichiers pour reconnaı̂tre facilement les formats de fichier. C’est donc une bonne idée d’utiliser ces extensions pour les applications qui en tirent parti. 1.3. Les processus On désigne par le terme de processus une instance de programme en cours d’exécution et son environnement. Comme pour les fichiers, nous n’introduirons ici que les différences les plus importantes ; continuez la lecture de ce manuel pour une discussion plus en profondeur sur le sujet. La différence la plus importante est, encore une fois, liée au concept d’utilisateurs : en effet, chaque processus s’exécute avec les droits de l’utilisateur qui l’a lancé. En interne, le système identifie les processus de façon unique grâce à un numéro. Ce numéro est appelé le PID (Process ID, donc identifiant de processus). Avec ce PID, le système sait, entre autres choses, qui (quel utilisateur) a lancé le processus. Il lui reste alors à vérifier que le processus demandé est « légal ». Reprenons l’exemple du fichier un_fichier susmentionné. L’utilisateur pierre sera capable d’ouvrir ce fichier en lecture seule, mais pas en lecture/écriture, puisque les droits associés au fichier l’interdisent. Encore une fois, l’exception à la règle est root... En conséquence, GNU/Linux est virtuellement immunisé contre les virus : pour opérer, les virus doivent infecter des fichiers exécutables du système. Mais avec le seul statut d’utilisateur, il leur est impossible de modifier ces fichiers, ce qui réduit d’autant plus les risques. Ajoutons que les virus sont, en général, très rares dans le monde UNIX . Jusqu’à présent, il existe moins d’une douzaine de virus connus sous Linux , et ils sont complètement inoffensifs lorsqu’ils sont lancés par un utilisateur normal. Un seul utilisateur peut vraiment endommager le système en activant ces virus, et, encore une fois, c’est root. Toutefois, il existe bien des logiciels antivirus sous GNU/Linux , la plupart d’entre eux étant destinés aux fichiers DOS /Windows ... En effet, de plus en plus de serveurs de fichiers GNU/Linux desservent des machines windows avec le paquetage logiciel Samba . Linux permet également un contrôle aisé des processus, entre autres grâce aux signaux. Avec ceux-ci, vous pouvez, par exemple, suspendre un processus ou le tuer. Envoyez simplement le signal correspondant au processus et c’est fait. Toutefois, vous serez limité à l’envoi de signaux à vos propres processus, pas aux processus lancés par un autre utilisateur. L’exception à la règle est root. Oui, encore lui ! Dans le chapitre Contrôle des processus, page 49, vous apprendrez comment obtenir le PID d’un processus et lui envoyer des signaux. 1.4. Petite introduction à la ligne de commande La ligne de commande est le moyen le plus direct pour donner des ordres à la machine. Si vous utilisez la ligne de commande de GNU/Linux , vous découvrirez vite qu’elle est bien plus puissante et polyvalente que d’autres lignes de commande que vous avez déjà pu utiliser. La raison en est que vous avez non seulement accès à toutes les applications de X , mais aussi à des milliers d’utilitaires en mode console (par opposition au 10 Chapitre 1. Concepts UNIX de base mode graphique) qui n’ont pas d’équivalents graphiques, ou dont les nombreuses options et combinaisons possibles seront difficilement accessibles sous la forme de boutons ou de menus. Mais, il faut bien l’admettre, cette ligne de commande nécessite un peu d’aide pour débuter. Si vous n’êtes pas déjà en mode console et utilisez l’interface graphique, la première chose à faire est de lancer un émulateur de terminal. En accédant au menu GNOME ou KDE , vous trouverez ceux-ci dans le menu Terminaux. Ensuite, choisissez celui que vous voulez, par exemple, Konsole ou XTerm. Une icône qui identifie clairement l’émulateur de terminal se trouve également sur les tableaux de bord de GNOME et KDE (figure 1-3). Figure 1-3. L’icône de l’émulateur de terminal sur le tableau de bord de KDE Le shell est le nom du programme avec lequel vous entrez en relation. Vous êtes devant cette invite (prompt en anglais) : [reine@localhost reine]$ Ceci suppose que votre nom d’utilisateur soit reine et que votre nom de machine soit localhost (ce qui est le cas si votre machine ne fait pas partie d’un réseau). L’espace après l’invite est disponible pour taper votre commande. Notez que quand vous êtes root, le $ de l’invite devient un # (ceci est vrai dans la configuration par défaut, chacun de ces éléments pouvant être personnalisé). Lorsque vous avez lancé un shell en tant qu’utilisateur et que vous désirez « devenir » root, utilisez la commande su : # Entrez le mot de passe root ; il n’appara^ ıtra pas à l’écran [reine@localhost reine]$ su Password: # exit vous fera revenir à votre compte utilisateur normal [root@localhost reine] # exit [reine@localhost reine]$ Partout ailleurs dans cette documentation, l’invite sera représentée symboliquement par un $, que vous soyez un utilisateur normal ou root. Il vous sera indiqué quand vous devez être root, alors n’oubliez pas su. Un # en début de ligne de code représentera un commentaire. Quand vous lancez le shell pour la première fois, vous vous retrouverez normalement dans votre répertoire personnel. Pour savoir, à tout moment, dans quel répertoire vous vous situez, tapez la commande pwd (pour Print Working Directory, soit afficher le répertoire de travail) : $ pwd /home/reine Nous allons maintenant examiner quelques commandes de base, et vous verrez bientôt que vous ne pourrez plus rien faire sans elles. 1.4.1. cd : changer de répertoire La commande cd est exactement la même que celle sous DOS , avec quelques fonctionnalités en plus. Elle fait exactement ce qu’énonce son acronyme : elle change le répertoire de travail. Vous pouvez utiliser . et .., qui sont respectivement le répertoire courant et son répertoire parent. Taper simplement cd vous ramènera à votre répertoire personnel. Taper cd - vous renverra dans le dernier répertoire visité. Et enfin, vous pouvez spécifier le répertoire de l’utilisateur pierre en tapant ~pierre (~ seul signifie votre propre répertoire personnel). Notez qu’en tant qu’utilisateur normal, vous ne pouvez, en général, pas accéder au répertoire d’un autre utilisateur (à moins qu’il ne l’ait explicitement autorisé ou que tel soit le réglage de la configuration par défaut du système), sauf si vous êtes root, donc soyons root et entraînons-nous : 11 Chapitre 1. Concepts UNIX de base $ pwd /root $ cd /usr/share/doc/HOWTO $ pwd /usr/share/doc/HOWTO $ cd ../FAQ-Linux $ pwd /usr/share/doc/FAQ-Linux $ cd ../../../lib $ pwd /usr/lib $ cd ~pierre $ pwd /home/pierre $ cd $ pwd /root Maintenant, redevenons un utilisateur ordinaire. 1.4.2. Quelques variables d’environnement et la commande echo Tous les processus ont en fait leurs variables d’environnement . Le shell vous permet de les visualiser directement avec la commande echo. Voici quelques variables intéressantes : 1. HOME : cette variable d’environnement contient une chaîne de caractères désignant votre répertoire personnel. 2. PATH : elle contient la liste de tous les répertoires dans lesquels le shell doit chercher des exécutables quand vous tapez une commande (notez que, contrairement à DOS , par défaut, le shell n’ira pas chercher les commandes dans le répertoire courant !). 3. USERNAME : cette variable contient votre nom de login. 4. UID : elle contient votre identifiant utilisateur. 5. PS1 : cette variable abrite la définition de votre invite. C’est souvent une combinaison de séquences spécifiques, et vous pouvez lire bash(1) dans les pages de manuel pour plus de renseignements. Pour que le shell affiche la valeur d’une variable, vous devez mettre un $ devant son nom. Ici, echo va vous être utile : $ echo Bonjour Bonjour $ echo $HOME /home/pierre $ echo $USERNAME pierre $ echo Bonjour $USERNAME Bonjour pierre $ cd /usr $ pwd /usr $ cd $HOME $ pwd /home/pierre Vous constaterez que le shell substitue la valeur de la variable avant d’exécuter la commande, sinon notre cd $HOME n’aurait pas fonctionné. En fait, le shell a en premier lieu remplacé $HOME par sa valeur, soit /home/pierre ; la ligne est donc devenue cd /home/pierre, ce que nous recherchions. Même chose pour echo $USERNAME, etc. 12 Chapitre 1. Concepts UNIX de base 1.4.3. cat : afficher le contenu d’un ou de plusieurs fichiers à l’écran Peu de choses à dire, si ce n’est que cette commande fait simplement et littéralement ce qu’elle énonce : afficher le contenu d’un ou de plusieurs fichiers sur la sortie standard, donc l’écran en temps normal : $ cat /etc/fstab /dev/hda5 / ext2 defaults 1 1 /dev/hda6 /home ext2 defaults 1 2 /dev/hda7 swap swap defaults 0 0 /dev/hda8 /usr ext2 defaults 1 2 /dev/fd0 /mnt/floppy auto sync,user,noauto,nosuid,nodev 0 0 none /proc proc defaults 0 0 none /dev/pts devpts mode=0620 0 0 /dev/cdrom /mnt/cdrom auto user,noauto,nosuid,exec,nodev,ro 0 0 $ cd /etc $ cat modules.conf shells alias parport_lowlevel parport_pc pre-install plip modprobe parport_pc ; echo 7 > /proc/parport/0/irq #pre-install pcmcia_core /etc/rc.d/init.d/pcmcia start #alias char-major-14 sound alias sound esssolo1 keep /bin/zsh /bin/bash /bin/sh /bin/tcsh /bin/csh /bin/ash /bin/bsh /usr/bin/zsh 1.4.4. less : un pager Son nom est un jeu de mots sur le premier pager existant sous UNIX , qui se nommait more1. Un pager est un programme dont le but est d’autoriser la visualisation de longs fichiers page par page (plus précisément, écran par écran). Nous parlons de less plutôt que de more car son utilisation est beaucoup plus intuitive. Utilisez donc less pour voir des gros fichiers, qui sont trop longs pour l’écran. Par exemple : less /etc/termcap Pour naviguer dans le fichier, utilisez simplement les touches fléchées haut et bas, et q pour quitter. En fait, less peut faire bien plus : tapez simplement h pour avoir de l’aide (en anglais), et lisez. Mais de toute façon, l’objectif de cette section était de vous permettre de lire de longs fichiers et, nous l’espérons, cet objectif est maintenant atteint :-) 1.4.5. ls : faire une liste de fichiers Cette commande est équivalente à celle nommée dir sous DOS , mais elle peut accomplir beaucoup plus de choses. Ceci est dû en grande partie au fait que les fichiers, eux-mêmes, font nettement plus ! La syntaxe de la commande ls est comme suit : ls [options] [fichier|répertoire] [fichier|répertoire...] Si aucun fichier ou répertoire n’est mentionné sur la ligne de commande, ls fera la liste des fichiers du répertoire courant. Ses options sont très nombreuses, et nous n’en citerons que quelques-unes : 1. More signifie « plus » et less signifie « moins » 13 Chapitre 1. Concepts UNIX de base 1. -a : fait une liste de tous les fichiers, y compris les fichiers cachés (rappelons que sous UNIX , les fichiers cachés sont ceux dont le nom commence par un point (.)) ; l’option -A fait une liste de « presque » tous les fichiers, à savoir tous les fichiers qu’afficherait l’option -a sauf « . » et « .. ». 2. -R : fait une liste récursivement, par exemple, tous les fichiers et sous-répertoires des répertoires mentionnés sur la ligne de commande. 3. -s : affiche la taille en kilo-octets à côté de chaque fichier. 4. -l : affiche des informations supplémentaires sur les fichiers. 5. -i : affiche le numéro d’inœud (le numéro unique du fichier sur un système de fichiers, voir le chapitre Le système de fichiers Linux, page 61) en face de chaque fichier. 6. -d : traite les répertoires comme des fichiers normaux au lieu de lister leur contenu. Quelques exemples : 1. ls -R : fait une liste récursive des fichiers du répertoire courant. 2. ls -is images/ .. : fait une liste des fichiers du répertoire images/ et du répertoire parent, avec pour chaque fichier son numéro d’inœud et sa taille en kilo-octets. 3. ls -l images/*.png : fait une liste de tous les fichiers du répertoire images/ dont le nom se termine par .png. Notez que cela comprend aussi le fichier .png, si celui-ci existe. 1.4.6. Raccourcis clavier utiles basics-chapter.xml Beaucoup de combinaisons de touches sont disponibles, lesquelles peuvent vous faire gagner un temps précieux. Nous vous proposons une liste de celles qui sont essentielles. Nous supposons ici que vous utilisez le shell par défaut de Mandrake Linux, soit bash . Toutefois, ces séquences de touches devraient aussi fonctionner avec d’autres shells. D’abord, les touches fléchées : bash maintient un historique des commandes que vous tapez, dans lequel vous pouvez vous déplacer avec les flèches haut et bas. Vous pouvez remonter jusqu’à un nombre de lignes définies dans la variable d’environnement HISTSIZE. De plus, l’historique est persistant d’une session à l’autre, donc vous ne perdrez pas les commandes que vous avez tapées lors d’une session précédente. Les flèches gauche et droite déplacent le curseur dans le sens indiqué. Vous pouvez ainsi éditer vos lignes de cette façon. Mais il y a plus en matière d’édition : Ctrl+a et Ctrl+e, par exemple, vous amèneront respectivement au début et à la fin de la ligne courante. Les touches <-- (Backspace) et Suppr fonctionneront comme on s’y attend. Un équivalent de Backspace est Ctrl+h et un équivalent de Suppr est Ctrl+d. Ctrl+k effacera toute la ligne depuis la position du curseur jusqu’à la fin de la ligne, et Ctrl+w effacera le mot qui précède la position du curseur. Taper Ctrl+d sur une ligne vide fermera la session actuelle, ce qui est un vrai raccourci par rapport à la commande exit. Ctrl+c interrompra la commande en cours d’exécution, sauf si vous étiez en train d’éditer une ligne. Dans ce cas, ce sera l’édition en cours qui sera interrompue et vous serez ramené à l’invite. Ctrl+l nettoie l’écran. Enfin, parlons un peu de Ctrl+s et Ctrl+q : ces combinaisons de touches servent respectivement à suspendre et à restaurer le flux de caractères sur un Terminal . Elles sont très peu utilisées, mais il peut arriver que vous tapiez Ctrl+s par inadvertance (après tout, les touches s et d sont très proches l’une de l’autre sur un clavier...). Donc, si vous appuyez sur des touches mais ne voyez rien apparaître à l’écran, essayez Ctrl+q d’abord et faites attention : tous les caractères que vous avez tapés entre le Ctrl+s non désiré et le Ctrl+q apparaîtront alors sur l’écran. 14 Chapitre 2. Disques et partitions Ce chapitre propose des informations pour ceux qui souhaitent mieux comprendre les détails techniques de la gestion des disques sous GNU/Linux . Il donne une description complète du système de partitionnement du PC . Il n’est utile que si vous décidez de partitionner manuellement votre disque dur. Le programme d’installation pouvant partitionner vos disques dur de manière automatique, il n’est pas nécessaire de tout comprendre pour effectuer une installation standard. Par contre si vous souhaitez modifier l’architecture des partition, ce chapitre sera utile. 2.1. Structure d’un disque dur Pour simplifier, disons qu’un disque est physiquement divisé en petits secteurs. Une suite de secteurs peut former une partition. En fait, vous pouvez créer autant de partitions que vous le souhaitez, chacune d’entre elles étant considérées comme un disque dur séparé. 2.1.1. Les Secteurs Un disque dur n’est rien d’autre qu’une suite de secteurs. Un secteur est la plus petite unité d’information sur un disque dur, et sa taille est en général de 512 octets. Les secteurs d’un disque dur de « n » secteurs sont numérotés de « 0 » à « n-1 » . 2.1.2. Les Partitions L’utilisation de plusieurs partitions vous permet de créer autant de disques durs virtuels sur votre disque dur réel. Ceci comporte plusieurs avantages: • Des systèmes d’exploitation différents utilisent des structures de disque (appelés systèmes de fichiers) différents; cela est notamment le cas entre Windows et GNU/Linux . Avoir plusieurs partitions sur un disque dur vous permet d’installer plusieurs systèmes d’exploitation sur le même disque matériel. • Pour des raisons de performances, un système d’exploitation aura avantage à avoir plusieurs disques avec des systèmes de fichiers différents puisqu’ils seront utilisés pour des tâches complètement distinctes. C’est ainsi le cas pour GNU/Linux qui nécessite une deuxième partition appelée « swap » (échange), utilisée pour accueillir la mémoire virtuelle. • Même si toutes vos partitions utilisent le même système de fichiers, il peut s’avérer très utile de séparer les différentes parties de votre OS en autant de partitions. Dans la configuration la plus simple, vous pouvez répartir vos fichiers sur deux partitions, une pour vos données personnelles, une autre pour le système luimême. Cela vous permet de mettre à jour ce dernier en effaçant complètement la partition du système mais en gardant vos fichiers personnels intacts. • Les erreurs physiques sur un disque dur sont généralement situées sur des secteurs adjacents et non dispersées sur tout le disque. Distribuer vos fichiers sur des partitions différentes limitera les pertes de données en cas de dommages physiques de votre disque dur. Normalement, le type d’une partition spécifie le système de fichiers que la partition est censée héberger. Chaque système d’exploitation en reconnaît certains, mais pas d’autres. Consulter Systèmes de fichiers et points de montage, page 57 et Le système de fichiers Linux, page 61 pour plus d’information. 15 Chapitre 2. Disques et partitions 2.1.3. Définition de la structure du disque dur 2.1.3.1. Le plus simple Avoir seulement deux partitions ! une pour l’espace d’échange, l’autre pour les fichiers1. La règle générale pour la taille de la partition d’échange est de choisir le double de la taille de votre mémoire vive (RAM). Néanmoins, pour des configurations ayant beaucoup de mémoire (>512 Mo), cette règle ne s’applique plus, et des tailles plus petites sont alors préférables. 2.1.3.2. Une autre configuration courante Opter pour la séparation des données et des programmes. Et pour être encore plus efficace, on ajoute généralement une troisième partition dite « racine » et étiquetée /. Elle accueillera les programmes nécessaires au démarrage du système et les programmes de maintenance de base. Nous pouvons ainsi définir quatre partitions : Échange : Une partition de type swap, dont la taille est équivalente à celle de la mémoire vive Racine : / C’est la partition la plus importante. Non seulement elle contient les données et les programmes les plus importants pour le système, mais elle aura également à servir comme point d’accueil pour les autres partitions. Les besoins en terme de taille de la partition racine sont très limités, 300Mo sont suffisants. Néanmoins, si vous envisagez d’installer des applications commerciales, résidant généralement dans /opt, vous devrez augmenter cette taille en conséquence. Une autre option est alors de créer une partition /opt séparée. Données statiques : /usr La plupart des paquetages installent presque tous leurs exécutables et fichiers de données dans /usr. L’avantage d’avoir l’ensemble sur une partition séparée est que l’on peut aisément la partager avec d’autres machines du réseau. La taille recommandée dépend des paquetages que vous souhaitez installer. Elle peut varier de 100Mo pour une installation poids plume à plusieurs Go pour une installation complète. Un compromis de un ou de deux Go (selon la taille disponible sur votre disque) est généralement suffisant. Répertoires personnels : /home Sont stockés ici les répertoires personnels de tous les utilisateurs du système. Il accueille aussi généralement les répertoires servis par HTTP ou FTP (respectivement pour la navigation Web ;et les transferts de fichiers). La taille de la partition est très variable: elle dépend du nombre d’utilisateurs (ou de services) hébergés et de leurs besoins. Une variante de cette solution est de ne pas utiliser une partition séparée pour /usr : /usr sera alors un simple répertoire à l’intérieur de la partition /. 1. 16 Le système de fichiers actuellement utilisé par les fichiers GNU/Linux est appelé ext3 Chapitre 2. Disques et partitions 2.1.3.3. Configurations exotiques Lorsque votre machine est configurée pour des utilisations bien particulières, pour être un serveur Web ou un pare-feu, ses besoins seront radicalement différents de ceux d’une machine de bureau standard. Par exemple,un serveur FTP aura probablement besoin d’une grosse partition séparée pour accueillir /home/ftp, alors que /usr sera plutôt limité. Dans de telles situations, il vaut mieux avoir soigneusement défini ses besoins avant même de commencer l’installation. Si après un certain temps d’utilisation de votre machine, vous vous rendez compte que les partitions ou leur taille sont inadéquates, il vous sera possible de redimensionner la plupart des partitions sans avoir pour cela à réinstaller tout le système ;il n’y a en général pas de risque pour vos données. Consultez Gérer ses partitions du manuel Guide de démarrage . Avec un peu d’expérience, vous pourrez même déplacer une partition comble vers un tout nouveau disque dur. Mais, ça, c’est une autre histoire... 2.2. Conventions pour nommer disques et partitions GNU/Linux utilise une convention beaucoup plus logique pour nommer les partitions. D’une part, le type des partitions éventuellement présentes n’entre pas en ligne de compte; d’autre part, les partitions sont nommées en fonction du disque où elles se situent. Tout d’abord, voici comment les disques sont nommés : • les périphériques IDE (que ce soient des disques durs, lecteurs CD-ROM ou autres) primaires, maître et esclave, sont appelés respectivement /dev/hda et /dev/hdb • sur l’interface secondaire, ce sont /dev/hdc et /dev/hdd pour maître et esclave respectivement • si votre ordinateur contient d’autres interfaces IDE (par exemple l’interface IDE présente sur certaines cartes Soundblaster), les disques s’appelleront alors /dev/hde, /dev/hdf, etc. Vous pouvez aussi avoir d’autres interfaces IDE si vous avez des cartes RAID ou des puces RAID intégrées à la carte mère. • les disques SCSI sont appelés /dev/sda, /dev/sdb, etc. dans l’ordre de leur apparition sur la chaîne SCSI (en fonction des ID croissants). Les lecteurs de CD-ROM SCSI sont appelés /dev/scd0, /dev/scd1, toujours dans l’ordre d’apparition sur la chaîne SCSI. Ainsi, GNU/Linux nommera les partitions de la façon suivante : • Les partitions primaires (ou étendues) sont nommées /dev/hda1 à /dev/hda4 lorsqu’il y en a • Les partitions logiques, s’il y en a, sont nommées /dev/hda5, /dev/hda6, etc. dans leur ordre d’apparition dans la table des partitions logiques. Ainsi GNU/Linux nommera les partitions de la façon suivante : Figure 2-1. Premier exemple de noms de partitions sous GNU/Linux 17 Chapitre 2. Disques et partitions Figure 2-2. Second exemple de noms de partitions sous GNU/Linux Vous voici maintenant à même de nommer les différentes partitions et disques durs quand vous en aurez besoin. Vous remarquerez également que GNU/Linux nomme les partitions même s’il ne sait pas les gérer d’entrée de jeu a priori (il ignore le fait que ce ne sont pas des partitions GNU/Linux autochtones). Pour les noyaux récents 2.4, Mandrake Linux, utilise le Système de fichiers de périphériques Linux Devfs (Device File System) (http: //www.atnf.csiro.au/~rgooch/linux/docs/devfs.html). Ce système assure une compatibilité totale avec les notations utilisées ci-dessus, mais cette compatibilité pourrait disparaı̂tre ultérieurement. En fait, chaque périphérique est ajouté dynamiquement au fur et à mesure de leur disponibilité ou nécessité. Par exemple, le premier disque dur IDE devient désormais /dev/ide/host0/bus0/target0/lun0/disc au lieu de /dev/hda. 18 Chapitre 3. Introduction à la ligne de commande Dans le chapitre Concepts UNIX de base, page 7, nous avons vu comment lancer un shell et ses principes de base, mais nous ne l’avons pas fait fonctionner. C’est ce que nous nous proposons de faire dans ce chapitre. Le principal avantage du shell est le nombre d’utilitaires existants : des milliers sont disponibles et chacun d’entre eux a une tâche bien définie. Nous n’en examinerons ici qu’un petit nombre. L’une des grandes forces d’UNIX est la possibilité de combiner ces utilitaires, comme nous le verrons plus loin. 3.1. Utilitaires de manipulation de fichiers La manipulation de fichiers signifie ici « copier », « déplacer » et « effacer » des fichiers. Le changement de leurs attributs (propriétaire, permissions associées) sera examiné par la suite. 3.1.1. mkdir, touch : création de répertoires et fichiers vides mkdir (MaKe DIRectory) est utilisé pour créer des répertoires. Sa syntaxe est simple : mkdir [options] <répertoire> [répertoire ...] En fait, une seule option est vraiment intéressante : l’option -p. Si cette option est passée en argument, elle implique deux comportements : 1. mkdir créera les répertoires parents s’il n’existaient pas avant. Sans cette option, mkdir échouerait, se plaignant que les répertoires parents n’existent pas ; 2. mkdir terminera silencieusement si le répertoire que vous désirez créer existe déjà. De même, si vous ne spécifiez pas l’option -p, mkdir renverra un message d’erreur, se plaignant cette fois-ci que le répertoire à créer existe déjà. Voici quelques exemples : • mkdir toto crée un répertoire du nom de toto dans le répertoire courant. • mkdir -p images/divers docs crée un répertoire divers dans le répertoire images après avoir créé ce dernier s’il n’existait pas (-p) ; il crée également un répertoire docs dans le répertoire courant. Initialement, la commande touch n’a pas pour but de créer des fichiers mais de mettre à jour les dates d’accès et de modification1. Toutefois, l’un des effets de bord de touch est de créer les fichiers mentionnés comme des fichiers de taille 0 s’ils n’existaient pas déjà. La syntaxe est : touch [options] fichier [fichier...] Il faut donc lancer la commande : touch fichier1 images/fichier2 ce qui créera un fichier vide appelé fichier1 dans le répertoire courant et un fichier vide appelé fichier2 dans le répertoire images, si ces fichiers n’existaient pas déjà. 3.1.2. rm : supprimer des fichiers ou des répertoires rm (ReMove) remplace les commandes del et deltree de DOS , et rajoute des options supplémentaires. Sa syntaxe est : rm [options] <file|directory> [file|directory...] Parmi les options, on trouve : 1. Il y a trois mesures de temps distinctes pour chaque fichier sous UNIX : la date du dernier accès au fichier (atime), c’est-à-dire la date de la dernière ouverture du fichier en lecture ou en écriture ; la date de la dernière modification des attributs de l’inœud (mtime) ; et enfin la date de la dernière modification du contenu du fichier (ctime). 19 Chapitre 3. Introduction à la ligne de commande • -r ou -R : supprime récursivement. Cette option est obligatoire pour supprimer un répertoire, même vide. Toutefois, pour effacer des répertoires vides, vous pouvez également utiliser la commande rmdir. • -i : demande une confirmation avant chaque effacement. Prenez note que, par défaut et pour des raisons de sécurité, la commande rm dans Mandrake Linux est un alias de rm -i (comme le sont également les commandes cp et mv). Si vous désirez les effacer, vous pouvez éditer le ficher ~/.bashrc et ajouter la ligne suivante : unalias rm cp mv. • -f : le contraire de -i, cette option force la suppression des fichiers ou répertoires, même si l’utilisateur n’a pas l’autorisation d’écriture sur les fichiers2. Quelques exemples : • rm -i images/*.jpg fichier1 : suppression de tous les fichiers dont le nom se termine par .jpg dans le répertoire images, ainsi que le fichier fichier1 dans le répertoire courant. Une confirmation est demandée pour chacun des fichiers. Répondez o ou y pour confirmer, n pour annuler. • rm -Rf images/divers/ file* : suppression sans demande de confirmation de tout le répertoire divers/ dans le répertoire images/. De plus, tous les fichiers du répertoire courant dont le nom commence par file seront également effacés. Un fichier effacé avec rm l’est de façon irréversible : il n’y a alors aucun moyen de récupérer ce fichier3! N’hésitez donc pas à utiliser l’option -i afin d’éviter d’effacer des données par erreur. 3.1.3. mv : déplacer ou renommer des fichiers La syntaxe de la commande mv est la suivante : mv [options] <file|directory> [file|directory ...] <destination> Quelques options : • -f : force l’opération. Aucun avertissement en cas d’écrasement d’un fichier au cours de l’opération. • -i : le contraire. Demande une confirmation à l’utilisateur avant d’écraser un fichier existant. • -v : mode verbeux qui rapporte tous les changements. Quelques exemples : • mv -i /tmp/pics/*.png . : déplace tous les fichiers du répertoire /tmp/pics/ dont le nom se termine par .png vers le répertoire courant (.). Une confirmation est demandée avant d’écraser un fichier existant. • mv toto titi : renomme le fichier (ou le répertoire) toto en titi. Si un répertoire titi existait déjà, l’effet de cette commande serait de bouger tout le répertoire toto (le répertoire lui-même et tous ses fichiers et sous-répertoires) dans le répertoire titi. • mv -vf fichier* images/ trash/ : déplace, sans demander de confirmation, tous les fichiers dans le répertoire courant dont le nom commence par fichier, ainsi que tout le répertoire images/ vers le répertoire trash/. Tous les changements effectués sont mentionnés. 2. Pour un utilisateur, il est suffisant de pouvoir écrire dans un répertoire pour en effacer des fichiers, même s’il n’en est pas le propriétaire. 20 Chapitre 3. Introduction à la ligne de commande 3.1.4. cp : copier des fichiers et des répertoires cp remplace les commandes copy et xcopy de DOS et contient d’autres options. Sa syntaxe est la suivante : cp [options] <file|directory> [file|directory ...] <destination> Il existe une myriade d’options. Voici les plus utilisées : • -R : copie récursivement ; obligatoire pour copier un répertoire, même vide. • -i : demande une confirmation avant d’écraser des fichiers. • -f : le contraire de -i. Remplace tous les fichiers existants sans demander de confirmation. • -v : mode verbeux qui mentionne toutes les actions effectuées par cp. Quelques exemples : • cp -i /tmp/images/* images/ : copie tous les fichiers du répertoire /tmp/images dans le répertoire images/ du répertoire courant, en demandant une confirmation avant d’écraser un fichier. • cp -vR docs/ /shared/mp3s/* mestrucs/ : copie tout le répertoire docs du répertoire courant, en plus de tous les fichiers du répertoire /shared/mp3s dans le répertoire mestrucs, lequel est situé dans le répertoire courant. • cp toto titi : copie le fichier toto sous le nom de titi dans le répertoire courant. 3.2. Manipulation des attributs de fichiers La série de commandes présentée ici est utilisée pour changer le propriétaire ou groupe propriétaire d’un fichier ou ses droits d’accès. Les différents droits d’accès sont présentés dans le chapitre « Concepts de base des systèmes UNIX ». 3.2.1. chown, chgrp : changer l’utilisateur et le groupe propriétaire d’un ou plusieurs fichiers La syntaxe de la commande chown est la suivante : chown [options] <user[.group]> <file|directory> [file|directory...] Entre autres options, vous trouverez celles-ci : • -R : récursif. Change le propriétaire de tous les fichiers et sous-répertoires d’un répertoire donné ; • -v : mode verbeux. Décrit toutes les actions effectuées par chown ; indique quels fichiers ont changé de propriétaire à la suite de la commande ainsi que ceux qui demeurent inchangés ; • -c : comme -v, mais ne mentionne que les fichiers pour lesquels il y a eu un changement. Quelques exemples : • chown nobody /shared/book.tex : change le propriétaire du fichier /shared/book.tex au profit de nobody ; • chown -Rc reine.musique *.mid concerts/ : donne la propriété de tous les fichiers dans le répertoire courant se terminant par .mid et de tous les fichiers et sous-répertoires du répertoire concerts/ à reine et au groupe musique. Cette commande ne mentionne que les fichiers affectés par la commande. La commande chgrp (CHange GRouP) ne vous laisse changer que le groupe propriétaire d’un fichier ou d’un groupe de fichiers. Sa syntaxe est très semblable à celle de la commande chown : chgrp [options] <group> <file|directory> [file|directory...] Les options de cette commande sont les mêmes que pour chown, et elle est utilisée de façon très similaire. Ainsi, la commande : 21 Chapitre 3. Introduction à la ligne de commande chgrp disk /dev/hd* attribue au groupe disk tous les fichiers du répertoire /dev dont le nom commence par hd. 3.2.2. chmod : changer les permissions sur des fichiers et des répertoires La commande chmod a une syntaxe bien particulière. Sa syntaxe générale est : chmod [options] <change mode> <file|directory> [file|directory...] mais ce sont les différentes formes que peut prendre le changement de mode qui la rendront plus spécifique. Ceci peut se produire de deux façons : 1. en octal. Les droits d’accès de l’utilisateur propriétaire correspondent alors à des chiffres de la forme <x>00, où <x> correspond au droit assigné : 4 pour lecture, 2 pour écriture, 1 pour exécution. De même, les droits d’accès du groupe propriétaire sont de la forme <x>0 et ceux des « autres » sont de la forme x. Pour obtenir le chiffre correct, il suffira d’additionner les droits d’accès assignés. Ainsi, les permissions rwxr-xr-- correspondent à 400+200+100 (droits d’accès de l’utilisateur propriétaire, rwx) +40+10 (droits d’accès du groupe, r-x) +4 (droits d’accès des autres, r--) = 754. Les droits d’accès sont ainsi exprimés de manière absolue : les droits d’accès précédents sont remplacés de façon inconditionnelle ; 2. à l’aide de certaines expressions. Les droits d’accès sont ici indiqués par une suite d’expressions séparées par des virgules, une expression étant de la forme [catégorie]<+|-|=><droits d’accès>. La catégorie peut être une combinaison de : • u (User, soit utilisateur, permission pour propriétaire) ; • g (Group, soit groupe, permission pour le groupe propriétaire) ou ; • o (Others, permission pour les « autres »). Si aucune catégorie n’est spécifiée, le changement s’applique à toutes les catégories. Un + appose un droit d’accès, un - le retire et un = établit la permission. Pour finir, les droits d’accès sont définis par une ou plusieurs des lettres suivantes : • r (Read, soit lecture) ; • w (Write, soit écriture) ou ; • x (eXecute, soit exécution. Les options principales sont très similaires à celles de chown ou chgrp : • -R : change les droits d’accès récursivement ; • -v : mode verbeux. Il décrit les actions effectuées pour chaque fichier ; • -c : comme -v, mais ne mentionne que les fichiers dont les droits d’accès ont changé. Exemples : • chmod -R o-w /shared/docs : enlève de façon récursive le droit d’écriture aux « autres » sur tous les fichiers et sous-répertoires du répertoire /shared/docs/ ; • chmod -R og-w,o-x prive/ : enlève de façon récursive le droit d’écriture pour le groupe et les autres sur tout le répertoire prive/, et retire le droit d’exécution pour les autres ; • chmod -c 644 divers/fichier* : change les droits d’accès de tous les fichiers du répertoire divers/ dont les noms commencent par fichiers en rw-r--r-- (droit de lecture pour tout le monde et droit d’écriture pour le propriétaire du fichier seulement). Cette commande ne mentionne que les fichiers affectés par l’opération. 22 Chapitre 3. Introduction à la ligne de commande 3.3. Motifs d’englobement du shell Il est probable que vous utilisiez déjà sans le savoir des caractères d’englobement. Quand vous enregistrez un fichier dans une application sous Windows ou lorsque vous recherchez un fichier, vous utilisez * pour désigner une suite de caractères quelconques. Par exemple, *.txt désigne l’ensemble des fichiers dont le nom se termine par .txt. Nous l’avons également utilisé fréquemment dans la section précédente, mais l’englobement va beaucoup plus loin que le seul *. Quand vous tapez une commande comme ls *.txt, puis Entrée, la tâche de trouver quels fichiers correspondent au motif *.txt n’est pas du ressort de ls, mais doit passer par le shell lui-même. Cela requiert donc une petite explication sur la façon dont le shell interprète une ligne de commande. Lorsque vous tapez : $ ls *.txt readme.txt recipes.txt La ligne de commande est tout d’abord séparée en mots (ls et *.txt en l’occurrence). Quand le shell voit le * dans un des mots, il interprète le mot comme étant un motif englobant et le remplace dans la ligne de commande par les noms de tous les fichiers correspondant au motif. Avant que ne s’exécute la ligne de commande dans le shell, ce dernier aura remplacé l’astérisque (*) par readme.txt et recettes.txt ; la commande deviendra donc ls readme.txt recettes.txt, ce qui donnera le résultat recherché. Le shell réagit aussi à la vue d’autres caractères : • ? : correspond à un caractère unique, quel qu’il soit ; • [...] : correspond à tout caractère écrit entre les crochets ; les caractères peuvent désigner soit des intervalles (par exemple, 1-9), soit des valeurs discrètes, soit encore un mélange des deux. Exemple : [a-zBE5-7] correspond à tous les caractères de a à z, un B, un E, un 5, un 6 ou un 7 ; • [^...] : correspond à tous les caractères qui ne se trouvent pas entre les crochets ; [^a-z], par exemple, correspond à tout caractère qui n’est pas une lettre minuscule4. • {c1,c2} : correspond à c1 ou c2, où c1 et c2 sont également des caractères d’englobement, ce qui signifie que vous pouvez écrire {[0-9]*,[acr]} par exemple. Voici quelques exemples de motifs et leur signification : • /etc/*conf : tous les fichiers du répertoire /etc dont le nom se termine par conf. Cela peut correspondre au fichier /etc/inetd.conf, mais aussi à /etc/conf.linuxconf, et à /etc/conf si un tel fichier existe. Souvenez-vous que * peut correspondre à une chaîne vide. • image/{cars,space[0-9]}/*.jpg : tous les fichiers dont le nom se termine par .jpg dans les répertoires image/cars, image/space0, jusqu’à image/space9, s’ils existent. • /usr/share/doc/*/README : tous les fichiers de nom README dans tous les sous-répertoires immédiats de /usr/share/doc. Cela correspondra à /usr/share/doc/mandrake/README par exemple, mais pas à /usr/ share/doc/myprog/doc/README. • *[^a-z] : tous les fichiers du répertoire courant dont le nom ne finit pas par une lettre minuscule. 3.4. Redirections et tubes 3.4.1. Encore un mot au sujet des processus Pour comprendre le principe des redirections et des tubes, ils nous faudra introduire ici une nouvelle notion qui concerne les processus. Chaque processus sous UNIX (y compris les applications graphiques) utilise un minimum de trois descripteurs de fichiers : l’entrée standard, la sortie standard et le canal d’erreur standard. Leurs numéros respectifs sont 0, 1 et 2. En général, ces trois descripteurs sont associés au Terminal depuis lequel le processus a été lancé, l’entrée standard étant lue depuis le clavier. Le but des redirections et des tubes est de rediriger ces descripteurs. Les exemples de cette section vous aideront à mieux comprendre. 4. Attention ! Bien que cela soit vrai pour la plupart des langues, il est possible que cela ne fonctionne pas pour votre langue locale. Cela dépend de l’ordre de tri (collating order). Pour certaines configurations de langage, [a-z] correspondra à a, A, b, B (...), Z. Et cela, sans parler du fait que certaines langues contiennent des caractères accentués... 23 Chapitre 3. Introduction à la ligne de commande 3.4.2. Redirections Supposons, par exemple, que vous vouliez connaître la liste des fichiers se terminant par .png 5 dans le répertoire images, et que cette liste soit très longue : il serait donc pertinent de la stocker dans un fichier pour la consulter à loisir ensuite. Vous pouvez alors taper ceci : $ ls images/*.png 1>liste_fichiers Ce qui signifie que la sortie standard de cette commande (1) est redirigée (>) vers le fichier qui a pour nom liste_fichiers. Le signe > est l’opérateur de redirection de sortie. Dans le cas où le fichier de redirection n’existerait pas, il serait alors créé. Par contre, s’il existait précédemment, son ancien contenu serait écrasé. Cependant, par défaut, le descripteur redirigé par cet opérateur est la sortie standard, il n’est donc pas nécessaire de le spécifier sur la ligne de commande. Vous pouvez donc écrire plus simplement : $ ls images/*.png >liste_fichiers et le résultat serait exactement le même. Vous pouvez ensuite consulter le fichier à l’aide d’un visualiseur de fichiers textes tel que less. Supposons maintenant que vous vouliez connaître le nombre exact de ces fichiers. Au lieu de compter manuellement, vous pouvez utiliser le bien nommé wc (Word Count, soit comptage des mots) avec l’option -l, qui écrit sur la sortie standard le nombre de lignes du fichier. Pour obtenir le résultat désiré, une solution possible serait la suivante : wc -l 0<liste_fichiers Le signe < est l’opérateur de redirection d’entrée. Le descripteur redirigé par défaut est également celui de l’entrée standard, donc 0. La ligne s’écrit alors simplement : wc -l <liste_fichiers Supposons maintenant que vous vouliez retirer de cette liste toutes les extensions des fichiers puis sauvegarder le résultat dans un autre fichier. L’outil dont vous avez besoin est sed, pour Stream EDitor (soit éditeur de flux). Il suffit de rediriger l’entrée standard de sed vers le fichier liste_fichiers et de rediriger sa sortie vers le fichier résultat, par exemple la_liste : sed -e ’s/\.png$//g’ <liste_fichiers >la_liste Il vous sera également possible de consulter à loisir cette nouvelle liste avec un visualiseur. Il pourrait aussi s’avérer utile de rediriger l’erreur standard. Par exemple, vous voulez savoir quels répertoires dans /shared ne vous sont pas accessibles : une solution est de lister récursivement ce répertoire et de rediriger les erreurs vers un fichier, tout en n’affichant pas le canal de sortie standard : ls -R /shared >/dev/null 2>erreurs Ceci signifie que la sortie standard sera redirigée (>) vers /dev/null, un fichier spécial dans lequel tout ce qu’on écrit est perdu (et aura comme effet secondaire que la sortie standard ne sera pas affichée) et que le canal d’erreur standard (2) sera redirigé (>) vers le fichier erreurs. 3.4.3. Tubes Les tubes (pipes en anglais) sont en quelque sorte une combinaison des redirections d’entrée et de sortie. Leur principe mime en effet celui d’un tube : un processus envoie des données dans le tube par un bout et un autre processus lit les données par l’autre bout. L’opérateur tube est |. Reprenons l’exemple de la liste des fichiers .png ci-dessus. Supposons que vous vouliez seulement connaître le nombre de fichiers en question sans avoir à stocker la liste dans un fichier temporaire : utilisez alors la commande suivante : ls images/*.png | wc -l 5. Il peut vous paraître saugrenu de dire « les fichiers se terminant par .png » plutôt que « les images PNG ». Mais, encore une fois, les fichiers sous UNIX n’ont d’extension que par convention : une extension ne détermine en aucun cas le type d’un fichier. Un fichier dont le nom se termine par .png peut indifféremment être une image JPEG, un exécutable, un fichier texte ou tout autre chose. Il en est de même sous Windows ! 24 Chapitre 3. Introduction à la ligne de commande ce qui signifie que la sortie standard de la commande ls (donc la liste des fichiers) est redirigée vers l’entrée standard de la commande wc. Vous obtenez donc le résultat désiré. Vous pouvez de même construire directement la liste des fichiers « sans les extensions » avec la commande suivante : ls images/*.png | sed -e ’s/\.png//g’ >la_liste ou, si vous voulez simplement consulter la liste sans la stocker dans un fichier : ls images/*.png | sed -e ’s/\.png//g’ | less Les tubes et les redirections ne sont pas limités à du texte. Ainsi en est-il de la commande suivante, lancée à partir d’un Terminal : xwd -root | convert - ~/mon_bureau.png ce qui effectuera une capture d’écran de votre bureau dans le fichier intitulé mon_bureau.png répertoire personnel. 6 dans votre 3.5. Le complètement (completion) dans les lignes de commande Complètement Le complètement est une fonctionnalité des plus pratiques et tous les shells modernes (dont bash ) l’incluent désormais. Son but est d’aider l’utilisateur à en faire le moins possible. La meilleure façon d’illustrer ceci est de donner un exemple. 3.5.1. Un exemple Supposons que vous ayez dans votre répertoire personnel un fichier fichier_au_nom_très_long_impossible_ à_taper, et que vous vouliez le consulter. Mais, vous avez également dans ce même répertoire un autre fichier appelé fichier_texte. Que faire ? Vous vous trouvez dans votre répertoire personnel et vous tapez alors la séquence suivante : $ less fi<TAB> (c’est-à-dire, tapez less fi suivi d’une pression sur la touche TAB). Le shell aura alors étendu la ligne de commande pour vous : $ less fichier_ et aura également marqué la liste des choix possibles (dans sa configuration par défaut, qui peut être personnalisée). Tapez alors la séquence de touches suivante : less fichier_a<TAB> et le shell aura étendu la ligne de commande pour obtenir le résultat que vous souhaitiez : less fichier_au_nom_très_long_impossible_à_taper Il ne vous reste plus alors qu’à taper sur la touche Entrée pour valider et consulter le fichier. 3.5.2. Autres méthodes de complètement La touche TAB n’est pas l’unique moyen d’activer le complètement, bien qu’il soit le plus courant. En général, le mot à compléter sera un nom de commande pour le premier mot de la ligne de commande (nsl<TAB> donnera nslookup), et un nom de fichier pour tous les autres, à moins que le mot ne soit précédé d’un caractère « magique » parmi ~, @ ou $. Dans ce cas, le shell essaiera de compléter respectivement un nom d’utilisateur, un 6. Oui, ce sera bien une image PNG ! (Le paquetage ImageMagick devra néanmoins être installé...) 25 Chapitre 3. Introduction à la ligne de commande nom de machine ou une variable d’environnement7. Il existe également un caractère magique pour compléter un nom de commande (!) ou un nom de fichier (/). Les deux autres façons d’activer le complètement sont les séquences Esc-<x> et Ctrl+x <x> (Esc pour la touche Échap, Ctrl+x voulant dire Control+<x>) où <x> est l’un des caractères magiques déjà mentionnés. Taper Esc-<x> réussira le complètement seulement s’il n’y a pas d’ambiguïté et, en cas d’échec, complétera le mot à la plus grande sous-chaîne possible dans la liste des choix. Un bip signifie soit que le choix n’est pas univoque ou qu’il n’y a tout simplement pas de choix correspondant. La séquence Ctrl+x <x> affichera la liste des choix possibles sans tenter aucun complètement. La pression sur la touche TAB est équivalente à une pression successive de Esc-<x> et de Ctrl+x <x>, le caractère magique dépendant du contexte. Ainsi, une des façons permettant de voir toutes les variables d’environnement définies est de taper sur une ligne vierge la séquence Ctrl+x $. Un autre cas : pour voir la page de manuel de la commande nslookup, il suffira de taper man nsl puis Esc-!, et le shell complétera automatiquement la commande vers man nslookup. 3.6. Lancement et manipulation de processus en arrière-plan Vous aurez remarqué que quand vous lancez une commande à partir d’un Terminal , vous devez normalement attendre que la commande soit terminée pour que le shell vous rende la main : c’est que vous avez lancé la commande au premier plan. Il y a des situations, cependant, où cela n’est pas souhaitable. Supposons, par exemple, que vous ayez entrepris de copier récursivement un gros répertoire vers un autre. Vous décidez également d’ignorer les erreurs, donc vous redirigez le canal d’erreur vers /dev/null : cp -R images/ /shared/ 2>/dev/null Une telle commande peut prendre plusieurs minutes avant de se terminer. Vous disposez alors de deux solutions : la première, brutale, est d’interrompre (de « tuer ») la commande pour la relancer plus tard, quand vous aurez le temps. Pour ce faire, tapez Ctrl+c : cela terminera le processus et vous retournerez alors à l’invite. Mais attendez, ne faites pas ça ! Lisez ce qui suit. Supposons que vous vouliez exécuter une commande pendant que vous faites quelque chose d’autre. La solution est de placer le processus en arrière-plan. Pour ce faire, tapez d’abord Ctrl+z pour suspendre le processus : $ cp -R images/ /shared/ 2>/dev/null # Type C-z here [1]+ Stopped cp -R images/ /shared/ 2>/dev/null $ et vous voilà à nouveau devant l’invite. Le processus est alors suspendu, dans l’attente d’être relancé (comme l’indique le mot-clé Stopped, soit arrêté). Vous allez le relancer mais en le maintenant en arrière-plan. Tapez bg (pour BackGround, soit arrière-plan) provoquera exactement l’effet escompté : $ bg [1]+ cp -R images/ /shared/ 2>/dev/null & $ Le processus aura alors repris son exécution en tâche de fond, ce qu’indique le signe & (esperluette) à la fin de la ligne. Vous vous retrouvez alors en face de l’invite et pouvez continuer à travailler. Un processus qui tourne en tâche de fond, ou arrière-plan, est appelé un job . Vous pouvez bien sûr lancer directement des processus en tâche de fond, justement en ajoutant une & à la fin de la commande. Ainsi, vous pouvez lancer la copie du répertoire en arrière-plan en écrivant : cp -R images/ /shared/ 2>/dev/null & Si vous le souhaitez, vous pouvez également remettre ce processus au premier plan et attendre qu’il se termine en tapant fg (pour ForeGround, soit premier plan). Répétez alors la séquence Ctrl+z, bg pour le remettre à l’arrière-plan. 7. Souvenez-vous : UNIX différencie les majuscules des minuscules. La variable d’environnement HOME et la variable home ne sont pas les mêmes. Il existe aussi un caractère magique pour compléter un nom de fichier (/) et une commande pour rappeler une commande de l’historique (!). 26 Chapitre 3. Introduction à la ligne de commande Vous pouvez lancer plusieurs jobs de cette façon : chacune de ces commandes recevra alors un numéro de job. La commande jobs du shell indique la liste de tous les jobs associés au shell courant. Le job précédé d’un signe + désigne le dernier processus mis en tâche de fond. Pour remettre un job en particulier au premier plan, vous pourrez alors taper fg <n> où <n> désigne le numéro de job, par exemple fg 5. Notez que vous pouvez également suspendre ou lancer de cette façon des applications plein écran (si elles sont correctement programmées), telles que less ou un éditeur de texte comme Vi , et les remettre au premier plan quand vous le voulez. 3.7. Le mot de la fin Vous avez sans doute remarqué que le shell est très complet. L’utiliser efficacement sera avant tout une question de pratique. Cependant, ce chapitre (somme toute relativement long) n’aura fait mention que de quelquesunes des commandes disponibles : Mandrake Linux comporte des milliers d’utilitaires, et même les utilisateurs les plus expérimentés n’en utilisent qu’une centaine au grand maximum. Il existe en effet des utilitaires pour tous les goûts et toutes les utilisations : vous avez des utilitaires de manipulation d’images (tels que convert susmentionné, mais aussi le mode batch de GIMP et tous les utilitaires de manipulation de pixmaps ), de sons (encodeurs MP3, lecteurs de CD audio), de gravure de CD-ROM, des programmes de courrier électronique, des clients FTP et même des navigateurs Web (lynx ou links), sans oublier tous les outils d’administration. Même s’il existe des applications graphiques aux fonctionnalités équivalentes, elles ne sont que des interfaces graphiques faites autour de ces mêmes utilitaires. De plus, les utilitaires en ligne de commande ont l’avantage de pouvoir fonctionner en mode non interactif : vous pouvez lancer une gravure de CD et ensuite vous déconnecter du système, tout en étant certain que la gravure s’effectuera (voir la page de manuel de la commande nohup(1) ou screen(1)). 27 Chapitre 3. Introduction à la ligne de commande 28 Chapitre 4. L’édition de texte : Emacs et VI L’édition de texte1 est un aspect incontournable de l’utilisation d’un système UNIX . Les deux éditeurs dont nous allons étudier (brièvement) l’utilisation paraîtront un peu difficiles au premier abord, mais dès que vous en aurez acquis les bases, vous en constaterez le formidable potentiel. 4.1. Emacs Emacs est sans doute l’éditeur de texte le plus puissant actuellement. Il peut absolument tout faire et il est extensible à l’infini grâce à son langage de programmation inclus, s’appuyant sur lisp . Avec lui, vous pouvez vous promener sur le Web, lire votre courrier, faire un tour dans les forums, quasiment faire du café ! Toutefois, nous nous limiterons à vous donner les clés pour ouvrir Emacs , éditer un ou plusieurs fichiers, les sauvegarder, et quitter Emacs . Ce qui est déjà très bien ! 4.1.1. Brève présentation Invoquer Emacs est relativement simple : emacs [fichier] [fichier...] Emacs ouvrira chaque fichier passé en argument dans un tampon jusqu’à un maximum de deux tampons visibles en même temps, et vous présentera le tampon *scratch* si vous ne spécifiez pas de fichier. Si vous êtes sous X , des menus sont également à votre disposition, mais nous apprendrons ici à manipuler Emacs à l’aide des raccourcis clavier. 4.1.2. Pour commencer Il est temps de se jeter à l’eau ! Ouvrons par exemple deux fichiers, fichier1 et fichier2. Si ces deux fichiers n’existent pas, ils seront alors créés (à condition que vous écriviez quelque chose dedans) : $ emacs fichier1 fichier2 Vous obtenez la fenêtre suivante (figure 4-1) : Figure 4-1. Emacs; : édition simultanée de deux fichiers Vous pouvez constater que deux tampons ont été créés , c’est-à-dire un par fichier. Un troisième est également présent, au bas de l’écran (là où est écrit (New file)) : c’est le mini-tampon. Vous ne pouvez pas aller de vous1. « Éditer du texte » signifie modifier le contenu d’un fichier contenant uniquement des lettres, des chiffres et des signes de ponctuation ; de tels fichiers peuvent être des messages électroniques, du code source de programmes, des documents ou des fichiers de configuration. 29 Chapitre 4. L’édition de texte : Emacs et VI même dans ce tampon, il faut qu’Emacs vous y invite lors de saisies interactives. Pour changer de tampon, tapez Ctrl+x o. Vous pouvez taper du texte soit comme dans un éditeur « normal », soit en effacer avec la touche Suppr ou bien la touche Backspace. Pour vous déplacer, vous pouvez utiliser les touches fléchées, mais aussi d’autres combinaisons : Ctrl+a pour aller en début de ligne, Ctrl+e pour aller en fin de ligne, Alt-< pour aller au début du tampon et Alt-> pour aller à la fin du tampon. Il existe de nombreuses autres combinaisons, même pour chacune des touches fléchées2. Dès que vous voulez enregistrer les modifications faites sur un fichier, tapez Ctrl+x Ctrl+s ou, si vous voulez enregistrer le contenu du tampon dans un autre fichier, tapez Ctrl+x Ctrl+w et Emacs vous demandera le nom du fichier dans lequel écrire le contenu du tampon. Pour ce faire, vous disposez du complètement. 4.1.3. Manipulation des tampons Vous pouvez, si vous le voulez, ne montrer qu’un tampon à l’écran. Vous avez deux solutions : • vous êtes dans le tampon que vous voulez cacher : tapez Ctrl+x 0 ; • vous êtes dans le tampon que vous voulez conserver à l’écran : tapez Ctrl+x 1. Vous pouvez ensuite remettre le tampon que vous souhaitez à l’écran de deux manières : • tapez Ctrl+x b et rentrez le nom du tampon que vous souhaitez voir ; • tapez Ctrl+x Ctrl+b. Un nouveau tampon sera alors ouvert, appelé *Buffer List* ; vous pouvez vous déplacer dans ce tampon à l’aide de la séquence Ctrl+x o, sélectionnez le tampon que vous souhaitez puis appuyez sur la touche Entrée, ou bien tapez le nom dans le mini-tampon. Le tampon *Buffer List* retournera en arrière-plan dès que votre choix sera fait. Si vous en avez fini avec un fichier et voulez vous débarrasser du tampon associé, tapez Ctrl+x k. Emacs vous demandera alors quel tampon il doit fermer. Par défaut, c’est le nom du tampon dans lequel vous êtes ; si vous voulez vous débarrasser d’un autre tampon que celui proposé, entrez directement son nom ou bien appuyez sur TAB : Emacs ouvrira alors à nouveau un autre tampon appelé *Completions*, indiquant la liste des choix possibles. La touche Entrée valide le choix. Vous pouvez également à tout moment remettre deux tampons visibles à l’écran ; pour cela, tapez Ctrl+x 2. Par défaut, le nouveau tampon créé sera une copie du tampon en cours (ce qui vous permet par exemple d’éditer un gros fichier en plusieurs endroits « en même temps ») et il vous suffit alors de procéder comme indiqué précédemment pour passer à un autre tampon. Vous pouvez à tout moment ouvrir d’autres fichiers, avec Ctrl+x Ctrl+f. Emacs vous demandera alors le nom du fichier (vous disposez là aussi du complètement completion). 4.1.4. Copier, coller, couper, rechercher Supposons que nous soyons dans la situation de la figure 4-2. 2. Emacs a été conçu pour fonctionner sous un maximum d’environnements et il existe encore aujourd’hui des terminaux qui n’ont pas de touches fléchées. C’est encore plus vrai de Vi . 30 Chapitre 4. L’édition de texte : Emacs et VI Figure 4-2. Emacs, avant la copie du bloc de texte Il faut d’abord sélectionner le texte que nous voulons copier. Sous X , vous pouvez le faire à la souris et la région sélectionnée apparaîtra alors en surbrillance. Mais actuellement, nous sommes en mode texte. Ici, nous voulons copier toute la phrase. Il faut marquer le début de la région. En supposant que le curseur soit à l’endroit où il est dans la figure ci-dessus, tapez d’abord Ctrl+ESPACE (Control + barre espace) : Emacs affichera alors le message Mark set dans le mini-tampon. Puis déplacez-vous en début de ligne avec Ctrl+a : la région sélectionnée pour copier ou couper est toute celle se situant entre la marque et la position actuelle du curseur, donc dans le cas présent, toute la ligne. Tapez ensuite Alt-w (pour copier) ou Ctrl+w (pour couper). Si vous copiez, Emacs reviendra alors brièvement à la position de la marque pour que vous visualisiez la région sélectionnée. Puis, rendez-vous dans le tampon où vous voulez copier le texte, et tapez Ctrl+y, afin d’obtenir à l’écran ce que montre la figure 4-3. Figure 4-3. Emacs, après la copie du bloc de texte En fait, vous venez de copier du texte dans le kill ring (soit « cercle des morts ») d’Emacs : ce kill ring contient toutes les régions copiées ou coupées depuis le lancement d’Emacs . Toute région qui vient d’être copiée ou coupée est mise en tête du kill ring. La séquence Ctrl+y ne fait que « coller » la région en tête : si vous voulez avoir accès aux autres régions, appuyez sur Ctrl+y puis sur Alt-y jusqu’à ce que vous tombiez sur le texte souhaité. Pour rechercher du texte, placez-vous dans le tampon souhaité et tapez Ctrl+s : Emacs vous demande alors la chaîne à rechercher. Pour lancer une nouvelle recherche avec la même chaîne, toujours dans le tampon courant, tapez Ctrl+s une nouvelle fois. Dès qu’Emacs arrive à la fin du tampon et ne trouve plus d’occurrence de la 31 Chapitre 4. L’édition de texte : Emacs et VI chaîne cherchée, vous pouvez de nouveau taper Ctrl+s pour recommencer la recherche depuis le début du tampon. Une pression sur la touche Entrée termine la recherche. Pour rechercher et remplacer, tapez Alt-%. Emacs vous demande la chaîne à rechercher, par quoi elle doit être remplacée, et vous interroge pour chaque occurrence repérée. Une dernière chose bien utile : Ctrl+x u permet d’annuler l’opération précédente. Vous pouvez annuler autant d’opérations que vous le souhaitez. 4.1.5. Quitter Emacs Pour quitter Emacs, le raccourci est Ctrl+x Ctrl+c. Emacs vous demandera alors s’il faut enregistrer les modifications effectuées dans les tampons si vous ne les avez pas sauvegardées. 4.2. Vi : l’ancêtre Vi a été le premier éditeur plein écran. Étrangement, il représente un des principaux arguments à la fois des détracteurs d’UNIX et de ses défenseurs : s’il est compliqué à appréhender, c’est aussi un outil extrêmement puissant une fois maîtrisé. En ne tapant que quelques touches, un utilisateur de Vi peut déplacer des montagnes ! Mis à part Emacs , peu d’éditeurs de texte peuvent se vanter de cela. La version incluse dans Mandrake Linux est en fait vim , pour VI iMproved (VI aMélioré), mais nous le nommerons Vi tout au long de ce chapitre. 4.2.1. Mode d’insertion, mode commande, mode ex ... Tout d’abord, l’invocation : elle est exactement la même que pour Emacs . Reprenons donc nos deux fichiers et tapons : $ vi fichier1 fichier2 À partir de là, vous vous retrouverez devant une fenêtre comme celle de la figure 4-4. Figure 4-4. Situation de départ dans vim Vous vous retrouvez alors en mode commande devant le premier fichier ouvert. Et là, ça se complique un tantinet... En mode commande, vous ne pouvez pas insérer de texte dans un fichier... Il vous faut pour cela passer en mode insertion et entrer l’une des commandes qui le permettent : • 32 a et i : pour insérer du texte respectivement derrière et devant le curseur (A et I insèrent du texte à la fin et au début de la ligne courante) ; Chapitre 4. L’édition de texte : Emacs et VI • o et O : pour insérer du texte respectivement au-dessous et au-dessus de la ligne courante. En mode d’insertion, vous verrez la chaîne --INSERT-- apparaître en bas de l’écran (de cette façon vous savez dans quel mode vous êtes). C’est dans ce mode et uniquement dans celui-ci que vous pouvez insérer du texte. Pour revenir en mode commande, appuyez sur la touche Échap. En mode d’insertion, vous disposez des touches Backspace et Suppr pour effacer du texte à la volée. Pour vous déplacer dans le texte, aussi bien en mode commande qu’en mode insertion, vous disposez des touches fléchées. En mode commande, il existe également d’autres combinaisons de touches, que nous verrons plus loin. Le mode ex est disponible en tapant le caractère : en mode commande : ce même : apparaîtra en bas de l’écran, le curseur s’y positionnera également et tout ce que vous tapez à la suite, suivi d’une pression sur Entrée, sera considéré par Vi comme une commande ex. Si vous effacez la commande jusqu’à « effacer » le :, vous revenez alors en mode commande et le curseur retrouvera sa place d’origine. Pour enregistrer les modifications faites dans un fichier vous taperez :w en mode commande. Si vous voulez enregistrer le contenu du tampon dans un autre fichier, tapez la séquence :w <nom_du_fichier>. 4.2.2. Manipulation de tampons Pour passer d’un fichier à l’autre dans un même tampon, parmi ceux ayant été passés sur la ligne de commande, il vous faut taper :next pour passer au fichier suivant et :prev pour retourner au fichier précédent. Vous pouvez aussi vous servir de :e <nom_de_fichier>, qui permet à la fois de changer vers le fichier désiré si celui-ci est déjà ouvert, ou bien d’ouvrir un autre fichier. Vous disposez là aussi du complètement. Comme avec Emacs , vous pouvez avoir plusieurs tampons visibles à l’écran. Pour cela, utilisez la commande :split. Pour changer de tampon, tapez Ctrl+w j pour passer au tampon du dessous ou Ctrl+w k pour retourner au tampon du dessus. Vous pouvez utiliser également les touches fléchées vers le haut ou vers le bas en lieu et place de j ou k. La commande :close cachera un tampon, la commande :q le fermera. Attention, Vi est tatillon : si vous tentez de cacher ou de fermer un tampon dont les changements n’ont pas été sauvegardés, la commande ne sera pas effectuée et vous aurez ce message : No write since last change (use! to override) Soit : pas de sauvegarde depuis le dernier changement (utilisez ! pour forcer la commande). Dans ce cas, il n’y a qu’une solution : faire ce qui est indiqué ! Tapez :q! ou :close!. 4.2.3. Édition de texte et commandes de déplacement Outre les touches Backspace et Suppr dans le mode d’édition, Vi dispose de beaucoup de commandes pour effacer, copier, coller, remplacer du texte en mode commande. Nous en verrons ici quelques-unes. Toutes les commandes présentées ici sont en fait séparées en deux parties : l’action à effectuer et sa portée. L’action peut être : • c : pour remplacer (Change). L’éditeur efface le texte demandé et repasse en mode d’insertion après cette commande ; • d : pour effacer (Delete) ; • y : pour copier (Yank), nous verrons cela dans la section suivante ; • . : reproduit la dernière action effectuée. La portée désigne le groupe de caractères sur lequel la commande doit agir. • h, j, k, l : un caractère à gauche, en bas, en haut, à droite3 ; • e, b, w : jusqu’à la fin (resp. au début) du mot courant, jusqu’au début du mot suivant ; • ^, 0, $ : jusqu’au premier caractère non blanc de la ligne courante, jusqu’au début de la ligne courante, et jusqu’à la fin de la ligne courante ; 3. Un raccourci pour dl (effacer un caractère à droite) est x ; un raccourci pour dh est X ; dd efface la ligne courante. 33 Chapitre 4. L’édition de texte : Emacs et VI • f<x> : jusqu’à la prochaine occurrence du caractère <x> ; par exemple fe déplace le curseur jusqu’à la prochaine occurrence du caractère e ; • /<cha^ ıne>, ?<cha^ ıne> : jusqu’à la prochaine occurrence de la chaîne ou expression régulière <cha^ ıne>, et de même en remontant dans le fichier ; par exemple, /toto déplace le curseur jusqu’à la prochaine occurrence du mot toto ; • { et } : jusqu’au début, jusqu’à la fin, du paragraphe ; • G, H : jusqu’à la fin du fichier, jusqu’au début de l’écran. Chacun de ces caractères de portée ou commandes de déplacement peut être précédé d’un nombre de répétition quand cela a un sens. G référence le numéro de ligne dans le fichier. À partir de là, vous pouvez faire toutes sortes de combinaisons. Quelques exemples : • 6b : se déplace 6 mots en arrière ; • c8fk : efface tout le texte jusqu’à la huitième occurrence du caractère k puis passe en mode insertion ; • 91G : va à la ligne 91 du fichier ; • d3$ : efface jusqu’à la fin de la ligne courante plus les deux lignes suivantes. Ce ne sont certes pas des commandes très intuitives, mais comme toujours, le meilleur moyen est de se familiariser avec elles par la pratique. En tout cas, vous pouvez voir que l’expression « déplacer des montagnes en quelques touches » n’est pas si exagérée que ça ! 4.2.4. Couper, copier, coller Vi dispose d’une commande que nous avons déjà vue pour copier du texte : la commande y. Pour couper du texte, utilisez tout simplement la commande d. Vous disposez de 27 mémoires pour y stocker du texte : une mémoire anonyme et 26 mémoires portant le nom des 26 lettres minuscules de l’alphabet. Pour utiliser la mémoire anonyme, il suffira d’entrer la commande telle quelle. Ainsi, la commande y12w copie dans la mémoire anonyme les 12 mots après le curseur.4. Utilisez d12w si vous voulez couper cette zone. Pour utiliser l’une des 26 mémoires nommées, utilisez la séquence "<x> avant la commande, où <x> désigne le nom de la mémoire. Ainsi, pour copier les mêmes 12 mots dans la mémoire k, on écrirait "ky12w, et "kd12w si on veut les couper. Pour coller le contenu de la mémoire anonyme, vous disposez des commandes p ou P (pour Paste, soit coller), ce qui insérera le texte respectivement après le curseur ou devant le curseur. Pour coller le contenu d’une mémoire nommée, utilisez de la même façon "<x>p ou "<x>P (par exemple "dp collera le contenu de la mémoire d après le curseur). Prenons l’exemple de la figure 4-5. 4. 34 Si le curseur se trouvait au début du premier mot, évidemment ! Chapitre 4. L’édition de texte : Emacs et VI Figure 4-5. vim, avant la copie du bloc de texte Pour effectuer cette action, on va donc : • recopier les 6 premiers mots de la phrase dans la mémoire r (par exemple) : "ry6w 5 ; • passer dans le tampon fichier2, qui se situe dessous : Ctrl+w j ; • coller le contenu de la mémoire r devant le curseur : "rp. Le résultat, présenté dans la figure 4-6, est bien celui qui est attendu. Figure 4-6. vim, après la copie du bloc de texte Quant à la recherche de texte, elle s’avère très simple : en mode commande, il suffit de taper / suivi de la chaîne à rechercher et d’une pression sur la touche Entrée. Par exemple, /partie recherchera la chaîne partie à partir de la position courante. Un appui sur n conduit à la prochaine occurrence et si vous arrivez à la fin du fichier, la recherche recommencera depuis le début. Pour rechercher en remontant dans le fichier, il faut remplacer / par ?. 5. En anglais, y6w donne littéralement : « Yank 6 words », soit extirper 6 mots, et donc copier 6 mots en français. 35 Chapitre 4. L’édition de texte : Emacs et VI 4.2.5. Quitter Vi Pour quitter, la commande est :q (en fait, cette commande ferme le tampon actif, comme nous l’avons déjà vu, mais si c’est le seul tampon présent, vous quittez Vi ). Il existe un raccourci : la plupart du temps, on n’édite qu’un seul fichier. Pour quitter, vous avez deux solutions : • :wq pour sauvegarder les modifications et quitter (solution plus rapide : ZZ) ; • :q! pour quitter sans enregistrer. Par extension, vous aurez deviné que si vous avez plusieurs tampons, :wq écrira le tampon actif puis le fermera. 4.3. Un dernier mot... Il vous a peut-être semblé que nous en disions beaucoup plus que nécessaire (après tout, le but premier était d’éditer un fichier texte). Il s’agissait aussi de vous faire découvrir certaines des possibilités de chacun de ces éditeurs. Il reste encore bien des choses à raconter, comme en témoigne le grand nombre de livres consacrés à l’un ou à l’autre de ces éditeurs. Prenez le temps de bien digérer ces informations et jetez votre dévolu sur l’un ou l’autre ou encore, n’apprenez que ce que vous jugez nécessaire. Mais, le jour où vous voudrez explorer leur potentiel plus avant, vous saurez que c’est tout à fait faisable :-) 36 Chapitre 5. Les utilitaires en ligne de commande Ce chapitre présentera un petit nombre d’outils en ligne de commande qui peuvent s’avérer utiles au quotidien. Bien sûr, passez ce chapitre si vous pensez n’utiliser qu’un environnement graphique. Un rapide coup d’œil peut vous faire changer d’avis... Chaque commande sera illustrée par un exemple, mais comme exercice, vous pourrez lui trouver des usages encore plus intéressants. 5.1. Opérations sur les fichiers et filtres La plupart du travail en ligne de commande s’applique à des fichiers. Dans cette section nous allons voir comment surveiller et filtrer l’information dans les fichiers, extraire des informations spécifiques avec une simple commande, et trier des fichiers 5.1.1. cat, tail, head, tee: Afficher des fichiers Ces commandes ont pratiquement toutes la même syntaxe : commande [option(s)] [fichier(s)] et peuvent être utilisées dans un tube. Toutes sont utilisées pour imprimer une partie d’un fichier selon certains critères. L’utilitaire cat agglomère des fichiers et les imprime sur la sortie standard. c’est une des commandes les plus utilisées. Vous pouvez utiliser : # cat /var/log/mail/info pour afficher, par exemple, le contenu du journal (log) du démon de courrier sur la sortie standard1. la commande cat a une option très utile (-n) qui permet de numéroter les lignes affichées. Certains fichiers, comme les fichiers journaux des démons (s’ils sont utilisés) sont souvent de taille énorme2 et les afficher dans leur intégralité à l’écran n’a aucun intérêt. Vous voudrez souvent ne consulter qu’une partie d’un fichier. Vous pouvez par exemple utiliser la commande tail pour n’afficher que les dernières lignes. Ainsi, la commande : # tail /var/log/mail/info affichera les dix dernières lignes du fichier /var/log/mail/info. Si vous souhaitez n’afficher que les deux premières lignes vous pouvez utiliser l’option -n : # head -n2 /var/log/mail/info La commande head est similaire à tail, mais affiche les premières lignes d’un fichier. Cette commande sans options : # head /var/log/mail/info affiche les 10 premières lignes de /var/log/mail/info. Comme avec head vous pouvez imprimer les deux dernières lignes à l’aide de l’option -n : # head -n2 /var/log/mail/info Vous pouvez aussi utiliser ces commandes de concert. Par exemple, si vous souhaitez seulement afficher les lignes 9 et 10, vous pouvez lancer : # head /var/log/mail/info | tail -n2 1. Certains exemples de cette section sont basés sur des tâches réelles avec des fichiers journaux de certains services. Assurez-vous que le démon syslogd soit lancé (il permet aux autres démons d’écrire leurs journaux), ainsi que le démon dont il est question (ici Postfix ) et que vous travaillez en tant que root. Vous pouvez quoi qu’il en soit toujours appliquer les exemples à d’autres fichiers. 2. Par exemple, le fichier /var/log/mail/info enregistre toutes les informations à propos des messages envoyés, messages rapatriés par les utilisateurs avec le protocole POP , etc. 37 Chapitre 5. Les utilitaires en ligne de commande où la commande head sélectionne les 10 premières lignes du fichier, les passe à la commande tail au travers d’un tube (|) qui n’en retourne que les deux dernières lignes. De la même façon vous pouvez sélectionner toutes les lignes à partir de la ligne 20 : # tail -n20 /var/log/mail/info |head -n1 Nous disons ici à tail de sélectionner les 20 dernières lignes du fichier, puis de les passer à head. Cette dernière en imprime alors la première ligne. Supposons maintenant que nous souhaitions à la fois afficher à l’écran et enregistrer le résultat de la commande précédente dans le fichier resultats.txt. L’utilitaire tee va nous y aider. Sa syntaxe est : tee [option(s)] [file] Nous changeons alors la commande précédente : # tail -n20 /var/log/mail/info |head -n1|tee resultats.txt Encore un exemple. Nous voulons sélectionner les 20 dernières lignes, les enregistrer dans resultats.txt, mais imprimer à l’écran seulement les premières de ces lignes. Nous écrivons alors : # tail -n20 /var/log/mail/info |tee resultats.txt |head -n1 La commande tee a une option très utile (-a) qui permet d’ajouter les informations reçues à un fichier existant au lieu de l’écraser. Revenons à la commande tail. Les fichiers comme les journaux changent souvent car les démons y rajoutent sans cesse de l’information sur leur activité. Si vous voulez alors surveiller de manière interactive des changements sur ces journaux, vous pouvez tirer avantage de l’une des options les plus utiles de tail : -f: # tail -f /var/log/mail/info Dans ce cas, tous les changements dans le fichier /var/log/mail/info sont affichés immédiatement à l’écran. Cette option est très utile pour surveiller l’activité de votre système. Par exemple, en regardant dans le journal /var/log/messages, vous pouvez surveiller les messages du système et plusieurs démons. Cette option peut aussi être utiliser pour surveiller n’importe quel autre fichier. Dans la section qui suit nous allons voir comment nous pouvons utiliser grep comme filtre pour séparer les messages de Postfix des messages émanant des autres services. 5.1.2. grep : rechercher du texte dans un ou plusieurs fichier(s) D’accord, le nom n’est pas intuitif mais son utilisation est très simple : il cherche un motif donné en argument dans un ou plusieurs fichiers. Sa syntaxe est : grep [options] <motif> [un ou plusieurs fichier(s)] Si on a précisé plusieurs noms de fichiers, ceux-ci apparaîtront en début des lignes et rempliront les critères du motif, à moins qu’on ait utilisé l’option -h. L’option -l, quant à elle, a pour effet de n’afficher que le nom des fichiers dont au moins une ligne remplit les conditions du motif. Le motif est une expression régulière, bien que la plupart du temps il ne consiste qu’en un simple mot. Les options les plus couramment utilisées sont les suivantes : 1. -i : rechercher en ignorant la casse (c’est-à-dire ignorer la différence entre majuscules et minuscules). 2. -v : inverser la recherche, donc trouver les lignes ne correspondant pas au motif. 3. -n : afficher le numéro de ligne pour chaque ligne trouvée. 4. -w : dit à grep que le motif doit correspondre à un mot entier. Attention, les caractères considérés comme pouvant faire partie d’un mot dépendent du réglage de la langue. Reprenons notre exemple du fichier journal du démon de courrier. Nous souhaitons trouver toutes les lignes du fichier /var/log/mail/info qui contiennent la séquence « postfix » : # grep postfix /var/log/mail/info 38 Chapitre 5. Les utilitaires en ligne de commande La commande grep peut être utilisée dans un tube. Nous pouvons ainsi obtenir le même résultat en faisant : # cat /var/log/mail/info | grep postfix Si nous voulons inverser la condition pour sélectionner les lignes qui ne contiennent pas la séquence « postfix », nous utilisons l’option -v : # grep -v postfix /var/log/mail/info Supposons que nous voulions trouver tous les messages signalant un message envoyé avec succès. Dans ce cas, nous devons filtrer les lignes du journal provenant du démon de courrier (contenant donc la séquence « postfix ») contenant la séquence indiquant un envoi réussi (« status=sent ») : # grep postfix /var/log/mail/info |grep status=sent Dans ce cas, grep est utilisé deux fois. C’est possible mais pas très élégant. Nous pouvons obtenir le même résultat en utilisant l’utilitaire fgrep. Pour cela nous devons créer le fichier sequences.txt contenant les séquences écrites sur une colonne. Un tel fichier peut être obtenu de cette façon : # echo -e ’status=sent\npostfix’ >./sequences.txt Nous appelons alors une commande utilisant le fichier de séquences sequences.txt et l’utilitaire fgrep au lieu du double appel à grep : # fgrep -f ./sequences.txt /var/log/mail/info le fichier ./sequences.txt peut contenir autant de séquences de filtrage que vous le souhaitez. Chacune d’elles doit se trouver sur une nouvelle ligne. Par exemple, pour sélectionner les messages correctement envoyés à [email protected], il suffira de rajouter cette adresse dans notre fichier ./sequences.txt : # echo ’[email protected]’ >>./sequences.txt et relancer la commande précédente. Il est évident que vous pouvez combiner grep avec tail et head. Si nous souhaitons trouver l’avant-dernier message envoyé à Pierre, nous tapons : # fgrep -f ./sequences.txt /var/log/mail/info | tail -n2 | head -n1 Nous appliquons ici le filtre construit précédemment et dirigeons le résultat dans un tube pour les commandes tail et head. Elles se chargent de sélectionner l’avant-dernière ligne des données reçues. 5.1.3. wc: Compter des éléments de fichier la commande wc (Word Count : compteur de mots) est utilisée pour compter le nombre de lignes et de mots d’un fichier. Elle peut aussi servir à compter le nombre d’octets, de caractères, et la longueur de la ligne la plus longue. Sa syntaxe est : wc [option(s)] [fichier(s)] Les options suivantes sont particulièrement utiles : • -l: affiche le nombre de lignes ; • -w: affiche le nombre de mots ; • -m: affiche le nombre total de caractères; • -c: affiche le nombre total d’octets ; • -L: affiche la longueur de la plus longue ligne du texte d’entrée. la commande wc affiche par défaut le nombre de lignes, mots et caractères du fichier fourni. Voici quelques exemples : Si nous souhaitons connaître le nombre d’utilisateurs sur notre système, nous pouvons taper : 39 Chapitre 5. Les utilitaires en ligne de commande $wc -l /etc/passwd Si nous souhaitons connaître le nombre de processeurs sur notre système : $grep "model name" /proc/cpuinfo |wc -l Dans la section précédente nous avons obtenu une liste de messages correspondant aux séquences du fichier ./sequences.txt. Si nous souhaitons connaître le nombre de ces messages, nous pouvons rediriger les résultats de notre filtre dans un tube pour la commande wc : # fgrep -f ./sequences.txt /var/log/mail/info | wc -l 5.1.4. sort: Trier le contenu de fichiers Voici la syntaxe de cet utilitaire de tri très puissant3: sort [option(s)] [fichier(s)] Considérons le tri du fichier /etc/passwd. Comme vous pouvez le voir : $ cat /etc/passwd le fichier /etc/passwd n’est pas trié. Nous voulons le trier par champ login (nom d’utilisateur) : $ sort /etc/passwd La commande sort trie les données par ordre croissant sur le premier champ (dans notre cas, le login) par défaut. Si nous voulons trier les données par ordre décroissant il faut utiliser l’option -r : $ sort -r /etc/passwd Chaque utilisateur a son propre UID (identifiant numérique de l’utilisateur) écrit dans le fichier /etc/passwd. Trions donc les utilisateurs selon leur UID : $ sort /etc/passwd -t":" -k3 -n Nous avons utilisé ici les options suivantes de sort : • -t":": indique à sort que le séparateur de champs est le symbole ":" ; • -k3: indique que le tri doit s’effectuer sur la troisième colonne ; • -n: indique que le tri doit s’effectuer sur des données numériques et non pas alphabétiques. Et par ordre décroissant : $ sort /etc/passwd -t":" -k3 -n -r Notez bien ces deux options importantes de sort : • -u: fournit un ordre strict : les doublons sont écartés ; • -f: ignore la casse (ne fait pas de différence entre minuscules et majuscules). Enfin, si nous voulons trouver l’utilisateur ayant l’identifiant UID le plus élevé : $ sort /etc/passwd -t":" -k3 -n |tail -n1 Nous trions le fichier /etc/passwd par ordre d’UID ascendant, et redirigeons le résultat sur un tube pour la commande tail qui ne laisse passer que la première ligne. 3. 40 Nous ne parlons que brièvement de sort ici car des livres entiers pourraient être écrits sur le sujet. Chapitre 5. Les utilitaires en ligne de commande 5.2. find : rechercher des fichiers selon certains critères find est un utilitaire UNIX de longue date. Son but est de parcourir récursivement un ou plusieurs répertoires et d’y trouver des fichiers correspondant à un certain ensemble de critères. Bien qu’il soit très utile, sa syntaxe est vraiment complexe, et l’utiliser requiert une certaine habitude. La syntaxe générale est : find [options] [répertoires] [critère] [action] Si vous ne spécifiez aucun répertoire, find recherchera dans le répertoire courant. L’absence de critère équivaut à « vrai », et donc tous les fichiers seront trouvés. Les options, les critères et les actions possibles sont si nombreux que nous n’en mentionnerons ici que quelques-uns. Commençons par les options : • -xdev : ne pas étendre la recherche aux répertoires se trouvant sur d’autres systèmes de fichiers. • -mindepth <n> : descendre d’au moins <n> niveaux au-dessous du répertoire de recherche avant de chercher des fichiers. • -maxdepth <n> : rechercher les fichiers se trouvant au plus n niveaux au-dessous du répertoire de recherche. • -follow : suivre les liens symboliques s’il pointent vers des répertoires. Par défaut, find ne les suivra pas. • -daystart : quand il est fait usage de tests relatifs à la date et à l’heure (voir ci-dessous), prendre le début de la journée courante comme repère au lieu de la marque par défaut (24 heures avant l’heure courante). Un critère peut être un ou plusieurs tests atomiques; quelques tests utiles sont : • -type <type> : rechercher un type de fichiers donné ; <type> peut être : f (fichier normal), d (répertoire), l (lien symbolique), s (socket), b (fichier en mode bloc), c (fichier en mode caractère) ou p (tube nommé). • -name <motif> : trouver les fichiers dont les noms correspondent au <motif> donné. Avec cette option, <motif> est traité comme un motif d’englobement du shell (voir le chapitre Motifs d’englobement du shell, page 22). • -iname <motif> : comme -name, mais ne tient pas compte de la casse. • -atime <n>, -amin <n> : trouver les fichiers dont la dernière date d’accès remonte à <n> jours (-atime) ou <n> minutes (-amin). Vous pouvez aussi spécifier +<n> ou -<n>, auquel cas la recherche sera effectuée pour des fichiers dont la date d’accès remonte à au plus ou au moins <n> jours/minutes. • -anewer <fichier> : trouver les fichiers dont la dernière date d’accès est plus récente que celle du fichier <fichier> • -ctime <n>, -cmin <n>, -cnewer <fichier> : même chose que pour -atime, -amin et -anewer, mais s’applique à la dernière date de changement du contenu des fichiers. • -regex <motif> : comme pour -name, mais motif est traité comme une expression régulière. • -iregex <motif> : comme -regex, mais sans tenir compte de la casse. Beaucoup d’autres tests existent, référez-vous à find(1) pour plus de détails. Pour combiner ces tests, vous pouvez utiliser : • <c1> -a <c2> : vrai si <c1> et <c2> sont vrais tous les deux; -a est implicite, donc vous pouvez utiliser <c1> <c2> <c3> ... si vous voulez que tous les tests <c1>, <c2>, ... soient vérifiés. • <c1> -o <c2> : vrai si l’un de <c1> ou <c2> est vrai, ou les deux. Notez que -o a une priorité moins grande que -a, donc si vous voulez, par exemple, que les fichiers correspondent aux critères <c1> ou <c2> et qu’ils vérifient obligatoirement le critère <c3>, vous devrez utiliser des parenthèses et écrire ( <c1> -o <c2> ) -a <c3>. Vous devez échapper (désactiver) les parenthèses, sans quoi le shell les prendra en compte dans son interprétation ! • -not <c1> : inverse le test <c1>, donc -not <c1> est vrai si <c1> est faux. Enfin, vous pouvez demander une action précise pour chaque fichier retrouvé. Les plus fréquentes sont : 1. -print : écrit seulement le nom de chaque fichier sur la sortie standard. C’est l’action par défaut si vous n’en spécifiez aucune. 2. -ls : affiche l’équivalent d’un ls -ilds sur chaque fichier trouvé sur la sortie standard. 41 Chapitre 5. Les utilitaires en ligne de commande 3. -exec <commande> : exécute la commande <commande> sur chaque fichier trouvé. La ligne de commande <command> doit se terminer par un ;, que vous devez désactiver de telle sorte que le shell ne l’interprète pas la position du fichier dans la commande est repérée par {}. Regardez les exemples d’utilisation pour bien comprendre. 4. -ok <commande> : même chose que -exec mais demande confirmation pour chaque commande. Toujours là ? Alors, maintenant entraînons-nous un peu, c’est après tout la meilleure façon de maîtriser ce monstre ! On supposera ceci : vous désirez trouver tous les répertoires dans /usr/share. Tapez alors : find /usr/share -type d Admettons que vous ayez un serveur HTTP, que tous vos fichiers HTML soient dans /var/www/html, qui s’avère aussi être votre répertoire courant. Il s’agit de chercher tous les fichiers qui n’ont pas été modifiés depuis... un mois, par exemple. Les pages proviennent, incidemment, de différents auteurs : certains fichiers auront une extension html et d’autres, l’extension htm. Vous voulez lier ces fichiers dans le répertoire /var/ www/obsolete. Vous taperez alors4 : find \( -name "*.htm" -o -name "*.html" \) -a -ctime -30 \ -exec ln {} /var/www/obsolete \; D’accord, cette exemple est un peu compliqué et requiert quelques explications. Le critère est : \( -name "*.htm" -o -name "*.html" \) -a -ctime -30 qui accomplit ce qu’on lui demande : il recherche tous les fichiers dont le nom se termine soit par .htm, soit par .html (\( -name "*.htm" -o -name "*.html" \)), et (-a) qui n’ont pas été modifiés dans les derniers 30 derniers jours, ce qui représente en gros un mois (-ctime -30). Notez les parenthèses : elles sont nécessaires ici, parce que -a a une priorité plus grande. En leur absence, tous les fichiers se terminant par .htm auraient été sortis, plus tous les fichiers se terminant par .html n’ayant pas été modifiés depuis un mois, ce qui n’est pas ce que nous voulons. Notez également que les parenthèses sont désactivées par rapport au shell : si nous avions mis ( .. ) à la place de \( .. \), le shell les aurait interprétés et aurait tenté d’exécuter -name "*.htm" -o -name "*.html" dans un sous-shell... Une autre solution aurait été de mettre les parenthèses entre doubles ou simples apostrophes, mais une barre oblique inverse (backslash) est préférable ici dans la mesure où nous ne devons isoler qu’un seul caractère. Et enfin, la commande doit être exécutée pour chacun des fichiers : -exec ln {} /home/httpd/obsolete \; Ici aussi, vous devez désactiver le ; par rapport au shell, car autrement le shell l’interprétera comme un séparateur de commandes. Si vous ne le faites pas, find se plaindra qu’il manque un argument à -exec. Un dernier exemple : vous avez un gros répertoire nommé /shared/images, contenant toutes sortes d’images. Régulièrement, vous utilisez la commande touch pour mettre à jour les dates d’un fichier nommé stamp dans ce répertoire, de façon à avoir une référence dans le temps. Vous voulez trouver tous les fichiers JPEG dans ce répertoire qui sont plus récents que le fichier stamp, et comme vous avez des images de diverses sources, ces fichiers ont des extensions jpg, jpeg, JPG ou JPEG. Vous voulez aussi éviter de rechercher dans le répertoire old. Vous voulez vous faire envoyer la liste de ces fichiers par courrier électronique, et votre nom d’utilisateur est pierre : find /shared/images -cnewer \ /shared/images/stamp \ -a -iregex ".*\.jpe?g" \ -a -not -regex ".*/old/.*" \ | mail pierre -s "Nouvelles images" 4. 42 Notez que cet exemple requiert que /var/www et /var/www/obsolete soient sur le même système de fichier ! Chapitre 5. Les utilitaires en ligne de commande Bien sûr, cette commande n’est pas très utile si vous devez l’exécuter régulièrement car vous devrez l’entrer à chaque fois. Il est possible de le faire ainsi : 5.3. Programmation de démarrage de commandes 5.3.1. crontab : exécuter des commandes périodiques crontab est une commande qui vous permet d’exécuter des commandes à des intervalles de temps réguliers, avec l’avantage supplémentaire que vous n’avez pas à être connecté au système et que la sortie de ces commandes vous est envoyée par courrier électronique. Vous pouvez spécifier les intervalles en minutes, en heures, en jours et même en mois. crontab agira différemment en fonction des options : 1. -l : affiche votre fichier crontab courant. 2. -e : édite votre fichier crontab. 3. -r : élimine votre fichier crontab courant. 4. -u <utilisateur> : applique les options ci-dessus à <utilisateur>. Seul root est autorisé à faire cela. Commençons par éditer un fichier crontab. En tapant crontab -e, vous vous retrouverez en face de votre éditeur de texte préféré si vous avez initialisé la variable d’environnement EDITOR ou VISUAL, autrement c’est Vi qui sera utilisé. Une ligne dans un fichier crontab est composée de six champs. Les cinq premiers sont les intervalles de temps en minutes, heures, jours dans le mois, mois et jours dans la semaine. Le sixième champ est la commande à exécuter. Les lignes commençant par un # sont considérées comme des commentaires et seront ignorées par crond (le programme en charge d’exécution des fichiers crontab). Voici un exemple de fichier crontab : afin de pouvoir imprimer l’extrait qui suit dans une police de caractères lisible, il nous a fallu ventiler les lignes les plus longues. C’est pourquoi certaines portions du texte doivent en réalité n’occuper qu’une seule ligne. Quand vous verrez le caractère \ terminer une ligne, cela signifiera qu’il faut considérer que la ligne se poursuit au-delà. Cette convention fonctionne dans les fichiers de type Makefile et dans le shell, ainsi que dans d’autres cadres. # Si vous ne voulez pas recevoir de courrier, # "décommentez" la ligne suivante #MAILTO="" # # Faire un rapport de toutes les nouvelles images # à 14h tous les deux jours, en partant de # l’exemple ci-dessus --- après ceci, # "retoucher" le fichier "stamp". Le "%" est # traité comme un retour chariot, cela vous # permet de mettre plusieurs commandes sur la # m^ eme ligne. 0 14 */2 * * find /shared/images \ -cnewer /shared/images/stamp \ -a -iregex ".*\.jpe?g" \ -a -not -regex \ ".*/old/.*"%touch /shared/images/stamp # # Jouer une mélodie tous les ans à Noël :) 0 0 25 12 * mpg123 $HOME/musiques/joyeux_noel.mp3 # # Imprimer la liste des courses tous les mardis # à 17 heures... 0 17 * * 2 lpr $HOME/liste-courses.txt Il y a plusieurs autres moyens de spécifier des intervalles que ceux mentionnés dans l’exemple. Par exemple, vous pouvez spécifier un ensemble de valeurs discrètes séparées par des virgules (1,14,23) ou un intervalle 43 Chapitre 5. Les utilitaires en ligne de commande (1-15), ou même combiner les deux (1-10,12-20), éventuellement avec un pas (1-12,20-27/2). Maintenant, il vous reste à trouver des commandes utiles à y mettre! 5.4. at : programmer une commande une seule fois Vous pouvez aussi vouloir exécuter une commande à un jour donné, mais pas régulièrement. Par exemple, vous voulez vous rappeler un rendez-vous, aujourd’hui à 18 heures. Vous aimeriez que l’on vous le rappelle vers 17h30, par exemple. Vous employez X . at est la commande qu’il vous faut ici : $ at 5:30pm # Vous vous retrouvez en face de l’invite de at at> xmessage "C’est l’heure ! Rendez-vous à 18h" # Tapez C-d pour sortir at> <EOT> $ Vous pouvez spécifier la date de différentes manières : • now +<intervalle> : signifie « maintenant », plus un intervalle optionnel. Aucun intervalle signifie « maintenant ». La syntaxe pour l’intervalle est <n> (minutes|hours|days|weeks|months) (minutes, heures, jours, semaines, mois). Par exemple, vous pouvez spécifier now + 1 hour (dans une heure), now + 3 days (dans trois jours) et ainsi de suite. • <heure> <jour> : spécifier la date en entier. Le paramètre <heure> est obligatoire. at est très libéral dans ce qu’il accepte : vous pouvez par exemple taper 0100, 04:20, 2am, 0530pm, 1800, ou une des trois valeurs spéciales : noon (midi), teatime (l’heure du thé, 16h) ou midnight (minuit). Le paramètre <jour> est optionnel. Vous pouvez aussi le spécifier de différentes manières : 12/20/2001 par exemple, notation américaine pour le 20 décembre 2001, ou à l’européenne, 20.12.2001. Vous pouvez omettre l’année mais, dans ce cas, seule la notation européenne est acceptée : 20.12. Vous pouvez aussi spécifier le mois par son abréviation en anglais : Dec 20 ou 20 Dec sont tous les deux corrects. at accepte aussi différentes options : • -l : affiche la liste des commandes déjà programmées ; le premier champ est le numéro de la commande. C’est équivalent à la commande atq. • -d <n> : enlever la commande numéro <n> de la liste. Vous pouvez obtenir les numéros avec atq. C’est équivalent à la commande atrm <n>. Comme d’habitude, voyez la page de manuel at(1) pour plus d’options. 5.5. Archivage et compression de données 5.5.1. tar : Tape ARchiver (archiveur sur bandes) Bien que nous ayons déjà vu une utilisation de tar dans le chapitre Installation d’un logiciel libre, page 77, nous n’avons pas expliqué son fonctionnement. C’est maintenant ce que nous nous proposons de faire. De même que find, tar est un utilitaire UNIX de longue date, et sa syntaxe est un peu spéciale : tar [options] [fichiers...] Voici maintenant une liste d’options. Notez que toutes celles-ci ont une option longue équivalente, mais vous devrez vous référer à la page de manuel pour cela car elles ne sont pas listées ici. Et bien sûr, il y a encore bien d’autres options non listées ici. le tiret initial (-) des options courtes est maintenant désuet pour la commande tar, sauf après une option longue. 44 Chapitre 5. Les utilitaires en ligne de commande • c : à utiliser pour créer de nouvelles archives. • x : à utiliser pour extraire des fichiers depuis une archive existante. • t : affiche la liste des fichiers d’une archive existante. • v : affichera simplement la liste des fichiers au fur et à mesure qu’ils sont ajoutés à une archive ou extraits d’une archive ; ou, en conjonction avec l’option t ci-dessus, produira un affichage long des fichiers au lieu d’un affichage court. • f <fichier> : pour créer une archive de nom <fichier>, extraire depuis l’archive <fichier> ou faire une liste des fichiers de l’archive <fichier>; si cette option n’est pas disponible, le fichier par défaut sera /dev/ rmt0, qui est généralement le fichier spécial associé à un streamer . Si le paramètre fichier est un tiret (-), l’entrée ou la sortie (selon que vous extrayez depuis une archive ou en créez une), sera associée à l’entrée standard ou la sortie standard. • z : énonce à tar que l’archive à créer devra être compressée avec gzip, ou que l’archive depuis laquelle on fait l’extraction est compressée avec gzip. • j : même chose que pour z, mais le programme utilisé pour la compression est bzip2; • p : lors de l’extraction des fichiers d’une archive, préserve tous les attributs de fichiers, y compris la propriété, la dernière date d’accès et ainsi de suite ; très utile pour les sauvegardes de systèmes de fichiers. • r : ajoute la liste des fichiers donnée sur la liste de commande à une archive existante ; notez que l’archive à laquelle vous voulez ajouter des fichiers ne doit pas être compressée ! • A : fusionne les archives données sur la ligne de commande à celle mentionnée avec l’option f. De même que pour l’option r, les archives ne doivent pas être compressées pour que cela fonctionne. Il y a en fait beaucoup, beaucoup d’autres options. Référez-vous à la page de manuel detar(1) pour en obtenir une liste complète (entre autres l’option d, par exemple). Maintenant, passons à la pratique ! Supposons que vous vouliez créer une archive de toutes les images dans le répertoire /shared/images, compressée avec bzip2, de nom images.tar.bz2 et située dans votre répertoire personnel. Vous taperez alors : # # Note: vous devez ^ etre dans le répertoire # contenant les fichiers de l’archive! # $ cd /shared $ tar cjf ~/images.tar.bz2 images/ Comme vous le constatez, nous avons utilisé trois options ici : c a indiqué à tar de créer une archive ; j lui énonce que nous voulons qu’elle soit compressée avec bzip2, et f ~/images.tar.bz2 lui signale que l’archive devait être créée dans notre répertoire personnel, avec le nom images.tar.bz2. Maintenant, il faut peut-être vérifier si l’archive est valide. Ceci se fera simplement en affichant la liste de ses fichiers : # # Retour à notre répertoire personnel # $ cd $ tar tjvf images.tar.bz2 Ici, nous avons demandé à tar d’afficher la liste (t) des fichiers de l’archive images.tar.bz2 (f images.tar.bz2), en ayant averti que cette archive était compressée avec bzip2 (j), et que nous voulions un format d’affichage long (v). Maintenant, supposons que vous ayez effacé le répertoire des images. Heureusement, votre archive est intacte ! Vous voulez l’extraire de sa place originelle dans /shared. Mais comme vous ne voulez pas casser votre commande find pour trouver les nouvelles images, vous devez préserver les attributs de tous les fichiers : # # Rendez-vous dans le répertoire où vous voulez # extraire # $ cd /shared $ tar jxpf ~/images.tar.bz2 45 Chapitre 5. Les utilitaires en ligne de commande Et voilà le travail ! Maintenant, supposons que vous vouliez seulement extraire le répertoire images/cars de l’archive. Vous pouvez alors taper ceci : $ tar jxf ~/images.tar.bz2 images/cars Au cas où cela vous inquiéterait, il n’y a pas de quoi ! Si vous essayez d’archiver des fichiers spéciaux, tar les prendra tels qu’ils sont, des fichiers spéciaux, et n’ira pas chercher leur contenu. Donc oui, vous pouvez mettre sans risque /dev/mem dans une archive :-) La gestion des liens, d’autre part, s’accomplit aussi correctement ; donc là non plus, pas d’inquiétude à avoir. Pour les liens symboliques, regardez également l’option h dans la page de manuel. 5.5.2. bzip2 et gzip : compression de données Vous vous souvenez que nous avons déjà parlé de ces deux programmes quand nous avons évoqué tar. Contrairement à WinZip sous windows , l’archivage et la compression sont faits en utilisant deux programmes séparés (tar pour l’archivage, et les deux programmes que nous allons maintenant présenter, bzip2 et gzip, pour compresser). D’autres outils de compression existent sous GNU/Linux , comme zip, arj ou rar mais sont rarement utilisés. À l’origine, bzip2 a été écrit en tant que remplacement pour gzip. Ses possibilités de compression sont en général meilleures. Mais, d’un autre côté, il consomme plus de mémoire. La raison pour laquelle gzip est encore là est qu’il est encore beaucoup plus répandu que bzip2. Peut-être qu’un jour bzip2 remplacera complètement gzip ou peut-être pas ? Les deux commandes ont une syntaxe similaire : gzip [options] [fichier(s)] Si aucun nom de fichier n’est donné, gzip comme bzip2 attendra des données sur l’entrée standard et enverra le résultat sur la sortie standard. Les deux programmes sont donc en fait utilisables avec des tubes. Les deux commandes ont aussi un ensemble d’options similaires : • -1, ..., -9 : règle le degré de compression ; plus le nombre est haut, plus la compression sera élevée, mais mieux signifie aussi plus lent : on n’a rien sans rien. • -d : décompresse un ou des fichier(s) ; c’est l’équivalent de la commande gunzip ou de bunzip2. • -c : envoie le résultat de la compression/décompression des fichiers donnés en paramètre sur la sortie standard. Attention ! Par défaut, si vous n’utilisez pas l’option -c, gzip et bzip2 effaceront le ou les fichier(s) qu’ils ont compressés (ou décompressés). Vous pouvez éviter cela avec bzip2 en utilisant l’option -k. gzip, cependant, ne possède pas une telle option ! Quelques exemples seront utiles. Supposons que vous vouliez compresser tous les fichiers se terminant par .txt dans le répertoire courant avec bzip2, utilisez alors : $ bzip2 -9 *.txt Supposons que vous vouliez partager votre archive d’images avec quelqu’un, mais qu’il ne dispose pas de bzip2, mais uniquement de gzip. Nul besoin de décompresser l’archive et de la compresser à nouveau : décompressez-la sur la sortie standard, utilisez un tube, compressez depuis l’entrée standard et redirigez le résultat vers la nouvelle archive : bzip2 -dc images.tar.bz2 | gzip -9 >images.tar.gz Et voilà le travail ! Vous pourriez d’ailleurs avoir tapé bzcat au lieu de bzip2 -dc. Il existe un équivalent pour gzip mais son nom est zcat, et non pas gzcat. Vous disposez aussi de bzless (resp. zless) si vous voulez 46 Chapitre 5. Les utilitaires en ligne de commande directement visualiser des fichiers compressés sans avoir à les décompresser avant. Comme exercice, essayez de trouver la commande que vous auriez à taper pour voir des fichiers sans les décompresser, et sans utiliser bzless or zless ... :-) 5.6. etc. Il existe tellement de commandes qu’un livre qui les présenterait toutes serait de la taille d’une véritable encyclopédie. Ce chapitre n’a abordé qu’un dixième du sujet. Vous avez sans doute compris que vous êtes à même d’accomplir énormément avec celles que nous avons choisies. Nous pouvons vous conseiller de parcourir ces quelques pages de manuel : sort(1), sed(1) et zip(1) (oui, c’est exactement ce que vous pensez : vous pouvez extraire/fabriquer des archives .zip sous GNU/Linux ), convert(1), et ainsi de suite. L’expérimentation reste le meilleur moyen de se familiariser avec ces outils, et vous leur trouverez probablement beaucoup d’autres utilisations que celles qu’elles présentent au premier abord. Amusez-vous bien ! 47 Chapitre 5. Les utilitaires en ligne de commande 48 Chapitre 6. Contrôle des processus 6.1. Un mot encore sur les processus Nous avons mentionné dans Les processus, page 10 qu’il était possible d’avoir le contrôle des processus : c’est ce que nous allons aborder dans ce chapitre. Mais, pour bien saisir de quoi il retourne dans les actions que nous allons effectuer, il faut en savoir un peu plus sur l’organisation même de ces processus. 6.1.1. L’arborescence des processus De même que pour les fichiers, tous les processus en cours d’exécution sur un système GNU/Linux sont organisés sous forme d’arborescence, et chaque processus possède un numéro (son PID, Process ID, soit identifiant du processus), ainsi que le numéro de son processus parent (PPID, Parent Process ID, soit identifiant du processus parent). Le PID de init est 1, de même que son PPID: init est son propre père. 6.1.2. Les signaux Chaque processus sous UNIX est susceptible de réagir à des signaux qui lui sont envoyés. Il existe 64 signaux différents que l’on identifie soit par leur numéro (en partant de 1), soit par leur nom symbolique. Les 32 signaux de rang le plus élevé (33 à 64) sont des signaux temps réel, et sont hors de portée de ce chapitre. Pour chacun de ces signaux, le processus peut redéfinir son propre comportement par défaut, sauf deux : le signal numéro 9 (KILL), et le signal numéro 19 (STOP). Le signal 9 tue un processus de façon irrémédiable, sans lui laisser le temps de se terminer correctement. C’est ce signal qu’il faut envoyer à des processus dont vous voulez vous débarrasser. Une liste complète des signaux est disponible en utilisant la commande kill -l. 6.2. Obtenir des informations sur les processus : ps et pstree Ces deux commandes affichent une liste des processus existants sur le système, selon les critères que vous voulez. 6.2.1. ps Lancer cette commande sans argument montrera uniquement les processus dont vous êtes l’initiateur et qui sont rattachés au Terminal que vous utilisez : $ ps PID TTY 5162 ttya1 7452 ttya1 TIME CMD 00:00:00 zsh 00:00:00 ps Les options sont nombreuses, nous ne citerons que les plus courantes : • a : affiche aussi les processus lancés par les autres utilisateurs ; • x : affiche aussi les processus n’ayant pas de terminal de contrôle (c’est le cas de pratiquement tous les serveurs) ou un terminal de contrôle différent de celui que vous êtes en train d’utiliser ; • u : affiche pour chaque processus le nom de l’utilisateur qui l’a lancé et l’heure de son lancement. Il existe beaucoup d’autres options. Reportez-vous à la page de manuel ps(1) pour plus de renseignements. La sortie de cette commande est divisée en champs : celui qui vous intéressera le plus est le champ PID, qui contient l’identificateur du processus. Le champ CMD contient, quant à lui, le nom de la commande exécutée. Une façon très courante d’invoquer ps est la suivante : $ ps ax | less 49 Chapitre 6. Contrôle des processus Vous obtenez ainsi une liste de tous les processus en cours d’exécution. Ceci permet de repérer le ou les processus problématique(s) avant de les éliminer. 6.2.2. pstree La commande pstree affiche les processus sous forme d’arborescence et permet de les visualiser par leurs liens de parenté. Ainsi, pour tuer une série de processus de la même famille, il suffira d’en découvrir l’ancêtre commun. Vous aurez avantage à utiliser l’option -p, qui affiche le PID de chaque processus, ainsi que l’option -u, laquelle vous donnera le nom de l’utilisateur ayant lancé le processus. L’arborescence étant généralement longue, il est plus facile d’invoquer pstree de cette façon : $ pstree -up | less pour en avoir une vue d’ensemble. 6.3. Envoyer des signaux aux processus : kill, killall, top 6.3.1. kill, killall Ces deux commandes permettent d’envoyer des signaux à des processus. La commande kill attend un numéro de processus en argument, tandis que killall attend un nom de commande. Les deux commandes peuvent, de façon optionnelle, recevoir un numéro de signal en argument. Par défaut, elles envoient toutes deux le signal 15 (TERM) à un ou plusieurs processus désigné(s). Par exemple, si vous voulez tuer le processus de PID 785, vous entrerez la commande : $ kill 785 Si vous voulez lui envoyer le signal 9, vous entrerez alors : $ kill -9 785 Supposons que vous vouliez tuer un processus pour lequel vous connaissez le nom de la commande. Au lieu de repérer le numéro du processus à l’aide de ps, vous pouvez tuer le processus directement à partir de son nom : $ killall -9 mozilla Quoi qu’il arrive, vous ne tuerez que vos propres processus (sauf si vous êtes root), donc ne vous inquiétez pas des processus « du voisin » portant le même nom, ils ne seront pas affectés. 6.3.2. top top est un programme tout en un : il remplit à la fois les fonctions de ps et kill. C’est un programme en mode console, vous le lancerez donc depuis un terminal (voir figure 6-1) : 50 Chapitre 6. Contrôle des processus Figure 6-1. Exemple d’exécution de top Le programme se contrôle entièrement au clavier. Une aide est disponible en tapant sur h, mais elle est en anglais. Voici donc quelques-unes des commandes disponibles : • k : sert à envoyer un signal à un processus. top vous demandera alors le PID du processus suivi du numéro du signal à envoyer (15 par défaut) ; • M : trie par taux d’occupation mémoire (champ %MEM) ; • P : sert à trier les processus selon le temps CPU qu’ils consomment (champ %CPU : c’est le tri par défaut) ; • u : cette commande sert à afficher les processus d’un utilisateur donné. top vous demandera lequel. Vous devez entrer le nom de l’utilisateur, pas son UID. Si vous n’entrez aucun nom, tous les processus seront affichés ; • i : cette commande fonctionne en tant que bascule. Par défaut, tous les processus, même endormis, sont affichés. Cette commande fera que seuls les processus en cours d’exécution seront affichés (processus dont le champ STAT indique R, running, soit en cours d’exécution) mais pas les autres. Un nouvel appel à cette commande permettra de revenir à l’état antérieur. 6.4. Contrôler la priorité des processus : nice, renice Chaque processus actif sur le système s’exécute avec une priorité donnée (aussi appelée valeur amicale ou nice value en anglais). Cette valeur peut varier de -20 à +20. La priorité maximale pour un processus est -20. Si elle n’est pas définie, tous les processus s’exécute avec une priorité de 0 par défaut (la priorité de planification de « base »). Les processus ayant la priorité maximale utilisent plus de ressources système que les autres. Les processus ayant une priorité inférieure s’exécuteront lorsque le système sera libéré par les tâches de priorité plus élevée. Les utilisateurs autres que le super-utilisateur root ne pourront que diminuer la priorité de leurs processus dans la fourchette 0 à 20. Le super-utilisateur pourra quant à lui définir de manière arbitraire la priorité de n’importe quel processus. 6.4.1. renice Si un ou plusieurs processus prennent d’assaut toutes les ressources du système, vous pouvez changer leur priorité au lieu de les tuer. On utilise alors la commande renice. Sa syntaxe est la suivante : renice priorité [[-p] pid ...] [[-g] pgrp ...] [[-u] utilisateur ...] La priorité équivaut à la valeur numérique de la priorité, PID (précédé de -p pour une liste de PID) représente l’ID du processus, pgrp indique (-g pour plusieurs) l’ID du groupe du processus, et utilisateur (ou -u pour plusieurs utilisateurs) représente le nom d’utilisateur du propriétaire du processus. Supposons que vous veniez de lancer un processus auquel a été attribué le numéro PID 785, lequel lance une longue opération scientifique, et que vous souhaitiez jouer à un jeu pendant que ce processus tourne. Vous tapez alors : 51 Chapitre 6. Contrôle des processus $ renice +15 785 Ainsi, le processus durera sans doute plus longtemps, mais il ne vous empêchera pas de profiter d’une animation fluide pour votre jeu en laissant la priorité au jeu lorsqu’il en a besoin. Si vous êtes l’administrateur d’un système partagé et constatez qu’un des utilisateurs lance beaucoup de processus accaparant les ressources du système, vous pouvez changer la priorité de tous les processus de cet utilisateur avec la commande : # renice +20 -u pierre Après cela, tous les processus de pierre auront une priorité plus basse et ne bloqueront pas les processus des autres utilisateurs. 6.4.2. nice Maintenant que vous savez que vous pouvez changer la priorité des processus, vous voudrez peut-être lancer une commande avec une priorité prédéfinie. Cela s’accomplit grâce à la commande nice. Il suffit de placer votre commande en argument de la commande nice. Par défaut, nice assigne une priorité de 10. Vous pouvez utiliser l’option -n pour assigner une priorité quelconque dans la fourchette -20 (priorité maximale) à 19 (priorité minimale). Par exemple, si vous souhaitez créer une image ISO à partir du CD-ROM d’installation de Mandrake Linux, vous utilisez d’habitude : $ dd if=/dev/cdrom of=~/mdk1.iso Mais sur certains systèmes avec un lecteur CD-ROM IDE standard, le fait de copier de grands volumes de données peut utiliser énormément de ressources. Afin que cela n’empêche pas les autres personnes ou processus de fonctionner correctement, on peut démarrer le processus de copie avec une priorité affaiblie : $ nice -n 19 dd if=/dev/cdrom of=~/mdk1.iso et continuer avec d’autres tâches courantes. Pour modifier la priorité d’un processus, vous pouvez aussi utiliser l’utilitaire top susmentionné. Utilisez la commande r depuis l’interface de top pour changer la priorité du processus sélectionné. 52 Chapitre 7. Organisation de l’arborescence des fichiers Aujourd’hui, un système UNIX est gros, très gros, et c’est particulièrement vrai avec GNU/Linux . La profusion de logiciels disponibles en ferait un système incompréhensible s’il n’y avait pas de lignes de conduite à suivre précisément quant au placement des fichiers dans l’arborescence. Le standard reconnu en la matière est le FHS (Filesystem Hierarchy Standard, soit la norme pour les hiérarchies de systèmes de fichiers). Il en est à la version 2.2 et les discussions pour la version 2.3 sont en cours. Le document décrivant la norme est disponible sur Internet en différents formats sur le site de pathname (http: //www.pathname.com/fhs/). Ce chapitre n’en est qu’un résumé succinct, mais il devrait vous suffire pour savoir dans quel répertoire rechercher (ou placer) un fichier donné. 7.1. Données partagées et non partagées, statiques et dynamiques Les données sur un système UNIX peuvent être classées selon les deux critères susmentionnés. La signification de ces critères est la suivante : des données partagées peuvent être communes à plusieurs machines sur un réseau, tandis que des données non partagées ne le peuvent pas. Les données statiques n’ont pas à être modifiées dans le cadre d’une utilisation normale du système, tandis que les données dynamiques peuvent l’être. Au fur et à mesure que nous explorerons l’arborescence, nous classerons les différents répertoires dans chacune de ces catégories. Les classements proposés ici ne sont évidemment que des recommandations, mais celles-ci vous aideront grandement à gérer votre système. Gardez aussi à l’esprit que la distinction statique/dynamique ne s’applique qu’à l’utilisation courante du système, et non pas à sa configuration. Si vous installez un programme, vous aurez immanquablement à modifier des répertoires « normalement » statiques (ex. : /usr/). 7.2. Le répertoire racine : / Le répertoire racine contient toute la hiérarchie du système. Il est inclassable puisque ses sous-répertoires peuvent être statiques ou dynamiques, partagés ou non. Voici une liste des principaux répertoires et sousrépertoires : • /bin : binaires essentiels au système. Ce répertoire renferme les commandes de base qui sont susceptibles d’être partagées par tous les utilisateurs et nécessaires pour utiliser le système : ls, cp, login, etc. Statique, non partagé ; • /boot : contient les fichiers nécessaires au gestionnaire de démarrage de GNU/Linux (GRUB ou LILO ). Cela peut ou non comprendre le noyau : s’il n’est pas ici, il doit être situé dans la racine. Statique, non partagé ; • /dev : fichiers périphériques du système (dev pour DEVices, périphériques). Statique, non partagé ; • /etc : ce répertoire contient tous les fichiers de configuration spécifiques à la machine, logiquement statique, non partagé ; • /home : contient tous les répertoires personnels des utilisateurs du système. Ce répertoire peut ou non être partagé (les grands réseaux le rendent généralement partagé par NFS), et il est évidemment dynamique ; • /lib : ce répertoire contient les bibliothèques essentielles au système ainsi que les modules du noyau, dans le répertoire /lib/modules/KERNEL_VERSION/. Toutes les bibliothèques nécessaires aux binaires présents dans les répertoires du système /bin et /sbin doivent s’y trouver, ainsi que l’éditeur de liens ld.so. Statique, non partagé ; • /mnt : répertoire contenant les points de montage pour les systèmes de fichiers temporaires tels que les CD-ROM ou les disquettes. Dynamique, non partagé ; • /opt : ce répertoire contient des paquetages non nécessaires au fonctionnement du système. Il est recommandé que les fichiers statiques (binaires, bibliothèques, pages de manuel, etc.) de tels paquetages aient leur place dans le répertoire /opt/nom_du_paquetage et que les fichiers de configuration spécifiques à la machine soient placés dans le répertoire /etc/opt ; • /root : répertoire personnel de root. Dynamique, non partagé ; • /usr : ce répertoire est décrit en détail dans /usr : le gros morceau, page 54. Statique, partagé ; 53 Chapitre 7. Organisation de l’arborescence des fichiers • /sbin : contient les binaires système essentiels au démarrage du système. La plupart d’entre eux ne sont exploitables que par root. L’utilisateur pourrait également les exécuter, mais il n’en obtiendrait pas grandchose en général. Statique, non partagé ; • /tmp : répertoire destiné à contenir les fichiers temporaires que peuvent créer certains programmes. Dynamique, non partagé ; • /var : emplacement pour les données souvent modifiées par des programmes (par exemple, le serveur de courrier électronique, les programmes d’audit, le serveur d’impression, etc.). Tout /var est dynamique, mais ses différents sous-répertoires peuvent être partagés ou non. 7.3. /usr : le gros morceau Le répertoire /usr est le principal répertoire de stockage des applications. Tous les binaires dans ce répertoire ne doivent pas être nécessaires au démarrage ou à l’entretien du système, puisque la plupart du temps, la hiérarchie /usr est sur un système de fichiers séparé. Étant donnée sa taille (généralement) importante, /usr possède sa propre hiérarchie de sous-répertoires. Nous n’en citerons que quelques-uns : • /usr/X11R6 : toute la hiérarchie de X Window System . Tous les binaires nécessaires au fonctionnement de X (cela comprend bien sûr les serveurs X ) et toutes les bibliothèques nécessaires doivent s’y trouver. Le répertoire portant le nom /usr/X11R6/lib/X11 contient les aspects de la configuration de X qui ne varient pas d’une machine à l’autre. Nous avons déjà vu que la configuration spécifique pour chaque machine est dans /etc/X11 ; • /usr/bin : ce répertoire contient la grande majorité des programmes binaires du système. Tout programme binaire qui n’est pas nécessaire à l’entretien du système et n’est pas un programme d’administration du système doit se trouver dans ce répertoire, à l’exception des programmes que vous compilez et installez vous-mêmes, qui doivent se trouver dans /usr/local ; • /usr/lib : ce répertoire contient toutes les bibliothèques nécessaires pour employer les programmes situés dans le répertoire /usr/bin et /usr/sbin. Il existe également un lien symbolique, /usr/lib/X11, qui pointe vers le répertoire renfermant les bibliothèques de X Window System , c’est-à-dire /usr/X11R6/lib (si X est installé, bien sûr) ; • /usr/local : c’est dans ce répertoire que vous devrez installer les applications que vous aurez compilées vous-même. Le programme d’installation devrait y créé toute la hiérarchie nécessaire : lib/, bin/, etc. ; • /usr/share/ : ce répertoire contient toutes les données nécessaires aux applications dans /usr, ainsi que toutes les données indépendantes de la plate-forme. Vous y trouverez notamment les informations de zone et de localisation (zoneinfo et locale). Il existe également des répertoires /usr/share/doc et /usr/share/man, qui contiennent respectivement la documentation des applications et les pages de manuel du système. 7.4. /var : données modifiables en cours d’utilisation Le répertoire /var contient toutes les données de fonctionnement des programmes qui tournent sur le système. Contrairement aux données de travail dans /tmp, ces données doivent être conservées intactes lors d’un redémarrage. Il existe de nombreux sous-répertoires dont quelques-uns sont très utiles : • /var/log : contient les fichiers d’audit du système ; • /var/spool : contient les fichiers de travail des démons du système. Par exemple, /var/spool/cups contient les fichiers de travail du serveur d’impression et le répertoire /var/spool/mail contient les fichiers de travail du serveur de courrier électronique (donc, tout le courrier qui arrive et sort de votre système) ; • /var/run : ce répertoire sert à conserver une trace de tous les processus en cours d’utilisation par le système, ce qui vous permet d’agir sur ces processus lors d’un changement de niveau d’exécution du système (voir Les fichiers de démarrage : init sysv, page 75). 54 Chapitre 7. Organisation de l’arborescence des fichiers 7.5. /etc : les fichiers de configuration Le répertoire /etc est essentiel à tout système UNIX . Il contient tous les fichiers de configuration de base du système. Ne l’effacez surtout pas pour gagner de la place ! De même, si vous voulez étaler votre arborescence sur plusieurs partitions, sachez que /etc ne doit pas être mis sur une partition séparée : il est nécessaire à l’initialisation du système. Quelques fichiers importants : • passwd et shadow : ces deux fichiers contiennent tous les utilisateurs du système ainsi que leurs mots de passe cryptés. shadow n’est là que si vous utilisez les mots de passe shadow, c’est l’option par défaut de l’installation ; • inittab : c’est le fichier de configuration du programme init, qui joue un rôle fondamental lors du démarrage du système. • services : ce fichier contient une énumération des services réseau existants ; • profile : il s’agit du fichier de configuration du shell, bien que certains shells en utilisent d’autres. Par exemple, bash utilise bashrc ; • crontab : fichier de configuration de cron, programme chargé de l’exécution périodique de commandes. Il existe également certains sous-répertoires pour les programmes dont la configuration requiert un grand nombre de fichiers. C’est le cas de X Window System , par exemple, qui dispose de tout le répertoire /etc/X11. 55 Chapitre 7. Organisation de l’arborescence des fichiers 56 Chapitre 8. Systèmes de fichiers et points de montage Pour connaître aisément le fonctionnement de ces systèmes, prenons un cas pratique. Supposons que vous veniez juste d’acheter un disque dur flambant neuf, encore vierge de toute partition. Votre partition consacrée à Mandrake Linux est pleine à ras bord, et plutôt que de tout refaire à partir de zéro, vous décidez de déplacer toute une partie de l’arborescence sur votre nouveau disque dur. Votre nouveau disque dur étant très gros, vous décidez d’y déplacer votre répertoire le plus encombrant : /usr. Avant d’expliquer la solution, faisons un pas en arrière pour comprendre les principes de base. 8.1. Principes Comme nous l’avons déjà mentionné dans le Guide d’installation, chaque disque dur est divisé en plusieurs partitions et chacune de ces partitions contient un système de fichiers. Tandis que windows associe une lettre à chacun de ces systèmes de fichiers (enfin, seulement à ceux qu’il reconnaît), GNU/Linux possède une arborescence unique, et chacun des systèmes de fichiers est monté à un endroit de l’arborescence. De même que windows a besoin d’un « lecteur C: », GNU/Linux a besoin de pouvoir monter la racine de son arborescence (/) quelque part, en l’occurrence sur une partition qui contient le système de fichiers racine. Une fois la racine montée, on peut monter d’autres systèmes de fichiers sur différents points de montage qui existent dans l’arborescence. N’importe quel répertoire en-dessous de la racine peut faire office de point de montage, et vous pouvez monter le même système de fichiers plusieurs fois et ce sur différents points de montage. Cela autorise une grande souplesse dans la configuration. Dans le cas d’un serveur Web, par exemple, il est courant de consacrer une partition entière au répertoire hébergeant les données du serveur. Le répertoire qui les contient est en règle générale /var/www ; ce dernier fera donc office de point de montage pour la partition. Vous pouvez voir dans les figure 8-1 et figure 8-2 la situation du système avant et après le montage des fichiers. / / /home /usr /var /cgi−bin /html /icons /var/www Système de fichiers racine (déja monté) Système de fichiers contenant les fichiers de « /var/www » (pas encore monté) Figure 8-1. Avant le montage du système de fichiers 57 Chapitre 8. Systèmes de fichiers et points de montage / /home /usr /var /var/www /var/www/cgi−bin /var/www/html /var/www/icons Figure 8-2. Après le montage du système de fichiers Comme vous pouvez l’imaginer, cela présente de nombreux avantages : l’arborescence sera toujours la même, qu’elle s’étende sur un seul système de fichiers ou plusieurs dizaines1, et il est toujours possible de déplacer physiquement une partie encombrante de l’arborescence sur une autre partition quand la place vient à manquer, ce que nous allons faire ici. Il faut savoir deux choses sur les points de montage : 1. le répertoire faisant office de point de montage doit exister; 2. ce même répertoire devrait être vide : si un répertoire choisi comme point de montage contient déjà des fichiers et sous-répertoires, ceux-ci seront tout simplement « cachés » par le système de fichiers nouvellement monté, mais ils ne seront pas effacés. Ils seront tout simplement inaccessibles jusqu’à ce que vous libériez ce point de montage. En fait, il est possible d’accéder aux données ”cachées”par le système de fichiers nouvellement monté. Vous n’avez qu’à monter le répertoire caché avec l’option --bind. Par exemple, si vous venez tout juste de monter le répertoire /cache/repertoire/ et que vous voulez accéder à son contenu original dans le répertoire nouveau/repertoire/, vous devrez taper la commande : mount --bind /hidden/directory/ /new/directory 8.2. Partitionner un disque dur, formater une partition À la lecture de cette section, gardez à l’esprit deux choses : un disque dur est divisé en partitions, et chacune de ces partitions héberge un système de fichiers. Votre disque dur tout neuf ne possède ni l’une ni l’autre, donc nous commencerons par le partitionnement. Afin de procéder, vous devez être root. Premièrement, vous devez connaître le « nom » de votre disque dur (par exemple ; quel fichier le design). Supposons que le nouveau disque dur est réglé en tant qu’esclave sur votre interface IDE principale. Dans ce cas, son nom sera /dev/hdb.2. Référez-vous au chapitre Gérer ses partitions du Guide de démarrage, qui explique comment partitionner un disque. DiskDrake créera également un système de fichiers pour vous. Donc, lorsque les étapes de partitionnement et de création de système de fichiers seront complétées, nous pourrons procéder. 1. 2. 58 GNU/Linux peut gérer jusqu’à 64 systèmes de fichiers montés en même temps. Vous trouverez plus de renseignements à ce sujet dans le Guide d’installation. Chapitre 8. Systèmes de fichiers et points de montage 8.3. Les commandes mount et umount Maintenant que le système de fichiers est créé, on peut monter la partition. Elle sera vide dans un premier temps, bien sûr. La commande pour monter des systèmes de fichiers est la commande mount, et sa syntaxe est la suivante : mount [options] <-t type> [-o options de montage] <périphérique> <point de montage> En l’occurrence, on souhaite monter notre partition sur /mnt ou tout autre point de montage que vous aurez choisi (n’oubliez pas qu’il doit exister) ; la commande pour monter notre partition nouvellement créée est la suivante : $ mount -t ext2 /dev/hdb1 /mnt L’option -t sert à spécifier quel type de système de fichiers la partition est censée héberger. Parmi les systèmes de fichiers que vous rencontrerez le plus souvent, vous trouverez ext2FS (le système de fichiers de GNU/Linux ) ou ext3FS (une version améliorée de ext2FS munie de capacités de journalisation), VFAT (pour toutes les partitions DOS /windows : FAT 12, 16 ou 32) et ISO9660 (système de fichiers des CD-ROM). Si vous ne spécifiez aucun type, mount essaiera et trouvera quel système de fichier est hébergé par cette partition en lisant le superblock. Il échoue rarement. L’option -o sert à spécifier une ou plusieurs options de montage. Ces options dépendent du système de fichiers utilisé. Reportez-vous à la page de manuel de mount(8) pour plus de détails. Maintenant que vous avez monté votre nouvelle partition, il s’agit de recopier tout le répertoire /usr dedans : $ (cd /usr && tar cf - .) | (cd /mnt && tar xpvf -) Maintenant que les fichiers sont recopiés, on peut démonter notre partition. Pour cela, la commande est umount. Sa syntaxe est simple : umount <point de montage|périphérique> Donc, pour démonter notre nouvelle partition, on peut taper : $ umount /mnt ou bien : $ umount /dev/hdb1 Cette partition étant appelée à « devenir » notre répertoire /usr, il nous faut le dire au système. Pour cela, il nous faut remplir : 8.4. Le fichier /etc/fstab Le fichier /etc/fstab permet d’automatiser le montage de certains systèmes de fichiers, en particulier au démarrage du système. Il contient une série de lignes décrivant les systèmes de fichiers, leur point de montage et d’autres options. Voici un exemple de fichier /etc/fstab : /dev/hda1 /dev/hda5 /dev/hda6 /dev/fd0 /dev/cdrom none none / /home swap /mnt/floppy /mnt/cdrom /proc /dev/pts ext2 ext2 swap auto auto proc devpts defaults 1 1 defaults 1 2 defaults 0 0 sync,user,noauto,nosuid,nodev,unhide 0 0 user,noauto,nosuid,exec,nodev,ro 0 0 defaults 0 0 mode=0622 0 0 Une ligne contient, dans l’ordre : • le périphérique hébergeant le système de fichiers, 59 Chapitre 8. Systèmes de fichiers et points de montage • le point de montage, • le type du système de fichiers, • les options de montage, • le drapeau de sauvegarde par l’utilitaire dump, • l’ordre de la vérification par fsck (FileSystem ChecK, vérification des systèmes de fichiers). Comme de juste, il y a toujours une entrée pour la racine. Les partitions de swap sont particulières puisqu’elles ne sont pas visibles dans l’arborescence, et le champ « point de montage » pour ces partitions contient le motclé swap. Nous reviendrons plus en détail sur /proc dans Le système de fichiers /proc, page 69. Un autre système de fichier particulier (que nous ne détaillerons pas) est /dev/pts. Revenons à nos moutons. Vous avez bougé toute la hiérarchie /usr sur /dev/hdb1 et donc vous voudriez que cette partition soit montée en tant que /usr/ au démarrage. Dans ce cas il vous faudra ajouter une entrée dans le fichier : /dev/hdb1 /usr ext2 defaults 1 2 Ainsi à chaque démarrage la partition sera montée. Elle sera également vérifiée si besoin est. Il existe deux options particulières : noauto et user. L’option noauto indique que le système de fichiers ne doit pas être monté au démarrage mais doit être monté explicitement. L’option user indique que n’importe quel utilisateur peut monter et démonter le système de fichiers. Ces deux options sont logiquement utilisées pour le lecteur CD-ROM et le lecteur de disquettes. Il existe d’autres options, et /etc/fstab dispose de sa propre page de manuel (fstab(5)). Enfin, l’un des avantages (et non des moindres) de ce fichier est qu’il simplifie la syntaxe de la commande mount. Pour monter un système de fichiers qui y est référencé, on peut au choix référencer le point de montage ou le périphérique. Ainsi, pour monter une disquette, on peut taper : $ mount /mnt/floppy ou bien : $ mount /dev/fd0 Terminons-en avec notre exemple de déplacement de partitions : nous avons recopié la hiérarchie /usr et rempli /etc/fstab pour que la nouvelle partition soit montée au démarrage. Mais pour l’instant les anciens fichiers de /usr sont toujours là! Il faut donc les effacer pour libérer de la place (ce qui, après tout, était notre objectif premier). Pour cela, donc, il vous faut tout d’abord mettre la machine en mode « single user » en lançant la commande telinit 1; puis : • effacer tous les fichiers du répertoire /usr (l’« ancien », donc, puisque le « nouveau » n’est pas monté pour l’instant) : rm -Rf /usr/*; • monter le « nouveau » /usr : mount /usr/ Et voilà ! Revenez maintenant en mode multiutilisateurs (telinit 3 ou telinit 5), et si vous n’avez plus de tâche d’administration à accomplir sur votre machine, il est temps de mettre fin à la session de l’utilisateur privilégié root. 8.5. La fonction supermount Les noyaux les plus récents tels que fournis par Mandrake Linux comportent une fonctionnalité intéressante pour les utilisateurs utilisant fréquemment des disquettes ou des CD : supermount. Tout dépendant du niveau de sécurité que vous aurez choisi, la fonctionnalité supermount peut être installée ou non. Supermount monte et démonte automatiquement les supports lorsqu’ils sont insérés ou enlevés, ce qui est très utile car il n’est plus nécessaire de lancer les commandes mount ou umount afin d’accéder à ces périphériques. 60 Chapitre 9. Le système de fichiers Linux Votre système GNU/Linux est naturellement contenu sur votre disque, dans un système de fichiers. Voici une présentation des différents systèmes de fichiers disponibles sous GNU/Linux , et des possibilités qui vous sont offertes. 9.1. Comparatif de quelques systèmes de fichiers Lors de l’installation, vous pouvez choisir différents systèmes de fichier pour vos partitions, c’est-à-dire, de formater vos partitions selon différents algorithmes. À moins d’être un spécialiste, le choix n’est pas forcément évident. Nous vous proposons ici une rapide présentation des trois systèmes de fichiers les plus courants, tous disponibles dans Mandrake Linux. 9.1.1. Les différents systèmes de fichiers utilisables 9.1.1.1. Ext2 Le Second Extended File System, en abrégé Ext2 ou ext2, est le système de fichier par défaut de GNU/Linux depuis de nombreuses années. Il est le successeur de Extended File System (d’où le « Second »), dont il corrige certains problèmes et certaines limitations. Ext2 respecte les standards usuels des systèmes de fichiers pour systèmes de type Unix. Dès sa conception, il était destiné à évoluer, tout en offrant une grande robustesse et de bonnes performances. 9.1.1.2. Ext3 Comme le nom le laisse supposer, le Third Extended File System (troisième système de fichiers étendu) est appelé à devenir le successeur de Ext2. Il conserve une compatibilité avec celui-ci, mais ajoute une fonctionnalité très intéressante : la journalisation. Un des problèmes majeurs avec les systèmes de fichiers « traditionnels » comme Ext2, est leur faible tolérance aux pannes, telles qu’un arrêt brutal du système (coupure de courant ou plantage logiciel). En général, de tels événements se soldent par un examen très long de la structure du système de fichiers, des tentatives de corrections d’erreurs, parfois pour aboutir à une corruption étendue du système de fichiers. Donc, une perte partielle ou totale des données enregistrées. La journalisation est une réponse à ce problème. Pour simplifier, disons que le principe consiste à enregistrer les actions à effectuer dans un journal avant de les effectuer réellement, un peu comme un capitaine de bateau note dans son journal de bord les événements de la journée. Le résultat est un système de fichiers qui reste toujours cohérent. En cas de problème, l’examen du système de fichiers consiste à regarder le journal et effectuer les actions qui n’ont pas eu le temps d’être effectuées avant le crash. Le temps de vérification d’un système de fichiers n’est donc plus proportionnel à la taille de celui-ci, mais à son degré d’utilisation. Ext3 propose donc cette technologie, tout en conservant une structure interne basée sur Ext2FS, ce qui assure une excellente compatibilité. Cela rends même possible le basculement de ext2 vers Ext3 et inversement. 9.1.1.3. ReiserFS Au contraire de Ext3, ReiserFS est un système de fichiers recréé en partant de zéro. Il est également journalisé comme Ext3, mais sa structure interne est radicalement différente. En particuliers, il utilise des concepts d’arbres binaires inspirés des logiciels de base de données. 9.1.1.4. JFS JFS est le système de fichiers journalisé développé et utilisé par IBM. Initialement propriétaire et fermé, IBM a récemment décidé d’ouvrir l’accès au monde du Logiciel Libre à ce système de fichiers. Sa structure interne est proche de celle de ReiserFS. 61 Chapitre 9. Le système de fichiers Linux 9.1.1.5. XFS XFS est le système de fichiers journalisé crée par SGI et utilisé par son système d’exploitation IRIX. Propriétaire et fermé au commencement, SGI a décidé de l’ouvrir au monde du Logiciel Libre. Sa structure interne a de nombreuses fonctionnalités comme un contrôle temps-réel de la bande passante, l’optimisation de l’espace disque, et les systèmes de fichiers clusterisés (pas dans la version libre). 9.1.2. Différences entre ces systèmes de fichiers Ext2 Ext3 ReiserFS JFS XFS Stabilité Excellente Bonne Bonne Moyenne Bonne Outils pour récupérer un fichier effacé Oui (complexe) Oui (complexe) Non Non Non Temps de redémarrage après un crash Long, voire très long Rapide Très rapide Très rapide Très rapide Intégrité des données en cas de crash En générale, Très bonne bonne, mais risques de pertes partielles ou totales non négligeables Très bonne. La perte complète des sonnées est très rare Très bonne Très bonne ACL support Yes No No Yes Yes Tableau 9-1. Caractéristiques des systèmes de fichiers Á propos des tailles maximales de fichiers, cela dépend d’un grand nombre de paramètres (comme la taille des blocs pour ext2/ext3), et est susceptible d’évoluer suivant la version du noyau et l’architecture du système. Ceci étant, le minimum disponible est actuellement généralement proche ou supérieur à 2To (1To=1024 Go) et peut atteindre 4Po (1Po=1024 To) pour JFS. Cependant ces valeurs sont aussi limitées par la taille des périphériques bloc, qui, pour les noyaux 2.4.X actuels est limitées (sur les architectures X86) à 2To1 même en mode RAID. Pour plus d’information, consulter Adding Support for Arbitrary File Sizes to the Single UNIX Specification (http://ftp.sas.com/standards/large.file/x_open.20Mar96.html). 9.1.3. Et question performances ? Il est toujours très délicat de réaliser un comparatif de performances. Tous les tests que l’on peut effectuer présentent diverses limitations, et les résultats doivent toujours être interprétés avec précautions. De plus, si Ext2 est aujourd’hui très mature et évolue fort peu, les systèmes journalisés Ext3 et ReiserFS évoluent très rapidement. De nouvelles fonctionnalités pour ReiserFS sont inclues dans ReiserFS4 qui est en test dans le noyau 2.6. D’un autre coté XFS a beaucoup de fonctionnalités avancées qui avec le temps marchent de mieux en mieux sous linux. L’approche de JFS est totalement différente, implémentant fonctionnalité après fonctionnalité, le processus est plus long mais leur permet d’avoir une base de code très propre. Des tests effectués il y a quelques mois ou quelques semaines sont déjà trop anciens. Par ailleurs, les performances physiques des matériels actuels (notamment des disques durs) estompent les différences. XFS a l’avantage d’être actuellement le plus performant sur des petits fichiers (moins de 4ko). Chaque système présente ses avantages et ses inconvénients, et en fait tout dépend de l’utilisation que vous compter faire de votre ordinateur. Une simple machine de bureau pourra se contenter de Ext2. Pour un serveur, on préférera sans doute un système de fichier journalisé comme Ext3. ReiserFS, peut-être du fait de ce qui l’a inspiré, est plutôt recommandé pour un serveur de base de données. JFS sera préféré dans les cas où l’exigence principale est la rapidité du système de fichiers. XFS est intéressant si vous recherchez une de ses fonctionnalités avancées. 1. Vous pouvez vous demander comment atteindre de telles capacités avec des disques durs qui atteignent difficilement les 180Go. En fait, en utilisant 3 cartes RAID hébergeant chacune 8 disques de 128Go, on atteint les 3To... 62 Chapitre 9. Le système de fichiers Linux Pour une utilisation « normale », les quatre systèmes de fichiers présentent à peu près les mêmes performances moyennes. ReiserFS est plus rapide pour l’accès aux fichiers de petites tailles, mais sensiblement plus lent pour la manipulation de gros fichiers (plusieurs mégaoctets). Dans la plupart des cas, les avantages de la journalisation de ReiserFS l’emportent sur ces inconvénients. Notez que par défaut ReiserFS est monté avec l’option notail. Cela signifie qu’il n’y a pas d’optimisation pour les petits fichiers et que les gros fichiers sont traités à une vitesse normale. 9.2. Tout est fichier Le Guide de démarrage a introduit les concepts de propriété des fichiers et les droits d’accès, mais pour vraiment comprendre le système de fichiers de UNIX (cela s’applique aux systèmes de fichiers Linux ), il faut redéfinir cette notion même de fichier. Ici, « tout » veut vraiment tout : un disque dur, une partition sur ce disque dur, un port parallèle, une connexion à un site Web, une carte Ethernet , même les répertoires sont des fichiers pour Linux . Ainsi, mis à part les fichiers ordinaires et ces répertoires, d’autres types de fichiers sont donc reconnus. Mais ces types ne sont pas de l’ordre d’une différence de contenu puisque, pour GNU/Linux et pour tout système UNIX , un fichier, qu’il soit une image PNG, un fichier binaire ou autre, n’est fondamentalement qu’une quantité d’octets. La différenciation des fichiers en fonction de leur contenu est du ressort des applications. 9.2.1. Les différents types de fichier Vous vous souviendrez sans doute que dans la sortie de la commande ls -l, le caractère qui apparaît avant l’énoncé des droits d’accès représente le type du fichier. Deux types de fichiers ont déjà été présentés : les fichiers ordinaires (-) et les répertoires (d). Il est possible que vous rencontriez également ceux qui suivent si vous explorez l’arborescence et listez le contenu des répertoires : 1. Fichiers en mode caractère : ces fichiers sont soit des fichiers spéciaux du système (tel /dev/null, déjà mentionné) ou des périphériques (ports série ou parallèle) ; leur particularité commune étant en fait que leur contenu (s’il existe) n’est pas conservé en mémoire2. L’identification de ces fichiers se fait par la lettre ’c’. 2. Fichiers en mode bloc : ces fichiers sont des périphériques, et contrairement aux fichiers en mode caractère, leur contenu est, quant à lui, sauvegardé en mémoire. Les fichiers qui entrent dans cette catégorie peuvent être les disques durs, les partitions sur ces disques durs, les lecteurs de disquettes et de CD-ROM, etc. Les fichiers /dev/hda, /dev/sda5 sont d’autres exemples de ces fichiers en mode bloc. Sur la sortie d’un ls -l, ces fichiers seront identifiés par la lettre ’b’. 3. Liens symboliques : ces fichiers sont très courants et très utilisés dans la procédure de démarrage de Mandrake Linux (voir le chapitre Les fichiers de démarrage : init sysv, page 75). Comme leur nom l’indique, leur raison d’être est de lier symboliquement d’autres fichiers, c’est-à-dire qu’ils pointent (ou non) sur un fichier existant (ce point précis sera explicité plus loin dans le présent chapitre). Ils sont très souvent appelés soft links en anglais, ce qui est une erreur. Ils sont identifiés par la lettre ’l’. 4. Tubes nommés : au cas où vous vous posez la question : ils sont effectivement très similaires aux tubes utilisés par le shell, mais avec la particularité que ceux-ci ont un nom. Ils sont en fait très rares, et il est peu probable que vous en voyiez un durant votre voyage dans l’arborescence. Au cas où, cependant, leur identification se fait par la lettre ’p’ (pour en apprendre plus, lisez Tubes "anonymes" et tubes nommés, page 65). 5. Sockets : ce type de fichier est celui de toutes les connexions réseau. Mais seules quelques-unes3 d’entre elles portent des noms. Pour compliquer les choses, il existe plusieurs types de sockets, et un seul d’entre elles peut être lié, mais ces subtilités de classement dépassent de loin les objectifs de ce manuel. Des tels fichiers seront identifiés par la lettre ’s’. Voici un exemple pour chacun de ces types de fichiers : $ ls -l /dev/null /dev/sda /etc/rc.d/rc3.d/S20random /proc/554/maps \ /tmp/ssh-reine/ssh-510-agent 2. On emploie parfois le néologisme barbare « bufferisé », qui vient de l’anglais buffered , c’est-à-dire gardé en mémoire dans des tampons (buffers). 3. On emploiera « socket » au féminin en français. 63 Chapitre 9. Le système de fichiers Linux crw-rw-rw1 root brw-rw---1 root lrwxrwxrwx 1 root -> ../init.d/random* pr--r--r-1 reine srwx-----1 reine $ root disk root 1, 8, 3 May 0 May 16 Dec reine reine 5 1998 /dev/null 5 1998 /dev/sda 9 19:12 /etc/rc.d/rc3.d/S20random 0 Dec 10 20:23 /proc/554/maps| 0 Dec 10 20:08 /tmp/ssh-reine/ssh-510-agent= 9.2.2. I-nœuds Les >I-nœuds sont, avec le paradigme « Tout est fichier », les fondements de tout système de fichier UNIX . Le mot « inode » est l’abréviation de Nœud d’Index. Les i-nœuds sont stockés sur disque dans une table des i-nœuds. Les i-nœuds existent pour n’importe quel type de fichier susceptible d’être stocké sur un système de fichier, et cela inclut les répertoires, tubes nommés, fichiers en mode caractère, et ainsi de suite. Cela conduit à la fameuse phrase : « L’I-nœud est le fichier. » Les I-nœuds sont aussi le moyen grâce auquel UNIX identifie un fichier de manière unique. Oui, vous avez bien lu : sous UNIX , vous n’identifiez pas un fichier par son nom, mais par son numéro d’inœud 4. La raison en est qu’un même fichier peut avoir plusieurs noms, ou même pas de nom du tout. Un nom de fichier, sous UNIX , n’est qu’une entrée dans un i-nœud répertoire. Une telle entrée est appelée lien. Voyons ces liens d’un peu plus près. 9.3. Les liens Pour mieux comprendre ce que cache cette notion de liens, passons par une illustration. Créons un fichier (ordinaire) : $ pwd /home/reine/exemple $ ls $ touch a $ ls -il a 32555 -rw-rw-r-- 1 reine reine 0 Dec 10 08:12 a L’option -i de la commande ls affiche le numéro d’i-nœud, qui constitue le premier champ dans la sortie ; comme on le constate, avant que ne soit créé le fichier a, le répertoire était vide de tout autre fichier. Le troisième champ présente également un intérêt : il est le compteur de liens pour le fichier (pour l’i-nœud en fait...). On peut séparer la commande touch a en deux actions distinctes : • création d’un i-nœud, auquel le système a attribué le numéro 32555, dont le type est celui d’un fichier ordinaire, • création d’un lien vers cet i-nœud, nommé a, dans le répertoire courant, /home/reine/exemple. Par conséquent, le « fichier » appelé /home/reine/exemple/a est un lien vers l’i-nœud de numéro 32555. Il est pour l’instant le seul et le compteur de liens indique donc 1. Et si, maintenant, nous entrons : $ ln a b $ ls -il a b 32555 -rw-rw-r-32555 -rw-rw-r-$ 2 reine 2 reine reine reine 0 Dec 10 08:12 a 0 Dec 10 08:12 b nous avons créé un autre lien vers le même i-nœud. Comme on peut le constater, aucun fichier nommé b n’a été créé, mais ce qui a été ajouté est en fait un autre lien vers l’i-nœud de numéro 32555 dans le même répertoire 4. Important : notez que les numéros d’i-nœud sont uniques par système de fichier, ce qui signifie qu’un i-nœud avec le même numéro peut exister sur un autre système de fichier. Cela conduit à la différence entre les i-nœuds sur disque et les i-nœuds en mémoire. Alors que deux i-nœuds peuvent avoir le même numéro sur disque s’ils sont sur deux systèmes de fichiers différents, les i-nœuds en mémoire ont un numéro unique sur tout le système. Une solution pour obtenir l’unicité est par exemple de combiner le numéro sur disque avec l’identifiant du périphérique qui héberge le système de fichiers. 64 Chapitre 9. Le système de fichiers Linux nommé b. La deuxième sortie de ls -l nous indique ainsi que le compteur de liens est maintenant à 2 et non plus à 1. Et alors, si nous faisons ce qui suit : $ rm a $ ls -il b 32555 -rw-rw-r-$ 1 reine reine 0 Dec 10 08:12 b nous voyons que même si nous avons effacé le « fichier original », l’i-nœud existe encore. Mais maintenant le seul lien vers cet i-nœud est /home/reine/exemple/b. Ainsi, un fichier sous UNIX n’a pas de nom. À la place, il a un ou plusieurs liens, dans un ou plusieurs répertoires. Les répertoires eux-mêmes sont aussi stockés dans des i-nœuds, leur compteur de liens, correspond au nombre de leurs sous-répertoires. Cela est dû au fait qu’il existe au moins deux liens par répertoire : le répertoire luimême (.) et son répertoire parent (..). Des exemples typiques de fichiers qui ne sont pas liés (ils n’ont pas de noms) sont les connexions réseau : il vous sera impossible de voir le fichier correspondant à votre connexion à Mandrake Linux (www. mandrakelinux.com) dans votre arborescence, quel que soit le répertoire que vous essayiez. De même, quand vous utilisez un tube dans le shell, le fichier correspondant au tube existe bien, mais il n’est pas lié. Les i-nœuds sans noms sont aussi utilisés pour les fichiers temporaires. Vous pouvez créer ainsi un fichier temporaire, le manipuler puis le fermer. Il existe lorsqu’il est ouvert, mais personne d’autre ne peut l’ouvrir (puisqu’il n’a pas de nom). De cette façon, même si l’application plante, le fichier temporaire est effacé. 9.4. Tubes ”anonymes” et tubes nommés Revenons à l’exemple des tubes, car il est très intéressant et il constitue en soi une bonne illustration de la notion de liens. Lors de l’utilisation d’un tube dans une ligne de commande, voici ce qui se produit : le shell crée le tube et va faire en sorte que la commande située avant le tube écrive dans celui-ci, et que la commande située après lise les données du tube. Tous les tubes, qu’ils soient anonymes (comme ceux utilisés par le shell) ou nommés (voir ci-dessous), fonctionnent selon le principe FIFO (First In, First Out, premier arrivé, premier servi). L’utilisation des tubes avec le shell a déjà été illustrée, mais il est intéressant de le faire à nouveau : $ ls -d /proc/[0-9] | head -5 /proc/1/ /proc/2/ /proc/3/ /proc/4/ /proc/5/ Ce qui ne peut se voir dans cet exemple (parce que cela se passe trop vite) est la chose suivante : les écritures sur le tube sont bloquantes. Cela veut dire que quand la commande ls écrit dans le tube, elle est bloquée jusqu’à ce qu’un processus à l’autre bout lise à partir du tube. Pour visualiser cet effet, on pourra créer des tubes nommés (et qui, donc, seront liés, par opposition aux tubes utilisés par le shell qui ne le sont pas)5. La commande pour créer de tels tubes est mkfifo : $ mkfifo un_tube $ ls -il total 0 169 prw-rw-r-1 reine reine 0 déc # # On constate que le compteur de liens indique 1, et # que le fichier est un tube (’p’). # # On pourra aussi utiliser ln ici : # $ ln un_tube le_m^ eme_tube $ ls -il total 0 169 prw-rw-r-2 reine reine 0 déc 169 prw-rw-r-2 reine reine 0 déc $ ls -d /proc/[0-9] >un_tube 5. 10 14:12 un_tube| la sortie 10 15:37 un_tube| 10 15:37 le_m^ eme_tube| D’autres différences existent entre les deux type de tubes, mais cela sort du cadre de ce chapitre. 65 Chapitre 9. Le système de fichiers Linux # # Le processus est bloqué puisqu’il n’y a pas de lecteurs à l’autre # bout. Tapez C-z pour suspendre le processus... # zsh: 3452 suspended ls -d /proc/[0-9] > un_tube # # ...Puis placez-le en arrière-plan : # $ bg [1] + continued ls -d /proc/[0-9] > un_tube # # Maintenant lisez depuis le tube... # $ head -5 <le_m^ eme_tube # # ...le processus écrivain se termine : # [1] + 3452 done ls -d /proc/[0-9] > un_tube /proc/1/ /proc/2/ /proc/3/ /proc/4/ /proc/5/ $ De même, les lectures sont bloquantes. Si les commandes ci-dessus sont exécutées dans l’ordre inverse, nous observons que head se bloque en attendant qu’un processus lui envoie quelque chose à lire : $ head -5 <un_tube # # Le processus est bloqué, suspendez-le : C-z # zsh: 741 suspended head -5 < un_tube # # Mettez-le en t^ ache de fond... # $ bg [1] + continued head -5 < un_tube # # ...Et donnez-lui à manger :) # $ ls -d /proc/[0-9] >le_m^ eme_tube $ /proc/1/ /proc/2/ /proc/3/ /proc/4/ /proc/5/ [1] + 741 done head -6 < un_tube $ On constatera également un effet indésirable dans cet exemple : la commande ls a fini son exécution avant que la commande head ne prenne le relais. La conséquence est que vous êtes renvoyé immédiatement au prompt, et head n’est exécutée qu’après. Elle effectue en fait sa sortie seulement une fois le prompt récupéré. 9.5. Les fichiers spéciaux : fichiers mode bloc et caractère Nous avons déjà mentionné que ces fichiers peuvent être soit des fichiers créés par le système, soit des périphériques de votre machine, et que le contenu des fichiers en mode bloc était gardé en mémoire alors que tel n’était pas le cas des fichiers en mode caractère. Pour illustrer ceci, insérez une disquette quelconque dans le lecteur et tapez la commande suivante deux fois de suite : $ dd if=/dev/fd0 of=/dev/null Vous pouvez observer la chose suivante : le premier lancement de la commande enclenche la lecture du contenu complet de la disquette alors qu’aucun accès au lecteur de disquette n’est effectué lors de la deuxième entrée de la commande. La résolution du mystère est simple : le contenu de la disquette a été gardé en mémoire lors de la première exécution de la commande (à la condition évidente que vous n’ayez pas changé de disquette entre temps !). Et si, maintenant, vous avez envie de passer à l’impression d’un fichier important de cette façon : 66 Chapitre 9. Le système de fichiers Linux $ cat /un/gros/fichier/imprimable/quelque/part >/dev/lp0 Que vous la tapiez une, deux ou cinquante fois, la commande prendra en fait autant de temps. Tout simplement parce que /dev/lp0 est un fichier en mode caractère et que son contenu n’est donc pas gardé en mémoire. Le fait que le contenu des fichiers en mode bloc soit gardé en mémoire comporte un effet de bord agréable : non seulement les lectures sont gardées en mémoire, mais également les écritures. Cela permet aux écritures sur disque d’être asynchrones : quand vous écrivez un fichier sur disque, l’opération d’écriture elle-même ne sera pas accomplie immédiatement. Elle n’aura lieu que quand Linux décidera de lancer l’écriture physique. Enfin, chacun de ces fichiers spéciaux possède un numéro majeur et un numéro mineur. Sur la sortie d’un ls -l, ils apparaissent en lieu et place de la taille, puisque celle-ci n’entre pas en ligne de compte pour de tels fichiers : ls -l /dev/hda /dev/lp0 brw-rw---1 root disk crw-rw---1 root daemon 3, 6, 0 May 0 May 5 5 1998 /dev/hda 1998 /dev/lp0 Les numéros majeur et mineur de /dev/hda sont, respectivement 3 et 0, ici, et 6 et 0 pour /dev/lp0. Notez que ces chiffres correspondent chacun à un type de fichier : il peut ainsi exister un fichier en mode caractère ayant 3 pour majeur et 0 pour mineur (un tel fichier existe : c’est /dev/ttyp0), et un fichier en mode bloc ayant 6 pour majeur et 0 pour mineur. Ces numéros majeurs et mineurs existent pour une raison bien simple : ils permettent au noyau d’associer les bonnes opérations aux bons fichiers (et donc aux périphériques auxquels ces fichiers se réfèrent). En effet, on ne contrôle pas un lecteur de disquettes de la même façon que, par exemple, un disque dur SCSI. 9.6. Les liens symboliques et la limitation des liens en dur Il nous faut nous confronter à un malentendu très courant, même chez les utilisateurs d’UNIX . Celui-ci est, essentiellement, dû au fait qu’on attache la notion de liens (d’ailleurs faussement appelés « liens en dur ») aux fichiers ordinaires uniquement. Nous avons vu que ce n’est aucunement le cas puisque même les liens symboliques sont « liés ». Il nous faudra tout d’abord clarifier ce que sont ces liens symboliques6. Les liens symboliques sont des fichiers d’un type particulier dont le seul contenu est une chaîne de caractères arbitraire, qui peut ou non pointer sur un vrai nom de fichier. Quand vous mentionnez un lien symbolique sur la ligne de commande ou dans un programme, vous accédez en fait au fichier sur lequel pointe le lien, s’il existe. Par exemple : $ echo Bonjour >monfichier $ ln -s monfichier monlien $ ls -il total 4 169 -rw-rw-r-1 reine 416 lrwxrwxrwx 1 reine -> monfichier $ cat monfichier Bonjour $ cat monlien Bonjour reine reine 6 déc 10 21:30 monfichier 6 déc 10 21:30 monlien On constatera, d’une part, que le type du fichier monlien est ’l’ (les droits d’accès à un lien symbolique n’ont aucune signification : ils seront toujours rwxrwxrwx) ; et d’autre part, qu’il s’agit d’un fichier distinct de monfichier, parce que son numéro d’i-nœud est différent. Mais il se réfère au fichier monfichier de façon symbolique. Ainsi, lorsque vous tapez cat monlien, vous affichez en fait le contenu du fichier monfichier. Pour démontrer qu’un lien symbolique contient une chaîne arbitraire, nous pouvons faire ceci : $ ln -s "Je n’existe pas" unautrelien $ ls -il unautrelien 747 lrwxrwxrwx 1 reine reine -> Je n’existe pas $ cat unautrelien 15 déc 15 18:01 unautrelien 6. En anglais, les liens symboliques sont aussi appelés « soft links », tandis que les liens normaux sont appelés (toujours faussement) « hard links », ce qui donne l’expression française (toujours aussi fausse) de liens « en dur ». 67 Chapitre 9. Le système de fichiers Linux cat: unautrelien: Aucun fichier ou répertoire de ce type $ Si les liens symboliques existent, c’est parce qu’ils peuvent se libérer de certaines limites imposées aux liens normaux (« en dur ») : • deux fichiers qui existent sur des systèmes de fichiers distincts ne peuvent être liés ; et ceci pour une raison bien simple : le compteur de liens est stocké dans l’i-nœud lui-même, et les i-nœuds ne peuvent être partagés par plusieurs systèmes de fichiers. Les liens symboliques, quant à eux, le permettent ; • deux répertoires ne peuvent être liés pour éviter de créer des boucles dans le système de fichiers. Cependant, on pourra faire pointer un lien symbolique sur un répertoire et l’utiliser comme s’il s’agissait vraiment d’un répertoire. Les liens symboliques sont souvent d’une très grande utilité dans de nombreuses situations. Cependant, il est fréquent de les voir utiliser pour lier des fichiers qui pourraient l’être par un lien normal. Pourtant, l’avantage de ce dernier est qu’il empêche la perte du fichier lorsque l’« original » est effacé. Et puis, pour finir, vous aurez remarqué que la taille d’un lien symbolique correspond tout simplement à... la taille de la chaîne de caractères. 9.7. Les attributs des fichiers Si des attributs de fichiers (archive, fichier système, mode invisible) existe pour le système de fichier FAT, les systèmes de fichier de GNU/Linux en utilisent aussi, mais ils sont différents. Nous les décrirons brièvement ici même s’ils ne sont que peu utilisés. Poursuivez la lecture si vous désirez un système vraiment sécurisé ! La manipulation des attributs se fait par l’intermédiaire de deux commandes : lsattr et chattr. Vous l’aurez deviné, lsattr donne une LiSte des attributs, et chattr les CHange. Ces attributs s’appliquent seulement aux répertoires et aux fichiers ordinaires. Ce sont les suivants : 1. A (no Access time, pas de date d’accès) : lorsque cette propriété est attribuée à un fichier ou à un répertoire, la mise à jour de la dernière date d’accès (lecture et écriture) ne se fera pas. Cela peut être utile dans le cas de lectures répétées de fichiers ou de répertoires, ce paramètre étant le seul à changer sur un i-nœud lorsque celui-ci est ouvert en lecture seule. 2. a ( append only, uniquement pour ajout) : lorsque cette propriété est attribuée à un fichier, la seule opération possible lors de son ouverture en écriture sera l’ajout de données en fin de fichier. Dans le cas d’un répertoire, on ne pourra qu’y ajouter des fichiers ; il sera alors impossible de renommer des fichiers déjà existants ou d’en effacer. Précisons que seul root pourra apposer ou enlever cet attribut. 3. d (no dump, pas de sauvegarde) : dump est l’utilitaire UNIX standard pour faire des sauvegardes. Il sauvegardera tout système de fichiers pour lequel le compteur de sauvegarde est à 1 dans /etc/fstab (voir le chapitre Systèmes de fichiers et points de montage, page 57). Apposer cet attribut à un fichier ou à un répertoire, c’est demander que ces derniers ne soient pas pris en compte, contrairement aux autres, lors d’une sauvegarde ; et, dans le cas d’un répertoire, bien sûr, cela impliquera tous les sous-répertoires et fichiers qu’il contient. 4. i ( immutable, immuable) : un fichier ou répertoire avec cet attribut ne peut tout simplement pas être modifié : on ne pourra ni le renommer, ni y ajouter un lien 7. Il sera également impossible de l’effacer. Seul root peut apposer ou enlever cet attribut. Notez qu’il empêche également les changements de la date de dernier accès ; donc, nul besoin d’ajouter l’attribut A quand i est là. 5. s ( secure deletion, effacement sécurisé) : lorsqu’un fichier ou un répertoire ayant cet attribut est effacé, les blocs du disque qu’il occupait précédemment sont remplis de zéros. 6. S ( Synchronous mode, mode synchrone) : toutes les modifications apportées sur un fichier ou un répertoire possédant cet attribut sont synchrones et donc écrites immédiatement sur disque. Ainsi, placer l’attribut ’i’ sur des fichiers système essentiels permettra d’éviter maintes mésaventures ! L’attribut ’A’ apposé aux longs fichiers, quant à lui, diminuera grandement l’activité disque. Et donc prolongera sensiblement la vie de vos batteries de portables. 7. 68 Assurez-vous de bien comprendre ce que signifie « ajouter un lien » pour un fichier et un répertoire :-) Chapitre 10. Le système de fichiers /proc Le système de fichiers /proc est une spécificité de GNU/Linux . C’est un système de fichiers virtuel, et en tant que tel il ne prend aucun espace disque. C’est un moyen très pratique d’obtenir des informations sur le système, d’autant plus que la plupart des fichiers dans ce répertoire sont lisibles (enfin, avec un peu d’habitude). En fait, beaucoup de programmes collectent des informations depuis des fichiers de /proc, les formatent à leur façon puis les affichent. C’est le cas pour tous les programmes qui affichent des informations sur les processus, et nous en avons déjà vu quelques-uns (top, ps et autres). /proc est aussi une bonne source de renseignements sur votre matériel et, de même, bon nombre de programmes sont en fait des interfaces pour les informations contenues dans /proc. Il existe également un sous-répertoire spécial, /proc/sys. Il permet de changer ou de consulter certains paramètres du noyau en temps réel. 10.1. Renseignements sur les processus Si vous listez le contenu du répertoire /proc, vous verrez beaucoup de répertoires dont le nom est un nombre. Ce sont les répertoires contenant les informations sur tous les processus fonctionnant à un instant donné sur le système : $ ls -d /proc/[0-9]* /proc/1/ /proc/302/ /proc/127/ /proc/317/ /proc/2/ /proc/339/ /proc/250/ /proc/385/ /proc/260/ /proc/4/ /proc/275/ /proc/402/ /proc/290/ /proc/433/ /proc/3/ /proc/450/ /proc/451/ /proc/452/ /proc/453/ /proc/454/ /proc/455/ /proc/463/ /proc/487/ /proc/491/ /proc/496/ /proc/497/ /proc/5/ /proc/501/ /proc/504/ /proc/505/ /proc/509/ /proc/554/ /proc/556/ /proc/557/ /proc/558/ /proc/559/ /proc/565/ /proc/569/ /proc/594/ /proc/595/ /proc/633/ /proc/718/ /proc/755/ /proc/760/ /proc/761/ /proc/769/ /proc/774/ Notez qu’en tant qu’utilisateur, vous pouvez seulement afficher les informations relatives à vos vos propres processus (et ceci est tout à fait compréhensible). Donc, connectons-nous en tant que root et voyons quelle information devient disponible depuis le processus 127 : $ su Password: $ cd /proc/127 $ ls -l total 0 -r--r--r-1 lrwx-----1 -r-------1 lrwx-----1 dr-x-----2 pr--r--r-1 -rw------1 lrwx-----1 -r--r--r-1 -r--r--r-1 -r--r--r-1 $ root root root root root root root root root root root root root root root root root root root root root root 0 0 0 0 0 0 0 0 0 0 0 Dec Dec Dec Dec Dec Dec Dec Dec Dec Dec Dec 14 14 14 14 14 14 14 14 14 14 14 19:53 19:53 19:53 19:53 19:53 19:53 19:53 19:53 19:53 19:53 19:53 cmdline cwd -> // environ exe -> /usr/sbin/apmd* fd/ maps| mem root -> // stat statm status Chaque répertoire contient les mêmes entrées. Voici une brève description de quelques-unes de ces entrées : 1. cmdline : ce (pseudo) fichier contient l’intégralité de la ligne de commande utilisée pour invoquer le processus. Elle n’est pas formatée : il n’y a aucun espace entre le programme et ses arguments, ni de saut de ligne à la fin du fichier. Pour le rendre lisible, vous pouvez utiliser : perl -ple ’s,\00, ,g’ cmdline. 2. cwd : ce lien symbolique pointe vers le répertoire de travail en cours (Current Working Directory) du processus. 3. environ : ce fichier contient toutes les variables d’environnement pour le processus, sous la forme VARIABLE=valeur. De même que pour cmdline, la sortie n’est pas du tout formatée : pas de saut de ligne pour séparer les différentes variables, ni de saut de ligne à la fin non plus. Une solution pour le consulter : perl -ple ’s,\00,\n,g’ environ. 4. exe : c’est un lien symbolique pointant sur le fichier exécutable correspondant au processus en cours d’exécution. 69 Chapitre 10. Le système de fichiers /proc 5. fd : ce sous-répertoire contient la liste de tous les descripteurs de fichiers actuellement ouverts par le processus. Voyez ci-dessous. 6. maps : lorsque vous affichez le contenu de ce tube nommé (avec cat par exemple), vous voyez toutes les parties de l’espace d’adressage du processus qui sont actuellement des projections en mémoire de fichiers. Les champs, de gauche à droite, sont : la plage d’adresses de la projection mémoire, les permissions associées à cette projection, le décalage depuis le début du fichier où commence la projection, les numéros majeur et mineur (en hexadécimal) du périphérique sur lequel le fichier projeté se trouve, le numéro d’inœud du fichier et enfin, le nom du fichier lui-même. Lorsque le périphérique est 0 et qu’il n’y a ni numéro d’inœud, ni nom de fichier, ce sont des projections anonymes. Voyez mmap(2). 7. root : c’est un lien symbolique qui pointe vers le répertoire racine utilisé par le processus. Habituellement, ce sera /, mais voyezchroot(2). 8. status : ce fichier contient diverses informations sur le processus : le nom de l’exécutable, son état actuel, son PID et son PPID, ses UID et GID réels et effectifs, son occupation mémoire, etc. Notez que les fichiers stat et statm sont désormais obsolètes. l’information qu’ils contenaient est synthétisée dans status Si nous listons le contenu du répertoire fd pour le processus 127, nous obtenons ceci : $ ls -l fd total 0 lrwx-----l-wx-----l-wx-----l-wx-----lrwx-----lr-x-----lrwx-----$ 1 1 1 1 1 1 1 root root root root root root root root root root root root root root 64 64 64 64 64 64 64 déc déc déc déc déc déc déc 16 16 16 16 16 16 16 22:04 22:04 22:04 22:04 22:04 22:04 22:04 0 -> /dev/console 1 -> pipe:[128] 2 -> pipe:[129] 21 -> pipe:[130] 3 -> /dev/apm_bios 7 -> pipe:[130] 9 -> /dev/console Ceci représente en fait la liste des descripteurs de fichiers ouverts par le processus. Chaque descripteur ouvert est matérialisé par un lien symbolique (dont le nom est le numéro du descripteur) : ce lien pointe vers le fichier ouvert par le biais de ce descripteur1. Vous pouvez également remarquer les permissions des liens symboliques : c’est le seul endroit où elles ont un sens pour les liens symboliques, puisqu’elles sont ici le reflet des droits avec lesquels le fichier correspondant au descripteur a été ouvert. 10.2. Informations sur le matériel Outre les répertoires des différents processus, /proc contient aussi une foule de renseignements sur le matériel présent dans votre machine. Une liste des fichiers du répertoire /proc donne ceci : $ ls -d [a-z]* apm dma bus/ fb cmdline filesystems cpuinfo fs/ devices ide/ $ interrupts ioports kcore kmsg ksyms loadavg locks meminfo misc modules mounts mtrr net/ partitions pci rtc scsi/ self/ slabinfo stat swaps sys/ tty/ uptime version Par exemple, en ce qui concerne le contenu de interrupts, on constate qu’il contient la liste des interruptions actuellement utilisées par le système, ainsi que le périphérique qui les utilise. De même, ioports contiendra la liste des plages d’entrée/sortie actuellement activées, et enfin dma fera de même avec les canaux DMA. Ainsi, pour repérer un conflit, il suffira de vérifier le contenu de ces trois fichiers : $ cat interrupts CPU0 0: 127648 1: 5191 2: 0 5: 1402 8: 1 10: 0 12: 2631 13: 1 14: 73434 15: 80234 1. 70 XT-PIC XT-PIC XT-PIC XT-PIC XT-PIC XT-PIC XT-PIC XT-PIC XT-PIC XT-PIC timer keyboard cascade xirc2ps_cs rtc ESS Solo1 PS/2 Mouse fpu ide0 ide1 Pour un rappel de ce que sont ces descripteurs 0, 1 et 2, voyez la section Redirections et tubes, page 23. Chapitre 10. Le système de fichiers /proc NMI: 0 $ cat ioports 0000-001f : dma1 0020-003f : pic1 0040-005f : timer 0060-006f : keyboard 0070-007f : rtc 0080-008f : dma page reg 00a0-00bf : pic2 00c0-00df : dma2 00f0-00ff : fpu 0170-0177 : ide1 01f0-01f7 : ide0 0300-030f : xirc2ps_cs 0376-0376 : ide1 03c0-03df : vga+ 03f6-03f6 : ide0 03f8-03ff : serial(auto) 1050-1057 : ide0 1058-105f : ide1 1080-108f : ESS Solo1 10c0-10cf : ESS Solo1 10d4-10df : ESS Solo1 10ec-10ef : ESS Solo1 $ cat dma 4: cascade $ Ou, pour aller vraiment plus vite, utilisez la commande lsdev, qui regroupe les informations de ces trois fichiers et classe les informations par périphérique2 : $ lsdev Device DMA IRQ I/O Ports -----------------------------------------------cascade 4 2 dma 0080-008f dma1 0000-001f dma2 00c0-00df ESS 1080-108f 10c0-10cf 10d4-10df 10ec-10ef fpu 13 00f0-00ff ide0 14 01f0-01f7 03f6-03f6 1050-1057 ide1 15 0170-0177 0376-0376 1058-105f keyboard 1 0060-006f Mouse 12 pic1 0020-003f pic2 00a0-00bf rtc 8 0070-007f serial 03f8-03ff Solo1 10 timer 0 0040-005f vga+ 03c0-03df xirc2ps_cs 5 0300-030f $ Une énumération complète des fichiers présents serait trop longue. Néanmoins, voici la description de quelques-uns d’entre eux : • cpuinfo : informe sur le ou les processeur(s) présent(s) dans votre machine. • modules : liste les modules actuellement utilisés dans le noyau ainsi que leurs compteurs d’utilisation. En fait, il s’agit de la même information que celle reportée par la commande lsmod. • meminfo : contient des informations sur l’état de la mémoire à l’instant où vous affichez son contenu. Une sortie plus clairement formatée est disponible avec la commande free. • apm : si vous avez un ordinateur portable, afficher le contenu de ce fichier vous permet de voir l’état de votre batterie. Vous pouvez savoir si l’alimentation externe est branchée, connaître la charge courante de votre batterie, et si le BIOS APM de votre portable le permet (malheureusement, ce n’est pas le cas pour tous les ordinateur portables), la durée de vie restante, en minutes. Le fichier n’est pas très lisible en tant que tel. Il 2. lsdev fait partie du paquetage procinfo. 71 Chapitre 10. Le système de fichiers /proc est donc conseillé d’utiliser la commande apm à la place, qui donne les mêmes informations dans un format plus lisible (si on comprend l’anglais...). Les ordinateurs modernes proposent maintenant la norme ACPI au lieu de APM. Voir ci-dessous. • bus : ce sous-répertoire contient des renseignements sur tous les périphériques trouvés sur les différents bus de votre machine. En général, ces renseignements sont peu lisibles, et sont pour la plupart traités et remis en forme par des utilitaires externes : lspcidrake, lspnp, etc. • acpi : Plusieurs des fichiers accessibles dans ce répertoires sont intéressant surtout pour les ordinateurs portables. Vous pourrez aussi y sélectionner plusieurs options d’économie d’énergie. Il est cependant plus aisé de modifier ces paramètres au travers d’une interface de haut niveau, comme celles incluses dans les paquetages acpid et kacpi. Les entrées les plus intéressantes sont : battery Indique le nombre de batteries présentes, et les informations afférentes telles que autonomie restante, capacité maximum, etc. button Permet de définir les actions associées aux boutons « spéciaux » du clavier tels que marche/arrêt, veille, etc. fan Affiche l’état des ventilateurs de l’ordinateur, et permet de définir des seuils pour leur mise en marche ou arrêt. Le degré de contrôle disponible dépend de la carte mère. processor Il existe ici un sous-répertoire par processeur présent dans la machine. Les options de contrôle varient d’un processeur à l’autre. Les processeurs dits « mobiles » proposent plus de fonctions, dont : • possibilité d’utiliser plusieurs états d’énergie, proposant différents équilibres entre consommation et performance. • possibilité de changer la fréquence d’horloge pour réduire la consommation. Notez que nombre de processeurs n’offrent aucune de ces possibilités. thermal_zone Information à propos de la température des différents éléments de l’ordinateur. 10.3. Le sous-répertoire /proc/sys Le rôle de ce sous-répertoire est de reporter différents paramètres du noyau, et de permettre la modification de certains d’entre eux en temps réel. À la différence de tous les autres fichiers de /proc, certains fichiers de ce répertoire sont accessibles en écriture, mais seulement par root. Une liste des répertoires et fichiers présents serait trop longue. D’une part, ceux-ci dépendent en grande partie de votre système ; d’autre part, la plupart des fichiers ne sont utiles que pour des programmes hautement spécialisés. Voici toutefois trois utilisations courantes de ce sous-répertoire : 1. autoriser le routage : même si le noyau par défaut de Mandrake Linux est capable de router, il faut l’y autoriser explicitement. Pour cela, il suffit de taper la commande suivante en tant que root : $ echo 1 >/proc/sys/net/ipv4/ip_forward Remplacez le 1 par un 0 si vous voulez interdire le routage. 72 Chapitre 10. Le système de fichiers /proc 2. empêcher l’usurpation d’adresse IP : (IP Spoofing en anglais) elle consiste à faire croire qu’un paquet provenant de l’extérieur vient de l’interface même par laquelle il arrive. C’est une technique couramment employée par les crackers 3, mais il est possible de faire en sorte que le noyau empêche ce genre d’intrusion pour vous. Il vous suffit de taper : $ echo 1 >/proc/sys/net/ipv4/conf/all/rp_filter Ce type d’attaque devient alors impossible. 3. augmentation de la capacité des tables de fichiers et d’inœuds : la taille de la table des fichiers ouverts et de la table des inœuds en mémoire est dynamique sous GNU/Linux . Les valeurs par défaut sont très largement suffisantes pour une utilisation normale, mais elles peuvent ne pas suffire si votre machine fait office de serveur important (un serveur de bases de données par exemple). Le premier obstacle est justement le fait que les processus ne peuvent plus ouvrir de fichiers parce que la table est pleine, il faut donc en augmenter la taille. Parallèlement, il faut aussi augmenter la taille de la table des inœuds. Ces deux lignes résoudront le problème : $ echo 8192 >/proc/sys/fs/file-max $ echo 16384 >/proc/sys/fs/inode-max Pour que ces paramètres soient appliqués dès le démarrage du système, il est conseillé de rajouter ces deux lignes dans /etc/sysctl.conf afin de ne pas devoir les retaper à chaque fois. Voir sysctl.conf(5). 3. Et non pas les hackers ! 73 Chapitre 10. Le système de fichiers /proc 74 Chapitre 11. Les fichiers de démarrage : init sysv Dans la tradition UNIX , il existe deux procédures de démarrage du système : la procédure BSD et la procédure « System V », toutes les deux nommées d’après le système UNIX qui les a utilisées pour la première fois (resp. Berkeley Software Distribution, « distribution logicielle de Berkeley » et AT&T UNIX System V ). La procédure BSD est la plus simple, mais la procédure System V est nettement plus souple d’utilisation même si elle est moins facile à comprendre. Et ce sera précisément le rôle de ce chapitre de vous en rendre l’accès plus aisé. 11.1. Au commencement était init Lorsque le système démarre, après que le noyau ait tout configuré et monté la racine du système de fichiers, il exécute le programme /sbin/init 1. init est le père de tous les processus du système et il est chargé d’amener le système au niveau d’exécution voulu. Nous reviendrons sur les niveaux d’exécution plus tard (cf Les niveaux d’exécution, page 75). Le fichier de configuration d’init est /etc/inittab. Ce fichier possède sa propre page de manuel (inittab(5)), mais nous ne décrirons ici que quelques directives. La ligne qui doit d’abord attirer votre attention est celle-ci : si::sysinit:/etc/rc.d/rc.sysinit Cette directive dit à init que /etc/rc.d/rc.sysinit doit être exécuté à l’initialisation du système (si pour System Init) avant tout autre chose. Pour déterminer le niveau d’exécution par défaut, init recherche ensuite la ligne contenant l’action initdefault : id:5:initdefault: En l’occurrence, init sait que le niveau d’exécution par défaut est 5. Il sait également que pour entrer dans le niveau 5, il lui faudra exécuter la commande suivante : l5:5:wait:/etc/rc.d/rc 5 Vous constatez que la syntaxe pour chacun des niveaux d’exécution est similaire. init est également chargé de relancer (respawn) certains programmes que lui seul est en mesure de relancer. C’est le cas, par exemple, de tous les programmes de connexion qui tournent sur chacun des 6 terminaux virtuels.2. Pour la deuxième console virtuelle, cela donnera : 2:2345:respawn:/sbin/mingetty tty2 11.2. Les niveaux d’exécution Tous les fichiers qui participent au démarrage du système se trouvent dans le répertoire /etc/rc.d. En voici la liste : $ ls /etc/rc.d init.d/ rc.local* rc* rc.sysinit* rc0.d/ rc1.d/ rc2.d/ rc3.d/ rc4.d/ rc5.d/ rc6.d/ En premier lieu, comme nous l’avons vu, le fichier rc.sysinit est exécuté. C’est lui qui est chargé de mettre en place la configuration de base de la machine : type du clavier, configuration de certains périphériques, vérification des systèmes de fichiers, etc. Puis le script rc est exécuté avec en argument le niveau d’exécution souhaité. Nous avons vu que le niveau d’exécution est un simple entier et que pour chaque niveau d’exécution <x> défini, il doit exister un répertoire correspondant rc<x>.d. Dans une installation typique de Mandrake Linux, vous pouvez donc voir que 6 niveaux d’exécution sont ainsi définis : 1. Vous comprenez donc pourquoi placer /sbin sur un autre système de fichiers que le système de fichiers racine est une très mauvaise idée :-). A ce stade là, le noyau n’a pas encore monté les partitions et donc ne pourra pas charger /sbin/init. 2. En modifiant ce fichier, il vous est donc possible d’ajouter ou d’enlever des consoles virtuelles (pour un maximum de 64) en suivant la syntaxe. Mais n’oubliez pas que X occupe également une console virtuelle ! Laissez-lui en au moins une... 75 Chapitre 11. Les fichiers de démarrage : init sysv • 0 : arrêt complet de la machine ; • 1 : mode mono-utilisateur ; à utiliser en cas de gros pépin ! • 2 : mode multi-utilisateur, sans réseau ; • 3 : mode multi-utilisateur, avec réseau ; • 4 : inutilisé ; • 5 : comme le niveau d’exécution 3, mais avec le lancement de l’interface de login graphique ; • 6 : redémarrage. Intéressons-nous de plus près au contenu du répertoire rc5.d, par exemple : $ ls rc5.d K15postgresql@ K20nfs@ K20rstatd@ K20rusersd@ K20rwhod@ K30sendmail@ K35smb@ K60atd@ K96pcmcia@ S05apmd@ S10network@ S11portmap@ S12ypserv@ S13ypbind@ S15netfs@ S20random@ S30syslog@ S40crond@ S50inet@ S55named@ S55routed@ S60lpd@ S60nfs@ S66yppasswdd@ S75keytable@ S85gpm@ S85httpd@ S85sound@ S90xfs@ S99linuxconf@ S99local@ Comme vous pouvez le voir, tous les fichiers de ce répertoire sont des liens symboliques et ils ont tous une forme bien particulière. Leur forme générale est <S|K><ordre><nom_du_service> Le S signifie Start (soit démarrer) le service et K signifie Kill (soit arrêter) le service. Les scripts sont exécutés dans l’ordre des numéros croissants et si deux scripts ont le même numéro, c’est l’ordre alphabétique qui prévaudra. On peut voir également que chacun de ces liens symboliques pointe vers des scripts situés dans /etc/rc.d/init.d (à l’exception de local), des scripts qui sont chargés de contrôler un service bien particulier. Quand le système entre dans un niveau d’exécution donné, il exécute d’abord les liens K dans l’ordre : rc vérifie où pointe le lien, puis appelle le script correspondant avec le seul argument stop. Puis il exécute les scripts S, toujours selon la même méthode, mis à part que le script est appelé avec l’argument start. Ainsi, sans citer tous les scripts, on peut voir que lorsque le système entre dans le niveau d’exécution 5, il exécute d’abord K15postgresql, c’est-à-dire /etc/rc.d/init.d/postgresql stop. Ensuite, il exécute K20nfs, K20rstatd, jusqu’au dernier ; enfin, il exécute tous les scripts S : S05ampd en premier lieu ; ce qui invoque donc /etc/rc.d/init.d/apmd start et ainsi de suite. Armé de tout ceci, vous pouvez à votre guise créer un niveau d’exécution entier en quelques minutes, ou empêcher le démarrage ou l’arrêt d’un service en effaçant le lien symbolique correspondant (il existe cependant des programmes d’interfaçage pour ce faire, en particulier drakxservices (cf DrakXServices : configuration des services au démarrage dans Guide de démarrage) qui utilise une interface graphique, ou chkconfig pour une utilisation en ligne de commande. 76 Chapitre 12. Installation d’un logiciel libre On nous demande souvent comment installer un logiciel libre à partir des sources. Compiler soi-même un logiciel est en fait très simple, car la marche à suivre est la même, quel que soit le logiciel à installer. Le but de ce chapitre sera de guider pas à pas le débutant en lui expliquant sommairement la signification de chacune des manipulations pour ne pas qu’elles lui apparaissent comme le simple effet de formules magiques ! Nous supposons quand même que le lecteur possède un minimum de connaissances UNIX (de type ls ou mkdir). Ce chapitre est un simple guide (probablement perfectible) et ne se prétend aucunement un manuel de référence comme tel. C’est pourquoi nous donnons à la fin un certain nombre de liens qui, nous l’espérons, répondront aux questions qui seraient demeurées sans réponse. Nous en appelons à vous, lecteur ou lectrice, pour nous aider à en améliorer le contenu. 12.1. Introduction Ce qui différencie un logiciel libre d’un logiciel propriétaire, c’est l’accès au code source du logiciel1. Cela implique que les logiciels libres soient généralement distribués sous forme d’archives de fichiers sources. C’est assez déroutant pour le débutant, car l’utilisateur du logiciel doit compiler lui-même les sources du logiciel avant de pouvoir utiliser celui-ci. Aujourd’hui, il existe des versions pré-compilées de la plupart des logiciels libres existants. L’utilisateur pressé n’a plus qu’à installer le binaire. Cependant, certains logiciels ou des versions plus récentes de ceux-ci n’existent pas (ou pas encore) sous cette forme. De plus, si vous utilisez un couple système d’exploitation / architecture complexe, beaucoup des logiciels libres qui vous intéresseraient ne sont pas encore pré-compilés. Par ailleurs, compiler soi-même ses logiciels permet de n’en conserver que des options particulières ou d’en étendre les fonctionnalités par le biais d’extensions ciblées, répondant parfaitement à ses besoins. 12.1.1. Pré-requis Pour installer un logiciel libre, vous aurez besoin : • d’un ordinateur allumé, pourvu d’un système d’exploitation, • d’un peu d’espace disque, • d’un compilateur (généralement pour le langage C ), d’un programme d’archivage (tar), • d’une connaissance généraliste du système d’exploitation que vous utilisez, • de quoi manger (dans le pire des cas, cela peut effectivement durer longtemps ; au fait, un vrai hacker mange des steaks et pas des petits fours !), • de quoi boire (pour les mêmes raisons ; et un vrai informaticien boit des sodas... bourrés de caféine ; pas de pub clandestine !). • du numéro de téléphone de votre copain bidouilleur qui recompile son noyau toutes les semaines, • mais surtout de patience (beaucoup). Compiler un logiciel libre ne présente généralement pas trop de problèmes, mais si vous n’êtes pas habitué, la moindre anicroche peut vous plonger dans la confusion. Nous allons donc ici vous montrer comment vous sortir, sans trop de bleus, de toutes les situations difficiles ! 1. Ce n’est pas tout à fait vrai car certains logiciels propriétaires fournissent également leur code source. Mais à la différence d’un logiciel libre, l’utilisateur, en bout de chaîne, lui n’a pas le droit d’en faire ce qu’il veut. 77 Chapitre 12. Installation d’un logiciel libre 12.1.2. Compilation 12.1.2.1. Principe Pour passer d’une forme source à une forme binaire, il est nécessaire d’effectuer une compilation. Cette compilation est généralement effectuée sur des programmes écrits en langage C ou C++ (qui sont les plus répandus dans la communauté du logiciel libre, notamment dans le monde UNIX ). Certains logiciels libres sont écrits dans des langages ayant nul besoin de compilation (par exemple perl ou le shell), mais ils doivent quand même être configurés. La compilation C est assurée, très logiquement, par un compilateur qui est généralement gcc, le compilateur libre écrit par le projet GNU (http://www.gnu.org/). La compilation d’un logiciel entier est une tâche complexe, qui passe par la compilation successive de multiples fichiers sources (il est plus facile pour le programmeur d’isoler les différentes parties de son travail dans des fichiers distincts, pour diverses raisons). Afin de rendre cette tâche plus aisée, ces opérations répétitives sont effectuées par un utilitaire du nom de make. 12.1.2.2. Les quatre phases de la compilation Pour bien comprendre le mécanisme de la compilation (et donc être à même de résoudre des problèmes éventuels), il faut savoir qu’elle s’effectue en quatre phases qui convertissent progressivement un texte écrit en un langage compréhensible par un humain entraîné (le langage C par exemple) vers un langage compréhensible par une machine (ou un humain très entraîné, et encore, dans de rares cas). gcc exécutera l’un après l’autre quatre programmes qui se chargeront chacun d’une étape particulière : 1. cpp : la première étape consiste à remplacer des directives (pré-processeur) par des instructions C . Typiquement, il s’agit d’insérer un fichier d’en-têtes (#include) ou de définir une macro fonction (#define). À la fin de cette phase, un code purement C est engendré. 2. cc1 : cette étape consiste à convertir du C en langage d’assemblage. Le code généré est dépendant de l’architecture cible. 3. as : cette étape consiste à générer du code objet (ou binaire) à partir du langage d’assemblage. À la fin de cette phase, un fichier se terminant par .o est généré. 4. ld : cette dernière étape (l’édition de liens, en anglais « linkage ») assemble (ou lie) tous les fichiers objets (.o) et les bibliothèques associées, et génère un exécutable. 12.1.3. Structure d’une distribution Une distribution de logiciel libre correctement structurée est généralement organisée d’une manière bien précise : • un fichier INSTALL, qui décrit la procédure d’installation du logiciel, • un fichier README qui contient toutes les informations générales relatives au programme (courte description, auteur, adresse où le télécharger, documentation relative, pointeurs utiles, ...). Si le fichier INSTALL est absent, le fichier README contient généralement une procédure succincte d’installation; • un fichier COPYING qui contient la licence ou décrit les conditions de distribution du logiciel. Parfois, c’est un fichier appelé LICENSE qui le remplace; • un fichier CONTRIB ou CREDITS qui contient une liste de personnes ayant un rapport avec le logiciel (participation active, remarques pertinentes, logiciel tiers, etc.); • un fichier CHANGES (ou, plus rarement, NEWS), qui contient les nouveautés de la version actuelle par rapport à la version précédente et les corrections de bogues; • un fichier Makefile (voir Make, page 84), qui permet de compiler le logiciel (c’est un fichier nécessaire à make). Parfois, ce fichier n’existe pas encore et sera généré lors du processus de configuration; • assez souvent, un fichier configure ou Imakefile, qui permettra de générer un nouveau fichier Makefile adapté à un système donné (voir Configuration, page 81); 78 Chapitre 12. Installation d’un logiciel libre • un répertoire contenant les sources, qui sera généralement celui où le binaire sera stocké une fois la compilation terminée; son nom est généralement src; • un répertoire contenant la documentation relative au programme (généralement au format man ou Texinfo ), dont le nom est généralement doc; • éventuellement, un répertoire contenant des données propres au logiciel (typiquement, des fichiers de configuration, des exemples de données produites, ou des fichiers de ressources). 12.2. Décompactage 12.2.1. Archive tar.gz La norme 2 pour la compression sous UNIX est le format gzip, développé par le projet GNU, et considéré comme un des meilleurs outils de compression généralistes. gzip est souvent associé à un utilitaire nommé tar. Celui-ci est un rescapé des temps préhistoriques où les informaticiens stockaient leurs informations sur des bandes magnétiques. Aujourd’hui, les disquettes et les CD-ROM ont remplacé les bandes magnétiques, mais tar est toujours utilisé pour créer des archives. Il est par exemple possible de concaténer (mettre à la suite les uns des autres) tous les fichiers d’un répertoire dans un seul fichier grâce à tar. Ce fichier peut ensuite être facilement compressé à l’aide de gzip. C’est pourquoi de nombreux logiciels libres sont disponibles sous la forme d’archives tar, compressées avec gzip. Leur extension est donc .tar.gz (ou encore, sous forme abrégée, .tgz). 12.2.2. Utilisation de GNU Tar Pour décompresser cette archive, on peut utiliser gzip, puis tar ensuite. Mais la version GNU de tar (tar) permet d’utiliser gzip « à la volée » , et ainsi de décompresser une archive de manière transparente, sans nécessiter d’espace disque supplémentaire. L’utilisation de tar est d’une grande simplicité : tar <options de fichier> <fichier en .tar.gz> [fichiers] L’option <fichiers> est facultative. Dans le cas où elle est omise, le traitement s’effectuera sur toute l’archive. Si vous voulez extraire le contenu d’une archive .tar.gz, alors vous n’avez certainement pas besoin de spécifier cet argument. Par exemple : $ tar xvfz -rw-r--r--rw-rw-rw-rw-rw-rw-rw-rw-rw-rw-rw-rw-rw-rw-rw-rw-rw-rw-rw-rw-rw-rw-rw-rw-rw-rw-rw... guile-1.3.tar.gz 442/1002 10555 442/1002 6668 442/1002 2283 442/1002 17989 442/1002 28545 442/1002 9364 442/1002 1223 442/1002 98432 442/1002 1388 442/1002 1151 1998-10-20 1998-10-20 1998-02-01 1997-05-27 1998-10-20 1997-10-25 1998-10-20 1998-10-20 1998-10-20 1998-08-16 07:31 06:59 22:05 00:36 07:05 08:34 06:34 07:30 06:19 21:45 guile-1.3/Makefile.in guile-1.3/README guile-1.3/AUTHORS guile-1.3/COPYING guile-1.3/ChangeLog guile-1.3/INSTALL guile-1.3/Makefile.am guile-1.3/NEWS guile-1.3/THANKS guile-1.3/TODO Parmi les options à passer à tar : • v permet de rendre tar « verbeux » : c’est-à-dire qu’il affichera à l’écran tous les fichiers qu’il trouve dans l’archive ; si cette option est omise, alors le traitement sera silencieux; • f est une option obligatoire. Sans elle, tar essaiera d’utiliser une bande magnétique à la place d’un fichier d’archive (c’est-à-dire le périphérique /dev/rmt0); 2. Sous GNU/Linux , on utilise de plus en plus un nouveau programme, appelé bzip2, plus efficace sur les fichiers texte, mais plus gourmand en puissance de calcul. Voir plus loin, Bzip2, page 80 à ce sujet. 79 Chapitre 12. Installation d’un logiciel libre • z permet de manipuler une archive compressée par gzip (avec suffixe de nom de fichier en .gz). Si vous oubliez cette option lors du décompactage d’une archive compressée, alors tar produira une erreur. Inversement, si vous êtes en face d’une archive non compressée, n’utilisez pas cette option. tar permet d’effectuer plusieurs manipulations différentes sur une archive (extraction, lecture, création, ajout...). Une option permet de spécifier l’usage qui en est fait : • x : permet d’extraire des fichiers de l’archive; • t : liste le contenu de l’archive; • c : permet de créer une archive, ce qui implique de détruire son contenu actuel. Vous n’utiliserez probablement cette option que dans le cas de votre usage personnel (vos sauvegardes, par exemple); • r : permet d’ajouter des fichiers à la fin de l’archive. Elle ne fonctionne pas dans le cas d’une archive compressée. 12.2.3. Bzip2 Un format de compression nommé bzip2 a déjà remplacé gzip pour l’utilisation générale, même si certains logiciels sont encore distribués au format gzip, principalement par compatibilité avec les anciens systèmes. La plupart des logiciels libres sont maintenant distribués dans des des archives à l’extension .tar.bz2. bzip2 s’utilise de la même manière que gzip par le biais de la commande tar. Il suffit de remplacer la lettre z par la lettre j. Par exemple : $ tar xvjf toto.tar.bz2 A la place, certaines distributions utilisent (ou ont utilisé) l’option I : $ tar xvfI toto.tar.bz2 Une autre possibilité (qui semble être plus portable, mais plus longue à taper !) : $ tar --use-compress-program=bzip2 -xvf toto.tar.bz2 Précisons qu’il faut avoir installé bzip2 et l’avoir inclus dans la variable PATH avant d’exécuter tar. 12.2.4. C’est tout bête ! 12.2.4.1. Le plus simple Maintenant que vous êtes prêt(e) à décompacter l’archive, n’oubliez pas de le faire en tant qu’administrateur (root). En effet, vous allez avoir besoin de faire des manipulations qu’un simple utilisateur ne peut faire, et même si ce n’est pas le cas de toutes ces manipulations, il est plus facile d’agir en tant que root pendant toute la durée de l’opération, même si ce n’est pas idéal du point de vue de la sécurité. Commencez par vous rendre dans le répertoire /usr/local/src, et copiez l’archive dans ce répertoire. Cela vous permet de retrouver à tout moment l’archive si vous perdez le logiciel installé. Si vous n’avez pas beaucoup d’espace disque, sauvegardez l’archive sur disquette après avoir installé le logiciel, ou effacez-la, mais assurez-vous de pouvoir la retrouver sur le Web à tout moment. Normalement, le décompactage d’une archive tar devrait créer un nouveau répertoire (détail dont vous pouvez vous être assuré(e) grâce à l’option t). Rendez-vous maintenant dans ce répertoire, vous êtes prêt(e) à continuer. 80 Chapitre 12. Installation d’un logiciel libre 12.2.4.2. Le plus sûr Le système UNIX (dont font partie GNU/Linux et FreeBSD ) est un système sécurisé. Cela signifie que les utilisateurs normaux ne peuvent pas effectuer des opérations qui mettraient le système en danger (comme par exemple formater un disque), ni altérer les fichiers des autres utilisateurs. Dans la pratique et en particulier, cela immunise aussi le système contre les virus. En revanche, l’utilisateur root a le droit de tout faire, y compris d’exécuter un programme malveillant (tel virus). Disposer du code source est une garantie de sécurité face aux virus, mais vous avez tout à fait le droit d’être paranoïaque3. L’idée consiste à créer un utilisateur dédié à l’administration (free ou admin par exemple) par le biais de la commande adduser. Ce compte devra avoir le droit d’écrire dans le répertoire /usr/local/src ainsi que dans les répertoires /usr/local/bin, /usr/local/lib et toute l’arborescence de /usr/man (il se peut qu’il ait également besoin de copier des fichiers ailleurs). Pour cela, je vous recommande soit de rendre cet utilisateur propriétaire des répertoires nécessaires, soit de créer un groupe pour lui, et de rendre ces répertoires accessibles en écriture pour ce groupe. Une fois que ces précautions sont prises, vous pouvez effectuer les manipulations décrites dans Le plus simple, page 80. 12.3. Configuration Un intérêt purement technique du fait de disposer des sources est le portage du logiciel. Un logiciel libre développé pour un UNIX est utilisable sur tous les UNIX existants (libres ou propriétaires), avec quelques modifications voire aucune. Ceci implique une configuration du logiciel juste avant la compilation. Il existe plusieurs systèmes de configuration, il va falloir utiliser celui que l’auteur du logiciel a prévu (parfois, plusieurs sont au programme). Généralement, vous pouvez : • utiliser AutoConf (voir Autoconf , page 81) au cas où un fichier nommé configure existe dans le répertoire parent de la distribution; • utiliser imake (voir Imake, page 83) dans le cas où un fichier nommé Imakefile existe dans le répertoire parent de la distribution; • exécuter un script shell (par exemple install.sh) selon ce que dit le fichier INSTALL (ou le fichier README). 12.3.1. Autoconf 12.3.1.1. Principe AutoConf permet de configurer correctement un logiciel. Il crée les fichiers nécessaires à la compilation (par exemple, Makefile), et modifie parfois directement les sources (comme par le biais d’un fichier config.h.in). Le principe d’AutoConf est simple : • l’auteur du logiciel sait quels tests sont nécessaires pour configurer son logiciel (ex : « quelle version de cette bibliothèque est utilisée ? »). Il les écrit dans un fichier nommé configure.in, en suivant une syntaxe précise; • il exécute AutoConf . Ce dernier génère, à partir du fichier configure.in, un script de configuration appelé configure. Ce script est celui qui effectuera les tests nécessaires à la configuration du programme; • l’utilisateur final exécute ce script, et AutoConf se charge de configurer tout ce qui est nécessaire à la compilation. 3. Un proverbe venant du monde BSD dit : « never trust a package you don’t have the sources for » (ne faites jamais confiance en un paquetage dont vous n’avez pas les sources.) 81 Chapitre 12. Installation d’un logiciel libre 12.3.1.2. Exemple Un exemple d’utilisation d’AutoConf : $ ./configure loading cache ./config.cache checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking for main in -lX11... yes checking for main in -lXpm... yes checking for main in -lguile... yes checking for main in -lm... yes checking for main in -lncurses... yes checking how to run the C preprocessor... gcc -E checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include checking for ANSI C header files... yes checking for unistd.h... yes checking for working const... yes updating cache ./config.cache creating ./config.status creating lib/Makefile creating src/Makefile creating Makefile Dans le cas où on désirerait avoir un peu plus de contrôle sur ce qu’engendre la commande configure, on peut lui passer des options via la ligne de commande ou des variables d’environnement. Exemple : $ ./configure --with-gcc --prefix=/opt/GNU ou encore (sous bash ) : $ export CC=‘which gcc‘ $ export CFLAGS=-O2 $ ./configure --with-gcc ou : $ CC=gcc CFLAGS=-O2 ./configure 12.3.1.3. Et si... cela ne fonctionne pas ? Typiquement, il s’agit d’une erreur du style configure: error: Cannot find library guile (configure: erreur: je n’arrive pas à trouver la bibliothèque guile ) (la plupart des erreurs de configure ressemblent à cela). Cela indique que le script configure n’a pas réussi à trouver une bibliothèque (dans notre exemple, la bibliothèque guile). Le principe est que le script configure compile un petit programme de test qui utilise cette bibliothèque. S’il n’arrive pas à le compiler, c’est qu’il n’arrivera pas à compiler le logiciel. D’où l’erreur ! • Regardez d’où vient l’erreur rencontrée en examinant la fin du fichier config.log, qui contient une trace de toutes les étapes de la configuration. Le compilateur de langage C est généralement assez explicite dans ses messages d’erreur. Cela vous aidera à résoudre le problème. • Vérifiez que la bibliothèque en question est bien installée. Si ce n’est pas le cas, installez-la (à partir des sources ou d’un binaire précompilé) et exécutez à nouveau le script configure. Une méthode efficace pour vérifier l’installation est de rechercher le fichier matérialisant la bibliothèque, qui porte invariablement le nom lib<nom>.so. Par exemple, $ find / -name ’libguile*’ ou encore : $ locate libguile • 82 Vérifiez que la bibliothèque est accessible au compilateur. Cela veut dire qu’elle se trouve dans un répertoire parmi : /usr/lib, /lib, /usr/X11R6/lib; ou parmi ceux spécifiés par la variable d’environnement LD_LIBRARY_PATH (expliquée dans Et si ça ne fonctionne pas ?, page 85, partie 5.b). Vérifiez que ce fichier est bien une bibliothèque en tapant file libguile.so. Chapitre 12. Installation d’un logiciel libre • Vérifiez que les fichiers d’en-têtes correspondant à la bibliothèque sont bien installés à la bonne place (généralement, /usr/include, /usr/local/include, ou /usr/X11R6/include). Si vous ne savez pas de quels fichiers d’en-têtes vous avez besoin, vérifiez que vous avez bien installé la version de développement de la bibliothèque nécessaire (par exemple, gtk+2.0-devel au lieu de libgtk2.0). La version de développement de la bibliothèque est livrée avec les fichiers de type include (à inclure) nécessaires à la compilation d’un logiciel utilisant cette bibliothèque. • Vérifiez que vous avez assez de place disque (en effet le script configure a besoin d’un peu de place pour des fichiers temporaires). Utilisez la commande df -k pour visualiser les partitions de votre système, et vérifiez les partitions pleines ou en passe de l’être. Si vous ne comprenez pas le message d’erreur stocké dans le fichier config.log, n’hésitez pas à demander aide et assistance à la communauté du logiciel libre (voir Assistance technique, page 90). De plus, méfiez-vous si configure répond 100% de No ou s’il répond No alors que vous êtes certain qu’une bibliothèque existe (par exemple il serait très étrange qu’il n’existe pas sur votre système au moins une bibliothèque curses). Dans de tels cas, on est probablement en présence d’une variable LD_LIBRARY_PATH mal positionnée ! 12.3.2. Imake imake permet de configurer un logiciel libre en créant un fichier Makefile à partir de règles simples. Ces règles déterminent quels fichiers ont besoin d’être compilés pour construire le binaire, et imake engendre le Makefile correspondant. Ces règles sont spécifiées dans un fichier appelé Imakefile. Là où imake prend tout son intérêt, c’est qu’il utilise des informations dépendantes du site (de l’architecture de la machine). C’est assez pratique dans le cas d’applications utilisant X Window System . Mais imake est aussi utilisé dans le cas de nombreuses autres applications. L’utilisation la plus simple de imake est de se rendre dans le répertoire principal de l’archive décompactée, et ensuite d’exécuter le script xmkmf, qui fera appel au programme imake : $ xmkmf -a $ imake -DUseInstalled -I/usr/X11R6/lib/X11/config $ make Makefiles Si le site est mal installé, recompiler et installer X11R6 ! 12.3.3. Scripts shell divers Lisez le fichier INSTALL ou README pour de plus amples informations. Généralement, il va vous falloir exécuter un fichier de type install.sh ou configure.sh. Ensuite, soit le script d’installation sera silencieux (et déterminera tout seul ce dont il a besoin), soit il vous demandera des informations sur votre système (par exemple, des chemins). Si vous n’arrivez pas à déterminer le fichier que vous devez exécuter, vous pouvez (sous bash ) taper ./, et ensuite taper deux fois la touche TAB (touche de tabulation). bash complétera automatiquement (dans sa configuration par défaut) par un éventuel fichier exécutable du répertoire (donc, un éventuel script de configuration). Dans le cas où plusieurs fichiers sont exécutables, il vous en donnera une liste. Il ne vous reste plus qu’à choisir le bon. Un cas particulier est l’installation de modules perl (mais pas seulement). L’installation de tels modules se fait par l’exécution d’un script de configuration lui-même écrit en perl . La commande à effectuer est généralement : $ perl Makefile.PL 83 Chapitre 12. Installation d’un logiciel libre 12.3.4. Autres possibilités Certaines distributions de logiciels libres sont mal organisées, surtout lors des premières phases de développement (et un homme prévenu en vaut deux !). Elles nécessitent parfois de retoucher « à la main » les fichiers de configuration. Généralement, ces fichiers sont un fichier Makefile (voir Make, page 84) et un fichier config.h (mais ce nom n’est qu’une convention). Nous ne recommandons ces manipulations qu’à des utilisateurs sachant ce qu’ils font. C’est un travail qui nécessite des connaissances réelles et une motivation nécessaire pour réussir. Mais c’est en forgeant qu’on devient forgeron. 12.4. Compilation Maintenant que le logiciel est correctement configuré, il ne reste plus qu’à le compiler. C’est une étape qui est généralement très simple à effectuer, et qui ne pose pas de problèmes majeurs. 12.4.1. Make L’outil préféré de la communauté du logiciel libre pour compiler des sources est make. L’intérêt de make est double : • il permet au développeur de gagner du temps, car il présente des avantages permettant de gérer la compilation de son projet de manière efficace, • il permet à l’utilisateur final de compiler et d’installer le logiciel en quelques lignes de commande, et ceci sans connaissance préalable du développement. Les actions à exécuter pour arriver à une version compilée des sources sont stockées dans un fichier nommé habituellement Makefile, ou GNUMakefile. En fait, lorsque make est invoqué, il lit ce fichier, s’il existe, dans le répertoire courant. Si ce n’est pas le cas, il est possible de spécifier ce fichier en passant l’option -f à make. 12.4.2. Règles make fonctionne selon un système de dépendances. C’est-à-dire que pour qu’un binaire soit compilé (« cible »), un certain nombre d’étapes doivent être accomplies (« dépendances »). Par exemple, pour créer le binaire (imaginaire) glloq, on a besoin de compiler les fichiers objets (fichiers intermédiaires de la compilation) main. o et init.o, puis de les lier. Ces fichiers objets sont eux aussi des cibles, dont les dépendances sont les fichiers sources. Ceci n’est qu’une introduction sommaire pour survivre dans le monde impitoyable de make. Si vous voulez en savoir plus, nous vous conseillons de vous rendre sur le site d’APRIL (http://www.april.org/groupes/doc/) pour une documentation un peu plus détaillée sur make. Pour une documentation exhaustive, voir Managing Projects with Make (La gestion de projets avec make (seconde édition) d’Andrew Oram et Steve Talbott chez O’Reilly. 12.4.3. C’est parti ! Généralement, l’utilisation de make obéit à plusieurs conventions. Par exemple : • make sans argument exécute la compilation seule du programme, sans l’installer; • make install compile le programme (mais pas toujours) et assure l’installation des fichiers nécessaires à la bonne place sur le système de fichiers. Certains fichiers ne sont pas toujours installés correctement (man, info), il faut alors les copier à la main. Dans certains cas, il faut effectuer une nouvelle fois un make install dans des sous-répertoires. Généralement, il s’agit de modules développés par des tiers. • make clean efface tous les fichiers temporaires créés par la compilation, y compris le fichier exécutable dans la majorité des cas. La première étape est de compiler le programme, et donc de taper (exemple fictif) : 84 Chapitre 12. Installation d’un logiciel libre $ make gcc -c glloq.c -o glloq.o gcc -c init.c -o init.o gcc -c main.c -o main.o gcc -lgtk -lgdk -lglib -lXext -lX11 -lm glloq.o init.o main.o -o glloq Parfait ! le binaire est compilé correctement. Nous sommes prêts à passer à l’étape suivante, qui est l’installation des fichiers de la distribution (binaires, fichiers de données, etc...); (voir Installation, page 89). 12.4.4. Explications Si vous avez la curiosité de regarder ce qu’il y a dans le fichier Makefile, vous y trouverez des commandes connues (rm, mv, cp, ...), mais aussi des chaînes de caractères étranges, de la forme $(CFLAGS). Il s’agit de variables qui sont des chaînes, fixées généralement au début du fichier Makefile, et qui sont ensuite remplacées par la valeur qui leur a été associée. C’est assez pratique pour utiliser plusieurs fois de suite les mêmes options de compilation. Par exemple, pour afficher la chaîne « toto » à l’écran en tapant un make all : TEST = toto all: echo $(TEST) La plupart du temps, les variables suivantes sont définies : 1. CC : il s’agit du compilateur que l’on va utiliser. Généralement, il s’agit de gcc, mais sur la plupart des systèmes libres, le compilateur par défaut utilisé par make (soit cc) est un synonyme de cc. Dans le doute, n’hésitez pas à mettre ici gcc; 2. LD : il s’agit du programme utilisé parfois pour assurer la phase finale de la compilation (voir Les quatre phases de la compilation, page 78); par défaut, la valeur est ld ; 3. CFLAGS : ce sont les arguments supplémentaires qu’on passera au compilateur lors des premières phases de la compilation. Parmi ceux-ci : • -I<chemin> : spécifie au compilateur où chercher des fichiers d’en-têtes supplémentaires (ex : I/usr/X11R6/include permet d’inclure les fichiers d’en-têtes se situant dans /usr/X11R6/include); • -D<symbole> : définit un symbole supplémentaire, utile dans certains programmes qui se compilent différemment selon les symboles définis (ex : utilise le fichier string.h si HAVE_STRING_H est défini). On trouve souvent des lignes de compilation de la forme : $(CC) $(CFLAGS) -c toto.c -o toto.o 4. LDFLAGS (ou LFLAGS) : ce sont les arguments passés lors de la dernière phase de la compilation. Parmi ceux-ci : • -L<chemin> : spécifie un chemin supplémentaire où chercher des bibliothèques (ex : -L/usr/X11R6/lib); • -l<bibliothèque> : spécifie une bibliothèque supplémentaire à utiliser lors de la dernière phase de compilation. 12.4.5. Et si ça ne fonctionne pas ? Pas de panique, cela arrive à tout le monde. Parmi les causes les plus communes : 1. glloq.c:16: decl.h: No such file or directory ( glloq.c:16 : decl.h : aucun fichier ou répertoire ne porte ce nom) Le compilateur n’a pas réussi à trouver le fichier d’en-têtes correspondant. Pourtant, l’étape de configuration du logiciel aurait dû anticiper cette erreur. Comment résoudre ce problème : 85 Chapitre 12. Installation d’un logiciel libre • vérifiez que l’en-tête existe vraiment sur le disque dans un des répertoires suivants : /usr/include, /usr/local/include, /usr/X11R6/include ou un de leurs sous-répertoires. Si ce n’est pas le cas, recherchez-le sur tout le disque (avec find ou locate), et si vous ne le trouvez toujours pas, alors vérifiez à deux fois que vous avez installé la bibliothèque correspondant à cette en-tête. Vous trouverez des exemples des commandes find et locate dans leurs pages de manuel respectives; • vérifiez que l’en-tête est bien accessible en lecture (pour tester cela, tapez less <chemin>/<fichier>.h) ; • s’il se trouve dans un répertoire comme /usr/local/include ou /usr/X11R6/include, il est parfois nécessaire de passer un argument supplémentaire au compilateur. Ouvrez le fichier Makefile correspondant (prenez garde à ouvrir le bon, celui qui se trouve dans le répertoire où la compilation échoue4) avec votre éditeur de textes favori (Emacs , Vi , ...). Recherchez la ligne fautive, et ajoutez la chaîne de caractères -I<path> (où <chemin> est le chemin où se trouve l’en-tête en question juste après l’appel du compilateur (gcc, ou parfois $(CC)). Si vous ne savez pas où rajouter cette option, rajoutez-la au début du fichier, à la fin de la ligne CFLAGS=<quelque chose> ou de la ligne CC=<quelque chose>; • exécutez make de nouveau, et si cela ne fonctionne toujours pas, vérifiez que cette option (cf point précédent) est bien ajoutée à la compilation sur la ligne fautive; • si cela ne fonctionne toujours pas, demandez à votre gourou local ou faites appel à la communauté du logiciel libre pour résoudre votre problème (voir Assistance technique, page 90). 2. glloq.c:28: ‘struct toto’ undeclared (first use this function) (glloq.c:28 : « struct toto » n’est pas déclarée (ceci est la première utilisation de cette fonction)) Les structures sont des types de données spéciaux, que tous les programmes utilisent. Beaucoup sont définies par le système dans les fichiers d’en-têtes. Ce qui signifie que le problème vient certainement d’une en-tête manquante ou mal utilisée. La marche à suivre pour résoudre le problème est la suivante : • tenter de vérifier si la structure en question est une structure définie dans le programme ou bien par le système. Une solution est d’utiliser la commande grep afin de vérifier si la structure est définie dans un des fichiers d’en-têtes. Par exemple, après vous être rendu dans la racine de la distribution : $ find . -name ’*.h’| xargs grep ’struct toto’ | less il est possible que plusieurs dizaines de lignes apparaissent à l’écran (à chaque fois qu’une fonction utilisant ce type de structure est définie, par exemple). Si elle existe, repérez la ligne où la structure est définie en regardant le fichier d’en-têtes obtenu par l’utilisation de grep . La définition d’une structure est : struct toto { <contenu de la structure> }; Vérifiez si cela correspond à ce que vous avez. Si ce n’est pas le cas, c’est que ce fichier d’en-têtes n’est pas inclus dans le fichier .c fautif. Deux solutions s’offrent alors à vous : • ajouter la ligne #include "<nom_du_fichier>.h" au début du fichier .c fautif. • ou bien copier-coller la définition de la structure au début de ce fichier (ce qui n’est pas très propre, mais ça a le mérite de fonctionner, en général). • si ce n’est pas le cas, faites la même chose sur les fichiers d’en-têtes du système (qui se trouvent sur /usr/include, /usr/X11R6/include, ou /usr/local/include en général). Mais cette fois-ci, utilisez la ligne #include <<nom_du_fichier>.h>. • si cette structure n’existe toujours pas, essayez de trouver dans quelle bibliothèque (au sens d’ensemble de fonctions regroupées dans un seul paquetage), elle devrait être définie (regardez dans le fichier 4. Analysez le message d’erreur renvoyé par make. Normalement, les dernières lignes devraient contenir un répertoire (un message de la forme make[1] : Leaving directory ‘/home/reine/Projet/toto’). Repérez celle dont le numéro est le plus grand. Pour vérifier qu’il s’agit bien du bon répertoire, rendez-vous dans ce répertoire, et exécutez make à nouveau pour obtenir la même erreur. 86 Chapitre 12. Installation d’un logiciel libre INSTALL ou README quelles sont les bibliothèques utilisées par le programme et la version nécessaire). Si la version que le programme nécessite n’est pas celle installée sur votre système, alors effectuez une mise à jour de cette bibliothèque ; • si cela ne fonctionne toujours pas, vérifiez que le programme fonctionne correctement sur votre architecture (certains programmes n’ont pas encore été portés sur tous les systèmes UNIX ). Vérifiez aussi que vous avez bien configuré le programme (au moment du configure, par exemple) pour votre architecture. 3. parse error (erreur d’analyse syntaxique) C’est un problème assez compliqué à résoudre, car généralement il s’agit d’une erreur que le compilateur rencontre plus haut, mais qui ne se manifeste qu’à une certaine ligne. Parfois, il s’agit simplement d’un type de donnée qui n’est pas défini. Si vous rencontrez un message d’erreur de type : main.c:1: parse error before ‘glloq_t main.c:1: warning: data definition has no type or storage class alors, le problème est que le type glloq_t n’est pas défini. La solution pour résoudre ce problème est environ la même que pour le problème précédent. il peut y avoir une erreur de type parse error dans les vieilles bibliothèques curses si ma mémoire est bonne. 4. no space left on device (plus de place disponible sur le périphérique) Le problème est assez simple à régler : la place sur le disque est insuffisante pour générer un binaire à partir du fichier source. La solution consiste à libérer de la place dans la partition abritant le répertoire d’installation : supprimez les fichiers temporaires ou les sources, désinstallez les programmes dont vous ne vous servez pas. Si vous l’avez décompacté dans /tmp, faites-le plutôt dans /usr/local/src ce qui évite de saturer inutilement la partition /tmp. Vérifiez de plus que vous n’avez pas de fichiers core 5 sur le disque. Si oui, effacez-les ou faites-les effacer s’ils appartiennent à un autre utilisateur. 5. /usr/bin/ld: cannot open -lglloq: No such file or directory ( /usr/ bin/ ld : je ne peux pas ouvrir -lglloq : aucun fichier ou répertoire ne porte ce nom) Clairement, le programme ld (utilisé par gcc lors de la dernière phase de la compilation) n’a pas réussi à trouver une bibliothèque. Il faut savoir que pour inclure une bibliothèque, ld va chercher un fichier dont le nom est passé par l’argument -l<bibliothèque>. Ce fichier porte le nom de lib<bibliothèque>.so. Si ld n’arrive pas à le trouver, alors il produit ce message d’erreur. Pour résoudre ce problème, procédons par étapes : a. Vérifions que ce fichier existe bien sur le disque dur, en utilisant la commande locate. Généralement, les bibliothèques graphiques se trouvent dans /usr/X11R6/lib. Par exemple : $ locate libglloq Si cela ne produit rien, vous pouvez faire une recherche avec la commande find (ex : find /usr name "libglloq.so*"). Si vous ne trouvez toujours pas la bibliothèque, alors il vous reste plus qu’à l’installer. b. Une fois la bibliothèque localisée, vérifiez que cette bibliothèque est bien accessible pour la commande ld : le fichier /etc/ld.so.conf spécifie où trouver ces bibliothèques. Rajoutez le répertoire incriminé à la fin (il est possible que vous ayez à réinitialiser la machine pour que cela soit pris en compte). Il est aussi possible de rajouter ce répertoire en modifiant le contenu de la variable d’environnement LD_LIBRARY_PATH. Par exemple, en imaginant que le répertoire à ajouter est /usr/X11R6/lib, tapez : export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/X11R6/lib (si votre shell est bash ). 5. Fichiers expectorés par le système quand un processus tente d’accéder à une partie de la mémoire qui lui est interdite, et qui servent à analyser la raison de ce comportement pour corriger le programme fautif. Littéralement, trognon ! 87 Chapitre 12. Installation d’un logiciel libre c. Si cela ne fonctionne toujours pas, vérifiez que la bibliothèque incriminée est bien au format ELF (avec la commande file). Si c’est un lien symbolique, vérifiez que ce lien est correct et ne pointe pas vers un fichier inexistant (par exemple, en tapant nm libglloq.so). Les permissions peuvent de plus être incorrectes (si vous utilisez un compte autre que root et que la bibliothèque est protégée en lecture par exemple). 6. glloq.c(.text+0x34): undefined reference to ‘glloq_init’ ( glloq.c(.text+0x34) référence inconnue au symbole « glloq_init ») Aïe ! Aïe ! Aïe ! Pourquoi cette noirceur ? Il s’agit d’un symbole non résolu lors de la dernière phase de la compilation. Généralement, il s’agit d’un problème de bibliothèque. A priori, plusieurs causes possibles : • la première chose à faire est de savoir si le symbole est censé être présent dans une bibliothèque. Par exemple, s’il s’agit d’un symbole commençant par gtk, il appartient très certainement à la bibliothèque gtk. Si le nom de la bibliothèque est difficilement identifiable (comme par exemple zorglub_gloubiboulga), il est possible de lister les symboles d’une bibliothèque avec la commande nm. Par exemple, $ nm libglloq.so 0000000000109df0 000000000010a984 0000000000008a58 0000000000109dd8 0000000000109cf8 d b t d d glloq_message_func glloq_msg glloq_nearest_pow glloq_free_list glloq_mem_chunk Rajouter l’option -o à nm permet de plus d’afficher le nom de la bibliothèque sur chaque ligne, ce qui simplifie les recherches. Imaginons que nous cherchions le symbole bulgroz_max, une solution de barbare est d’effectuer une recherche de ce genre : $ nm /usr/lib/lib*.so | grep bulgroz_max $ nm /usr/X11R6/lib/lib*.so | grep bulgroz_max $ nm /usr/local/lib/lib*.so | grep bulgroz_max /usr/local/lib/libzorglub.so:000000000004d848 T bulgroz_max Formidable ! Le symbole bulgroz_max est défini dans la bibliothèque zorglub (la lettre majuscule T se trouve devant son nom). Il suffit de rajouter la chaîne -lzorglub dans la ligne de compilation en éditant le fichier Makefile : rajoutez-la à la fin de la ligne où LDFLAGS ou LFGLAGS (ou au pire CC) sont définis, ou alors sur la ligne responsable de la création du fichier binaire final. • la compilation se fait avec une version de la bibliothèque qui n’est pas la même que celle prévue pour le logiciel. Lisez le fichier README ou INSTALL de la distribution pour savoir quelle version de la bibliothèque doit être utilisée. • tous les fichiers objets de la distribution ne sont pas correctement liés. Il manque le fichier dans lequel cette fonction est définie. Tapez nm -o *.o pour connaître son nom et ajoutez le fichier .o correspondant sur la ligne de compilation s’il est manquant. • la fonction ou variable incriminée est peut-être fantaisiste. Essayez de la supprimer : éditez le fichier source incriminé (son nom est spécifié au début du message d’erreur). C’est une solution désespérée, qui va avoir pour conséquence un fonctionnement très probablement anarchique du programme (erreur de segmentation au démarrage, etc.) 7. Segmentation fault (core dumped) (erreur de segmentation, fichier core produit) Parfois, le compilateur échoue lamentablement et produit ce message d’erreur. Nous n’avons pas d’autre conseil que celui-ci : installez une version plus récente de votre compilateur ! 8. plus de place sur /tmp La compilation a besoin d’espace temporaire de travail lors de ses différentes étapes; si elle ne l’a pas, elle échoue. Il faut donc faire du ménage. Mais attention ! la suppression de certains fichiers risque de faire échouer des programmes en cours d’exécution (serveur X , tubes...). Il faut maîtriser parfaitement ce que 88 Chapitre 12. Installation d’un logiciel libre l’on fait ! Si /tmp fait partie d’une partition qui ne contient pas que lui (par exemple, la racine), recherchez et supprimez d’éventuels fichiers core. 9. make/configure en boucle Il s’agit généralement d’un problème d’heure sur votre système. make a en effet besoin de connaître la date et l’heure ainsi que celles des fichiers qu’il vérifie. Il compare les dates des fichiers et utilise le résultat pour savoir si la cible est plus récente que la dépendance. Il se peut que des problèmes de date amènent make à se reconstruire sans fin (ou de construire et reconstruire un arborescence en boucle). Dans ce cas-là, l’utilisation de la commande touch (qui a pour conséquence de mettre à l’heure courante les fichiers passés en argument) permet de résoudre le problème dans la plupart des cas. Par exemple : $ touch * Ou encore plus barbare (mais efficace) : $ find . | xargs touch 12.5. Installation 12.5.1. Avec Make Maintenant que tout est compilé, il vous reste a copier les fichiers produits dans un endroit adéquat (généralement, dans un des sous-répertoires de /usr/local). make permet généralement d’assurer ce travail. Une cible spéciale est la cible install. Très logiquement, utiliser make install permet d’installer les fichiers nécessaires. Généralement, la procédure est décrite dans les fichiers INSTALL ou README. Mais parfois, l’auteur a oublié d’en prévoir une. Dans ce cas, il va falloir tout installer à la main. Copiez alors : • les exécutables (programmes) dans le répertoire portant le nom /usr/local/bin • les bibliothèques (fichiers lib*.so) dans le répertoire portant le nom /usr/local/lib • les fichiers d’en-têtes (fichiers *.h) dans le répertoire portant le nom /usr/local/include (attention à ne pas écraser les fichiers originaux); • les fichiers de données vont généralement dans le répertoire /usr/local/share. Si vous ne connaissez pas la procédure d’installation, vous pouvez essayer de démarrer le programme sans copier les fichiers de données, et les mettre au bon endroit lorsqu’il vous les demande (dans un message d’erreur du type Cannot open /usr/local/share/glloq/data.db ); • la documentation est un peu à part : • les fichiers man se placent dans un des sous-répertoires de /usr/local/man. Généralement, ces fichiers sont au format troff (ou groff), et ont pour extension un chiffre. Leur nom est celui d’une commande (par exemple, echo.1). Si le chiffre est n, copiez ce fichier dans le sous-répertoire /usr/local/man/man<n>. • les fichiers info se placent dans le répertoire /usr/info ou /usr/local/info Et voilà, c’est fini ! Félicitations ! Vous êtes maintenant fin prêt(e) à recompiler votre système d’exploitation tout entier. 89 Chapitre 12. Installation d’un logiciel libre 12.5.2. Problèmes Si vous venez d’installer un programme libre, par exemple GNU tar et si, lors de son exécution, ce n’est pas lui qui est appelé; ou bien si le fonctionnement de ce programme est différent de celui qu’il avait lorsque vous le testiez directement à partir du répertoire src : il s’agit là d’un problème de PATH qui trouve le programme dans un répertoire situé avant celui où vous avez installé le nouveau logiciel. Vérifiez ceci en exécutant type -a <programme>. La solution est de mettre le répertoire d’installation plus haut dans le PATH, et/ou de supprimer/renommer les fichiers qui s’exécutent sans qu’on le désire, et/ou de renommer votre nouveau programme (en gtar dans cet exemple), de sorte qu’il n’y ait plus de confusion. Vous pouvez aussi mettre en place un alias, si le shell le permet (par exemple dire que tar, est /usr/local/ bin/gtar). 12.6. Assistance 12.6.1. Documentation Il existe plusieurs sources de documentation : • les HOWTO, petites documentations sur un sujet précis (généralement, pas trop proche de ce qui nous intéresse ici, mais parfois utiles). Voir sur votre disque dans le répertoire /usr/doc/HOWTO (pas toujours, parfois ils sont mis ailleurs, c’est la commande locate HOWTO qui vous donnera la réponse en cas de doute), ou alors, pour une version française des HOWTO, sur freenix (http://www.freenix.fr/). • les pages de manuel. Tapez man <commande> pour obtenir de la documentation sur la commande <commande>, • la littérature spécialisée. Plusieurs grands éditeurs commencent à publier des livres sur les systèmes libres (plus spécialement sur GNU/Linux ). C’est souvent utile si vous débutez et si vous ne comprenez pas tous les termes de la présente documentation. 12.6.2. Assistance technique Si vous avez acheté une distribution « officielle » de Mandrake Linux, vous pouvez demander à l’assistance technique des informations sur votre système. Sinon vous pouvez aussi compter sur l’aide de la communauté du logiciel libre : • les newsgroups (forums de discussions sur l’Usenet ) dont le nom vérifie fr.comp.os.linux.* (news:fr. comp.os.linux.*) permettent de répondre à toutes les questions concernant GNU/Linux . Le forum intitulé fr.comp.os.bsd (news:fr.comp.os.bsd) a pour sujet les systèmes BSD. Il doit exister d’autres forums consacrés à d’autres UNIX . N’oubliez pas de lire un peu ce qui s’y dit avant d’y aller tout de suite de votre question ! • plusieurs associations ou groupes d’enthousiastes du logiciel libre proposent une assistance bénévole. Pour trouver ceux dont les membres habitent près de chez vous, la meilleure chose à faire est de consulter les sites Web spécialisés ou de lire les forums de discussions concernés. • plusieurs channels IRC permettent une assistance en temps réel (mais en aveugle) par des gourous. Voir par exemple le channel #linux (news:#linux) sur la plupart des réseaux d’IRC, ou #linuxhelp (news: #linuxhelp) sur IRCNET . • en dernier recours, demander à l’auteur du logiciel (s’il a mentionné son nom et son adresse électronique dans un fichier de la distribution) si vous êtes sûr d’avoir identifié un bogue, qui peut en fait n’être dû qu’à votre architecture (mais après tout, un logiciel libre est censé être transportable !). 90 Chapitre 12. Installation d’un logiciel libre 12.6.3. Comment trouver des logiciels libres Pour trouver des logiciels libres, quelques trucs peuvent être utiles à savoir : • l’énorme site FTP sunsite.unc.edu (sunsite.unc.edu) ou l’un de ses clones; • les sites Web suivants effectuent un catalogue de nombreux logiciels libres utilisables sur plates-formes UNIX (mais on y trouve aussi des logiciels propriétaires) : • • freshmeat (http://www.freshmeat.net/) est sans doute le site le plus complet; • linux-france (http://www.linux-france.org) contient de nombreuses astuces pour les logiciels fonctionnant sous GNU/Linux . La plupart fonctionnent bien sûr sur les autres plates-formes UNIX libres; • SourceForge.net (http://sourceforge.net/) est le plus gros site au monde entièrement dédié aux logiciels libres, avec le plus large choix de code source libre et d’applications, disponibles sur Internet. • gnu.org (http://www.gnu.org/software/) pour une liste exhaustive de tous les logiciels GNU. Bien sûr, tous sont libres et la plupart ont pour licence la GPL. vous pouvez de plus effectuer une recherche sur des moteurs comme Google/ (http://www.google. com/) ou Lycos/ (http://www.lycos.com/) et faire une requête de type : +<logiciel> +download ou "download <logiciel>" 12.7. Remerciements • • Relectures et commentaires désobligeants (et par ordre alphabétique) : Sébastien Blondeel, Mathieu Bois, Xavier Renaut et Kamel Sehil. Bêta-testing : Laurent Bassaler 91 Chapitre 12. Installation d’un logiciel libre 92 Chapitre 13. Compilation et mise en place de nouveaux noyaux Avec la notion de montage de systèmes de fichiers et la compilation des sources, le sujet que nous abordons ici est sans doute celui qui énerve le plus les débutants. La compilation d’un nouveau noyau n’est en général pas nécessaire, puisque les noyaux installés par Mandrake Linux contiennent le support pour un nombre conséquent de périphériques, ainsi qu’un bon nombre de correctifs logiciel (patches) mais... Il peut arriver, pourquoi pas, que vous ayez envie de le faire, rien que pour voir « ce que ça fait » ! En fait, à part faire chauffer votre PC et votre cafetière un peu plus que d’habitude, ça ne change pas grand-chose ! Les raisons pour lesquelles vous pourriez désirer recompiler votre nouveau noyau sont de plusieurs ordres, allant de la simple désactivation d’une option à la compilation du tout dernier noyau expérimental. Ainsi donc, l’objectif de ce chapitre sera de faire en sorte que... votre cafetière fonctionne encore après la compilation :-). De toute façon, plusieurs raisons valables justifient que vous vouliez vous lancer dans l’aventure : vous avez lu que le noyau que vous utilisez a un bogue au niveau de la sécurité, bogue corrigé dans une version plus récente ; un nouveau noyau prend en charge un périphérique dont vous avez grand besoin. Vous avez en effet le choix d’attendre des mises à jour ou bien de compiler vous-même un nouveau noyau. Optez donc pour la deuxième solution ! Dans tous les cas, achetez-vous des filtres et du café ! 13.1. Où trouver les sources du noyau Les sources peuvent s’obtenir principalement de deux façons : 1. Noyaux officiels Mandrake Linux. Vous trouverez dans le répertoire SRPMS de tous les miroirs (http: //www.MandrakeLinux.com/en/cookerdevel.php3) de Cooker les paquetages suivants : kernel-2.4.??.?mdk-?-?mdk.src.rpm Les sources du noyau pour compiler celui utilisé dans la distribution. Il est amplement remanié pour offrir des fonctionnalités additionnelles. kernel2.4-marcelo-2.4.??-?mdk.src.rpm Le noyau brut tel que publié par le responsable du noyau GNU/Linux . Si vous choisissez cette option (recommandée), il suffit de charger le paquetage source, l’installer (en tant que root) et sauter à Configuration du noyau, page 94. 2. L’entrepôt officiel pour les noyaux Linux. ftp.kernel.org (ftp.kernel.org) s’avère le site principal d’hébergement des sources du noyau, mais un nombre important de miroirs existe et tous ont pour nom ftp.xx.kernel.org (ftp.xx.kernel.org), où xx (xx) représente le code ISO du pays. Pour la France, ce code est fr (fr), et par conséquent, le miroir préférentiel sera ftp.fr.kernel.org . À partir de l’annonce officielle de la sortie du noyau, vous pouvez compter deux bonnes heures avant que tous les miroirs soient alimentés. Sur tous ces serveurs FTP, les sources sont situées dans le répertoire /pub/linux/kernel. Allez ensuite dans le répertoire dont la série vous intéresse : ce sera certainement v2.4. Rien ne vous empêche d’essayer des noyaux 2.5/2.6, mais gardez à l’esprit que ce sont des noyaux expérimentaux. Le fichier contenant les sources du noyau est linux-<version.du.noyau>.tar.bz2, par exemple linux-2.4.20.tar.bz2. Il existe également des patches à appliquer aux sources du noyau pour le mettre à jour de façon incrémentale : ainsi, si vous avez déjà les sources du noyau 2.4.20 et que vous voulez actualiser vers le noyau 2.4.22, vous pouvez vous dispenser de télécharger les sources en entier, et télécharger simplement les patches patch-2.4.21.bz2 et patch-2.4.22.bz2. En règle générale, c’est une bonne idée puisque les sources occupent aujourd’hui plus de 26 Mo. 93 Chapitre 13. Compilation et mise en place de nouveaux noyaux 13.2. Décompactage des sources du noyau, correction éventuelle du noyau Les sources du noyau sont à placer dans /usr/src. Il vous faut donc vous placer dans ce répertoire puis y décompresser les sources : $ cd /usr/src $ mv linux linux.old $ tar xjf /path/to/linux-2.4.20.tar.bz2 La commande mv linux linux.old est nécessaire : en effet, vous disposez peut-être déjà des sources d’une autre version du noyau. Cette commande fait en sorte que vous ne les écrasiez pas. Dès l’archive décompressée, vous disposez d’un répertoire linux-<version> ( où <version> désigne le numéro de version du noyau) avec les sources du nouveau noyau. Vous pouvez créer un lien (ln -s linux-<version> linux) pour des raisons de commodité. Maintenant, les patches. Supposons que vous voulez effectivement « patcher » (corriger) du 2.4.20 vers le 2.4.22 et avez téléchargé les patches nécessaires pour ce faire : rendez-vous dans le répertoire linux nouvellement créé, puis appliquez les patches : $ $ $ $ cd linux bzcat -dc /path/to/patch-2.4.21.bz2 | patch -p1 bzcat -dc /path/to/patch-2.4.22.bz2 | patch -p1 cd .. De façon générale, passer d’une version 2.4.x à 2.4.y requiert que vous appliquiez tous les patches 2.4.x+1, 2.4.x+2, ..., 2.4.y dans l’ordre. Pour retourner à la version précédente de 2.4.y à 2.4.x, répétez exactement la même procédure mais en appliquant les patches dans l’ordre inverse et avec l’option -R de patch (Reverse, soit inverse). Ainsi, pour repasser du noyau 2.4.22 au noyau 2.4.20, vous feriez : $ bzcat /path/to/patch-2.4.22.bz2 | patch -p1 -R $ bzcat /path/to/patch-2.4.21.bz2 | patch -p1 -R Si vous souhaitez tester si un correctif s’appliquera correctement avant de l’appliquer vraiment, ajoutez l’option --dry-try à la commande patch. Ensuite, dans un souci de clarté (et aussi pour s’y retrouver), vous pouvez renommer linux pour refléter la version du noyau et créer un lien symbolique : $ mv linux linux-2.4.22 $ ln -s linux-2.4.22 linux Il est maintenant temps de passer à la configuration. Pour ce faire, placez-vous dans le répertoire des sources : $ cd linux 13.3. Configuration du noyau En premier lieu, allez dans /usr/src/linux. Petit tuyau avant de commencer. Si vous le désirez, vous pouvez choisir la version de votre noyau. La version du noyau est déterminée par les 4 premières lignes de votre Makefile : $ head -4 Makefile VERSION = 2 PATCHLEVEL = 4 SUBLEVEL = 22 EXTRAVERSION = De plus dans le Makefile, est aussi présente la version du noyau : 94 Chapitre 13. Compilation et mise en place de nouveaux noyaux KERNELRELEASE=$(VERSION).$(PATCHLEVEL).$(SUBLEVEL)$(EXTRAVERSION) Vous n’avez qu’à modifier un de ces champs afin de changer votre version. Toutefois, il est préférable de ne changer que EXTRAVERSION. Supposons que vous le régliez à -toto, par exemple. Votre nouvelle version du noyau deviendra 2.4.22-toto. N’hésitez pas à changer ce champ à chaque fois que vous recompilez un noyau avec la même version. Vous pourrez ainsi tester différentes options tout en gardant les anciens essais. Maintenant, pour configurer le noyau, vous avez le choix entre : • make xconfig pour une interface graphique ; • make menuconfig pour une interface basée sur ncurses ; • make config pour l’interface la plus rudimentaire, ligne par ligne, section par section ; • make oldconfig similaire à config, mais en se basant sur votre ancienne configuration. Voir Sauvegarder et réutiliser vos fichiers de configuration du noyau, page 95. Malheureusement la configuration du noyau n’est pas encore internationalisée, tout est en anglais. Nous allons parcourir la configuration section par section, mais vous pouvez sauter des sections pour passer à celle qui vous intéresse si vous utilisez menuconfig ou xconfig. Le choix pour les options est y pour Yes (fonctionnalité compilée en dur dans le noyau), m pour Module (fonctionnalité compilée en module), ou n pour No (ne pas inclure dans le noyau). make xconfig et make menuconfig présentent tous deux les options groupées par thèmes. Par exemple, Processor family est placé dans Processor type and features. Pour xconfig, le bouton Main Menu sert à revenir au menu principal lorsque vous êtes à l’intérieur d’un groupe, Next sert à passer au groupe d’options suivant et Prev, au précédent. Pour menuconfig, servez-vous de la touche Entrée pour choisir une section ; déterminez les options avec y, m ou n pour en changer l’état ou bien appuyez sur la touche Entrée et sélectionnez les diverses options à choix multiples. Exit sortira d’une section et de la configuration si vous êtes dans le menu principal. Et évidemment, il y a Help (Aide). Nous n’énumérerons pas toutes les options puisqu’il y en a quelques centaines. De plus, si vous vous êtes rendu au présent chapitre, vous savez probablement ce que vous faites. Donc, nous vous laisserons naviguer dans la configuration du noyau et vous laisserons activer ou désactiver à votre convenance les options. Toutefois, voici quelques conseils afin d’éviter que votre noyau devienne inutilisable : 1. À moins que vous n’utilisiez un ramdisk, ne jamais compiler les gestionnaires nécessaires pour monter votre système de fichiers racine (pilotes matériel et de systèmes de fichiers) en tant que modules ! De plus, si vous utilisez un ramdisk, répondez Y à la question concernant le support ext2FS en tant que système de fichiers utilisé pour le ramdisk. Vous aurez aussi besoin du support pour initrd. 2. Si vous possédez des cartes réseau, compilez leurs pilotes en tant que modules. De cette façon, vous pourrez choisir laquelle sera la première, puis la seconde et ainsi de suite, en affectant les alias appropriés dans /etc/modules.conf. Si vous compilez les pilotes dans le noyau, l’ordre dans lequel ils seront chargés dépendra de l’ordre dans lequel ils ont été connectés ce dernier ordre n’est peut-être pas celui que vous souhaitez. 3. Finalement : si vous ne connaissez pas les tenants et aboutissants d’une option, lisez l’aide ! Et si l’aide ne vous inspire toujours pas, laissez les options telles quelles. (Pour config et oldconfig, pressez la touche ? pour lire l’aide). Vous pouvez aussi consulter le fichier /usr/src/linux/Documentation/Configure.help qui reprend la totalité des textes d’aide par ordre d’apparition. Vous trouverez aussi au début une liste des traductions et leurs adresses sur le Web. Il y a, en particulier, une version française (http://www.traduc.org/kernelfr/). Et voilà ! La configuration est enfin terminée. Sauvegardez votre configuration et quittez. 13.4. Sauvegarder et réutiliser vos fichiers de configuration du noyau Le fichier de configuration du noyau se situe dans le fichier /usr/src/linux/.config. Il en existe une sauvegarde dans /boot/config-<version>, il est bon de la garder comme une référence. Cependant, sauvegardez aussi les différentes configurations de vos noyaux, dans la mesure où il ne s’agit que de donner différents noms aux fichiers de configuration. 95 Chapitre 13. Compilation et mise en place de nouveaux noyaux Une des possibilités est de nommer le fichier de configuration selon la version du noyau. Supposons que vous avez modifier la version du noyau comme dans Configuration du noyau, page 94, alors vous pouvez faire : $ cp .config /root/config-2.4.22-toto Si vous décider de mettre à niveau votre noyau à la version 2.4.24 (par exemple), vous pourrez réutiliser ce fichier, puisque les différences entre ces deux versions du noyau seront fort minimes. Vous n’avez qu’à utiliser la copie de sauvegarde : $ cp /root/config-2.4.22-toto .config Mais le fait de copier le fichier de nouveau ne signifie pas que le noyau est prêt à être compilé pour autant. Vous devez invoquer la commande make menuconfig (ou quoi que ce soit que vous décidez d’utiliser) de nouveau, parce que certains fichiers nécessaires à la réussite de la compilation sont créés et/ou modifiés par ces commandes. Toutefois, indépendamment de la tâche qui consiste à passer à travers tous les menus de nouveau, vous risquez de manquer certaines nouvelles options intéressantes. Vous pouvez éviter cela en utilisant la commande make oldconfig, laquelle possède deux avantages notables : 1. C’est rapide. 2. Si une nouvelle option apparaît dans le noyau, qui n’était pas présente dans vos fichiers de configuration, le système vous demandera de choisir entre les deux. Après avoir copié le fichier .config sur le répertoire de root, comme proposé ci-dessus, lancez la commande make mrproper. Ainsi, rien ne restera de l’ancienne configuration et vous aurez ainsi un noyau tout neuf. Maintenant, place à la compilation. 13.5. Compilation et installation des modules Tout d’abord une petite chose : si vous compilez un noyau dont la version est identique à une version déjà présente sur votre système, les modules de cette dernière doivent être effacés auparavant. Par exemple, si vous recompilez un noyau 2.4.22, il vous faudra effacer le répertoire /lib/modules/2.4.22. La compilation du noyau et des modules, ainsi que l’installation des modules, se font grâce aux instructions suivantes : make dep make clean bzImage modules make modules_install install Un peu de vocabulaire : dep, bzImage, etc., aussi bien que oldconfig, mais aussi ceux utilisés ci-dessus, sont appelés targets (soit cibles). Si vous spécifiez un certain nombre de cibles pour make tel que ci-dessus, elles seront exécutées selon l’ordre d’apparition. Mais si une cible échoue, make n’ira pas plus loin1. Penchons-nous maintenant sur les différentes cibles et regardons ce qu’elles font : • dep : ce sont des dépendances entre les différents fichiers sources. Il est nécessaire de faire ainsi chaque fois que vous changez votre configuration. Autrement, certains fichiers risquent de ne pas être créés et la compilation échouera ; • bzImage : ceci construit le noyau. Notez que cette cible est seulement valable pour des processeurs Intel . Cette cible générera aussi le fichier System.map pour ce noyau. Nous verrons plus loin à quoi sert ce fichier ; • modules : comme le dit son nom, cette cible générera des modules pour le noyau. Si vous ne choisissez pas ces modules, la cible ne fera rien ; 1. Dans ce cas, si cela échoue, cela signifie qu’il y a un bogue dans le noyau... Dans ce cas, merci de nous le faire savoir ! 96 Chapitre 13. Compilation et mise en place de nouveaux noyaux • modules_install : ceci installe les modules. Par défaut, les modules seront installés dans le répertoire /lib/modules/<kernel-version>. Cette cible calcule aussi les dépendances entre modules (ce qui n’est probablement pas le cas en 2.2.x) ; • install : cette dernière cible va finalement copier le noyau et tous ses modules au bon endroit, et modifier la configuration des chargeurs de démarrage de telle sorte que le nouveau noyau soit disponible au démarrage. Ne l’utilisez pas si vous préférez effectuer une installation manuelle, telle que décrite dans Installation du nouveau noyau, page 97. Il est important de respecter l’ordre des cibles modules_install install pourquoi les modules s’installent avant. Tout est maintenant compilé et les modules sont installés. Mais ce n’est pas tout : vous devez également installer le noyau dans un endroit où votre programme de démarrage (bootloader), que ce soit LILO ou GRUB , pourra le trouver. C’est ce dont il est question dans la prochaine section. L’ancienne cible zImage est désormais obsolète, et vous ne devriez plus l’utiliser. 13.6. Installation du nouveau noyau Le noyau se situe dans arch/i386/boot/bzImage (ou zImage si vous avez choisi make zImage en place et lieu). Le répertoire standard dans lequel les noyaux sont installés est /boot. Vous devez aussi copier le fichier System.map afin d’assurer le bon fonctionnement de certains programmes (tels que top par exemple). Assurezvous de bien nommer ces fichiers du nom de la version du noyau. Supposons que votre version du noyau est 2.4.22-toto. L’ordre des commandes que vous devrez taper est : $ cp arch/i386/boot/bzImage /boot/vmlinux-2.4.22-toto $ cp System.map /boot/System.map-2.4.22-toto Maintenant, il est nécessaire de dire au chargeur de démarrage où le nouveau noyau se trouve. Vous avez deux possibilités : GRUB ou LILO . Notez que Mandrake Linux est installé avec LILO par défaut. 13.6.1. Mise à jour de LILO La manière la plus simple de mettre à jour LILO est d’utiliser drakboot (voir le chapitre Changer vos paramètres de démarrage du Guide de démarrage). Ou encore, vous pouvez modifier manuellement le fichier de configuration comme expliqué ci-dessous. Pour LILO , il vous faudra mettre à jour /etc/lilo.conf. Évidemment, gardez la possibilité de démarrer votre noyau actuel ! Voici à quoi ressemble un fichier lilo.conf typique, après l’installation de votre distribution Mandrake Linux et avant modification : boot=/dev/hda map=/boot/map install=/boot/boot.b vga=normal default=linux keytable=/boot/fr-latin1.klt lba32 prompt timeout=50 message=/boot/message image=/boot/vmlinuz-2.4.20-17mdk label=linux root=/dev/hda1 read-only append="devfs=mount" vga=788 97 Chapitre 13. Compilation et mise en place de nouveaux noyaux other=/dev/hda2 label=dos table=/dev/hda Un fichier lilo.conf est composé d’une section principale, puis d’une section pour le lancement de chaque système d’exploitation. Dans l’exemple du fichier ci-dessus, la section principale est composée des directives suivantes : boot=/dev/hda map=/boot/map install=/boot/boot.b vga=normal default=linux keytable=/boot/fr-latin1.klt lba32 prompt timeout=50 message=/boot/message La directive boot= dit à LILO où il doit installer son secteur d’amorçage boot ; en l’occurrence, il s’agit du MBR (Master Boot Record, soit l’enregistrement d’amorçage maître) du premier disque dur IDE. Si vous voulez faire une disquette LILO , il vous suffira de remplacer /dev/hda par /dev/fd0. La directive prompt demande à LILO de présenter l’invite au démarrage et d’entamer la procédure après cinq secondes (timeout=50). Si vous retirez la directive timeout=, LILO attendra jusqu’à ce que vous ayez tapé quelque chose. Puis vient une section linux : image=/boot/vmlinuz-2.4.20-17mdk label=linux root=/dev/hda1 read-only append="devfs=mount" vga=788 Une section pour démarrer un noyau GNU/Linux commence par la directive image=, puis par le chemin complet vers un noyau GNU/Linux valide. À l’instar de toute section, elle contient une directive label= pour l’identifier de façon unique, linux dans cet exemple. La directive root= dit à LILO quelle partition héberge le système de fichiers racine pour ce système GNU/Linux , elle pourra être différente chez vous. La directive read-only commande à LILO de monter ce système de fichiers racine en lecture seule au démarrage : s’il n’y a pas cette directive, vous aurez un message d’avertissement. la ligne append comporte des options à passer au noyau. Finalement, le paramètre vga configure le framebuffer. Puis vient la section windows : other=/dev/hda2 label=dos table=/dev/hda En fait, une section débutant par other= est utilisée par LILO pour démarrer tout système d’exploitation autre que GNU/Linux : l’argument de cette directive est l’emplacement du secteur d’amorçage de ce système, et en l’occurrence, il s’agit d’un système Windows . Pour trouver le secteur d’amorçage situé au début de la partition hébergeant cet autre système, GNU/Linux a également besoin de savoir où se trouve la table des partitions, qui lui permettra de localiser la partition en question, ce que fait la directive table=. La directive label=, comme pour une section linux, sert à identifier le système. Maintenant, on peut rajouter la section qui nous permettra de démarrer sur le nouveau noyau. Dans cet exemple, elle sera mise en tête, mais rien ne vous empêche de la mettre à un autre endroit, sauf au milieu d’une autre section : image=/boot/vmlinux-2.4.22-toto label=toto root=/dev/hda1 read-only Adaptez évidemment cela à votre configuration ! C’est à dessein que nous avons pris une situation différente de celle de GRUB ci-dessus... 98 Chapitre 13. Compilation et mise en place de nouveaux noyaux Si vous avez compilé votre noyau avec le framebuffer, consultez le paragraphe à ce sujet ci-dessus dans la section au sujet de GRUB . La différence est que désormais, l’option est sur une ligne à part : vga=0x315 Voici donc à quoi ressemble notre fichier lilo.conf après modification, agrémenté de quelques commentaires en plus (toutes les lignes commençant par #), qui seront ignorés par LILO : # # Section principale # boot=/dev/hda map=/boot/map install=/boot/boot.b # Au démarrage, nous voulons fonctionner en mode VGA normal. # Le frame buffer basculera dans cette résolution # si nous utilisons : vga=normal # Notre message de démarrage... message=/boot/message # Qu’est-ce qui doit ^ etre démarré par défaut. # Mettons notre propre noyau par défaut : default=toto # Afficher le prompt... prompt # ... attendre 5 secondes timeout=50 # # Notre nouveau noyau : image par défaut # image=/boot/vmlinux-2.4.22-toto label=toto root=/dev/hda1 read-only # Si nous utilisons le frame buffer VESA : vga=0x315 # # le noyau original # image=/boot/vmlinuz-2.4.20-17mdk label=linux root=/dev/hda1 read-only # # La section Windows # other=/dev/hda2 label=dos table=/dev/hda Souvenez-vous d’adapter le fichier à votre configuration ! Dans cet exemple, le système de fichiers racine de GNU/Linux est /dev/hda1, mais il peut très bien se situer ailleurs chez vous (pareillement pour windows ). Maintenant que le fichier est modifié correctement, contrairement à GRUB qui gére les modifications automatiquement, il faut dire à LILO de changer le secteur de démarrage : $ lilo Added toto * Added linux Added dos $ Vous pouvez ainsi compiler autant de noyaux que vous le souhaitez, en rajoutant autant de sections GNU/Linux que nécessaire. Il ne vous reste plus qu’à redémarrer pour tester votre nouveau noyau. Notez qu’en cas d’erreur rapportée par LILO lors de l’installation de votre nouveau noyau, ceci signifie rien n’a été modifié sur votre système; LILO ne modifiant votre configuration que si aucune erreur n’a été trouvée 99 Chapitre 13. Compilation et mise en place de nouveaux noyaux 13.6.2. Mise à jour de grub Évidemment, il faut conserver la possibilité de charger votre ancien noyau ! La manière la plus simple de mettre à jour GRUB est d’utiliser drakboot (voir le chapitre Changer vos paramètres de démarrage du Guide de démarrage). Ou encore, vous pouvez modifier manuellement le fichier de configuration comme expliqué ci-dessous. Il faut ici modifier le fichier /boot/grub/menu.lst. Voilà ce à quoi ressemble un menu.lst typique, avant toute modification : timeout 5 color black/cyan yellow/cyan i18n (hd0,4)/boot/grub/messages keytable (hd0,4)/boot/fr-latin1.klt default 0 title linux kernel (hd0,4)/boot/vmlinuz root=/dev/hda5 title failsafe kernel (hd0,4)/boot/vmlinuz root=/dev/hda5 failsafe title Windows root (hd0,0) makeactive chainloader +1 title floppy root (fd0) chainloader +1 Ce fichier est constitué de deux parties : l’en-tête avec les options communes de base (les cinq premières lignes), et les sections (ou entrées), chacune correspondant à un noyau différent ou à un autre OS(système d’exploitation). timeout 5 définit le temps dont vous disposez pour choisir un autre noyau ou système d’exploitation que celui défini par défaut. Cette valeur par défaut est spécifiée par default 0 (ce qui signifie que la première section définie est donc celle dite « par défaut »). La ligne color définit les couleurs du menu ; la ligne i18n indique l’emplacement du message de bienvenue : (hd0,4) signifie qu’il se trouve sur la cinquième partition du premier disque dur. L’option keytable (hd0,4)/boot/fr-latin1.klt indique à GRUB le type de clavier utilisé si vous devez passer des options manuellement au démarrage. Vient ensuite la section des entrées. Il en existe quatre ici : linux. failsafe, windows et floppy. • La section linux commence par indiquer à GRUB le noyau à charger (kernel hd(0,4)/boot/vmlinuz), puis les options à passer à ce noyau. Dans notre cas, root=/dev/hda5 indiquera au noyau que le système de fichier racine est situé sur /dev/hda5. En fait, /dev/hda5 est l’équivalent de hd(0,4) pour GRUB , mais rien n’empêche le noyau de se situer sur une partition différente de celle du système de fichiers racine. • L’entrée failsafe ressemble beaucoup à la précédente, sauf que nous passons un argument supplémentaire au noyau (failsafe), qui lui demande de passer en mode « single » ou mode « de secours ». • L’entrée Windows demande à GRUB de simplement charger le secteur de démarrage de la première partition, qui contient probablement le secteur de démarrage de windows . • La dernière section, floppy, démarre simplement votre système depuis la disquette du premier lecteur, quel que soit le système d’exploitation qui y réside. Ce peut être Windows , voir même un noyau GNU/Linux sur disquette. Suivant le niveau de sécurité utilisé sur votre système, il se peut que certaines des entrées décrites n’existent pas dans votre fichier. Allons maintenant droit au but ! Il nous faut rajouter une nouvelle section GNU/Linux afin de pouvoir démarrer sur notre nouveau noyau. Dans cet exemple, elle sera placée au début des entrées, mais rien ne vous empêche de la mettre ailleurs : title toto 100 Chapitre 13. Compilation et mise en place de nouveaux noyaux kernel (hd0,4)/boot/vmlinux-2.4.22-toto root=/dev/hda5 Souvenez-vous d’adapter le fichier à votre configuration ! Le système de fichier root GNU/Linux est ici sur /dev/hda5, mais il est sûrement ailleurs sur votre système. Votre ordinateur est prêt à redémarrer. Profitez bien de votre noyau tout neuf ! Et c’est tout. Contrairement à LILO , que nous verrons plus loin, il n’y a rien d’autre à faire. Redémarrez votre ordinateur et la nouvelle entrée que vous venez de définir apparaîtra. Sélectionnez-là dans le menu et votre nouveau noyau démarrera. Si vous avez compilé votre noyau avec le framebuffer, vous aurez envie de l’exploiter : dans ce cas, rajoutez une directive à la section qui lui indique la résolution avec laquelle vous voulez démarrer. La liste des modes est disponible dans le fichier /usr/src/linux/Documentation/fb/vesafb.txt (pour le framebuffer VESA ! Sinon, reportez-vous au fichier correspondant). Pour du 800x600 en 32 bits2, le numéro du mode est 0x315, il faut donc rajouter la directive : vga=0x315 Votre entrée ressemblera désormais à ceci : title toto kernel (hd0,4)/boot/vmlinux-2.4.22-toto root=/dev/hda5 vga=0x315 Pour plus de renseignements, consultez les pages d’info de GRUB (info grub). 2. 8 bits signifie (28) couleurs, soit 256 ; 16 bits signifie (216) couleurs, soit 64k, soit 65536 ; en 24 bits comme en 32 bits, la couleur est codée sur 24 bits, soit (224) couleurs possibles, soit exactement 16M, ou un peu plus de 16 millions. 101 Chapitre 13. Compilation et mise en place de nouveaux noyaux 102 Annexe A. La licence Publique Générale GNU (GPL) Le texte qui suit est celui de la licence GPL qui s’applique à la plupart des programmes qui se trouvent dans la distribution Mandrake Linux. A.1. Introduction This is an unofficial translation of the GNU General Public License into French. It was not published by the Free Software Foundation, and does not legally state the distribution terms for software that uses the GNU GPL--only the original English text of the GNU GPL does that. However, we hope that this translation will help French speakers understand the GNU GPL better. Voici (http://www.linux-france.org/article/these/gpl.html) une adaptation non officielle de la Licence Publique Générale du projet GNU. Elle n’a pas été publiée par la Free Software Foundation et son contenu n’a aucune portée légale car seule la version anglaise de ce document détaille le mode de distribution des logiciels sous GNU GPL. Nous espérons cependant qu’elle permettra aux francophones de mieux comprendre la GPL. Licence Publique Générale GNU Version 2, Juin 1991 Copyright © Free Software Foundation, Inc. 59 Temple Place, Suite 330, Boston, MA 02111-1307 États-Unis, 1989, 1991. La copie et la distribution de copies exactes de ce document sont autorisées, mais aucune modification n’est permise. A.2. Préambule Les licences d’utilisation de la plupart des programmes sont définies pour limiter ou supprimer toute liberté à l’utilisateur. À l’inverse, la Licence Publique Générale (General Public License) est destinée à vous garantir la liberté de partager et de modifier les logiciels libres, et de s’assurer que ces logiciels sont effectivement accessibles à tout utilisateur. Cette Licence Publique Générale s’applique à la plupart des programmes de la Free Software Foundation, comme à tout autre programme dont l’auteur l’aura décidé (d’autres logiciels de la FSF sont couverts pour leur part par la Licence Publique Générale pour Bibliothèques GNU (LGPL)). Vous pouvez aussi appliquer les termes de cette Licence à vos propres programmes, si vous le désirez. Liberté des logiciels ne signifie pas nécessairement gratuité. Notre Licence est conçue pour vous assurer la liberté de distribuer des copies des programmes, gratuitement ou non, de recevoir le code source ou de pouvoir l’obtenir, de modifier les programmes ou d’en utiliser des éléments dans de nouveaux programmes libres, en sachant que vous y êtes autorisé. Afin de garantir ces droits, nous avons dû introduire des restrictions interdisant à quiconque de vous les refuser ou de vous demander d’y renoncer. Ces restrictions vous imposent en retour certaines obligations si vous distribuez ou modifiez des copies de programmes protégés par la Licence. En d’autre termes, il vous incombera en ce cas de : • transmettre aux destinataires tous les droits que vous possédez, • expédier aux destinataires le code source ou bien tenir celui-ci à leur disposition, • leur remettre cette Licence afin qu’ils prennent connaissance de leurs droits. For example, if you distribute copies of such a program, whether gratis or for a fee, you must give the recipients all the rights that you have. You must make sure that they, too, receive or can get the source code. And you must show them these terms so they know their rights. Nous protégeons vos droits de deux façons : d’abord par le copyright du logiciel, ensuite par la remise de cette Licence qui vous autorise légalement à copier, distribuer et/ou modifier le logiciel. 103 Annexe A. La licence Publique Générale GNU (GPL) En outre, pour protéger chaque auteur ainsi que la FSF, nous affirmons solennellement que le programme concerné ne fait l’objet d’aucune garantie. Si un tiers le modifie puis le redistribue, tous ceux qui en recevront une copie doivent savoir qu’il ne s’agit pas de l’original afin qu’une copie défectueuse n’entache pas la réputation de l’auteur du logiciel. Enfin, tout programme libre est sans cesse menacé par des dépôts de brevets. Nous souhaitons à tout prix éviter que des distributeurs puissent déposer des brevets sur les Logiciels Libres pour leur propre compte. Pour éviter cela, nous stipulons bien que tout dépôt éventuel de brevet doit accorder expressément à tout un chacun le libre usage du produit. Les dispositions précises et les conditions de copie, de distribution et de modification de nos logiciels sont les suivantes : A.3. Stipulations et conditions relatives à la copie, la distribution et la modification • 0. La présente Licence s’applique à tout Programme (ou autre travail) où figure une note, placée par le détenteur des droits, stipulant que ledit Programme ou travail peut être distribué selon les termes de la présente Licence. Le terme Programme désigne aussi bien le Programme lui-même que tout travail qui en est dérivé selon la loi, c’est-à-dire tout ouvrage reproduisant le Programme ou une partie de celui-ci, à l’identique ou bien modifié, et/ou traduit dans une autre langue (la traduction est considérée comme une modification). Chaque personne concernée par la Licence Publique Générale sera désignée par le terme Vous. Les activités autres que copie, distribution et modification ne sont pas couvertes par la présente Licence et sortent de son cadre. Rien ne restreint l’utilisation du Programme et les données issues de celui-ci ne sont couvertes que si leur contenu constitue un travail basé sur le logiciel (indépendamment du fait d’avoir été réalisé en lançant le Programme). Tout dépend de ce que le Programme est censé produire. • 1. Vous pouvez copier et distribuer des copies conformes du code source du Programme, tel que Vous l’avez reçu, sur n’importe quel support, à condition de placer sur chaque copie un copyright approprié et une restriction de garantie, de ne pas modifier ou omettre toutes les stipulations se référant à la présente Licence et à la limitation de garantie, et de fournir avec toute copie du Programme un exemplaire de la Licence. Vous pouvez demander une rétribution financière pour la réalisation de la copie et demeurez libre de proposer une garantie assurée par vos soins, moyennant finances. • 2. Vous pouvez modifier votre copie ou vos copies du Programme ou partie de celui-ci, ou d’un travail basé sur ce Programme, et copier et distribuer ces modifications selon les termes de l’article 1, à condition de Vous conformer également aux conditions suivantes : 1. Ajouter aux fichiers modifiés l’indication très claire des modifications effectuées, ainsi que la date de chaque changement. 2. Distribuer sous les termes de la Licence Publique Générale l’ensemble de toute réalisation contenant tout ou partie du Programme, avec ou sans modifications. 3. Si le Programme modifié lit des commandes de manière interactive lors de son exécution, faire en sorte qu’il affiche, lors d’une invocation ordinaire, le copyright approprié en indiquant clairement la limitation de garantie (ou la garantie que Vous Vous engagez à fournir Vous-même), qu’il stipule que tout utilisateur peut librement redistribuer le Programme selon les conditions de la Licence Publique Générale GNU, et qu’il montre à tout utilisateur comment lire une copie de celle-ci (exception : si le Programme original est interactif mais n’affiche pas un tel message en temps normal, tout travail dérivé de ce Programme ne sera pas non plus contraint de l’afficher). Toutes ces conditions s’appliquent à l’ensemble des modifications. Si des éléments identifiables de ce travail ne sont pas dérivés du Programme et peuvent être raisonnablement considérés comme indépendants, la présente Licence ne s’applique pas à ces éléments lorsque Vous les distribuez seuls. Mais, si Vous distribuez ces mêmes éléments comme partie d’un ensemble cohérent dont le reste est basé sur un Programme soumis 104 Annexe A. La licence Publique Générale GNU (GPL) à la Licence, ils lui sont également soumis, et la Licence s’étend ainsi à l’ensemble du produit, quel qu’en soit l’auteur. Cet article n’a pas pour but de s’approprier ou de contester vos droits sur un travail entièrement réalisé par Vous, mais plutôt d’ouvrir droit à un contrôle de la libre distribution de tout travail dérivé ou collectif basé sur le Programme. En outre, toute fusion d’un autre travail, non basé sur le Programme, avec le Programme (ou avec un travail dérivé de ce dernier), effectuée sur un support de stockage ou de distribution, ne fait pas tomber cet autre travail sous le contrôle de la Licence. • 3. Vous pouvez copier et distribuer le Programme (ou tout travail dérivé selon les conditions énoncées dans l’article 2) sous forme de code objet ou exécutable, selon les termes des articles 1 et 2, à condition de respecter les clauses suivantes : a. Fournir le code source complet du Programme, sous une forme lisible par un ordinateur et selon les termes des articles 1 et 2, sur un support habituellement utilisé pour l’échange de données ; ou, b. Faire une offre écrite, valable pendant au moins trois ans, prévoyant de donner à tout tiers qui en fera la demande une copie, sous forme lisible par un ordinateur, du code source correspondant, pour un tarif n’excédant pas le coût de la copie, selon les termes des articles 1 et 2, sur un support couramment utilisé pour l’échange de données informatiques ; ou, c. Informer le destinataire de l’endroit où le code source peut être obtenu (cette solution n’est recevable que dans le cas d’une distribution non commerciale, et uniquement si Vous avez reçu le Programme sous forme de code objet ou exécutable avec l’offre prévue à l’alinéa b ci-dessus). Le code source d’un travail désigne la forme de cet ouvrage sous laquelle les modifications sont les plus aisées. Sont ainsi désignés la totalité du code source de tous les modules composant un Programme exécutable, de même que tout fichier de définition associé, ainsi que les scripts utilisés pour effectuer la compilation et l’installation du Programme exécutable. Toutefois, l’environnement standard de développement du système d’exploitation mis en oeuvre (source ou binaire) -- compilateurs, bibliothèques, noyau, etc. -constitue une exception, sauf si ces éléments sont diffusés en même temps que le Programme exécutable. Si la distribution de l’exécutable ou du code objet consiste à offrir un accès permettant de copier le Programme depuis un endroit particulier, l’offre d’un accès équivalent pour se procurer le code source au même endroit est considéré comme une distribution de ce code source, même si l’utilisateur choisit de ne pas profiter de cette offre. • 4. Vous ne pouvez pas copier, modifier, céder, déposer ou distribuer le Programme d’une autre manière que l’autorise la Licence Publique Générale. Toute tentative de ce type annule immédiatement vos droits d’utilisation du Programme sous cette Licence. Toutefois, les tiers ayant reçu de Vous des copies du Programme ou le droit d’utiliser ces copies continueront à bénéficier de leur droit d’utilisation tant qu’ils respecteront pleinement les conditions de la Licence. • 5. Ne l’ayant pas signée, Vous n’êtes pas obligé d’accepter cette Licence. Cependant, rien d’autre ne Vous autorise à modifier ou distribuer le Programme ou quelque travaux dérivés : la loi l’interdit tant que Vous n’acceptez pas les termes de cette Licence. En conséquence, en modifiant ou en distribuant le Programme (ou tout travail basé sur lui), Vous acceptez implicitement tous les termes et conditions de cette Licence. • 6. La diffusion d’un Programme (ou de tout travail dérivé) suppose l’envoi simultané d’une licence autorisant la copie, la distribution ou la modification du Programme, aux termes et conditions de la Licence. Vous n’avez pas le droit d’imposer de restrictions supplémentaires aux droits transmis au destinataire. Vous n’êtes pas responsable du respect de la Licence par un tiers. • 7. Si, à la suite d’une décision de Justice, d’une plainte en contrefaçon ou pour toute autre raison (liée ou non à la contrefaçon), des conditions Vous sont imposées (que ce soit par ordonnance, accord amiable ou autre) qui se révèlent incompatibles avec les termes de la présente Licence, Vous n’êtes pas pour autant dégagé des obligations liées à celle-ci : si Vous ne pouvez concilier vos obligations légales ou autres avec les conditions de cette Licence, Vous ne devez pas distribuer le Programme. Si une partie quelconque de cet article est invalidée ou inapplicable pour quelque raison que ce soit, le reste de l’article continue de s’appliquer et l’intégralité de l’article s’appliquera en toute autre circonstance. Le présent article n’a pas pour but de Vous pousser à enfreindre des droits ou des dispositions légales ni en contester la validité ; son seul objectif est de protéger l’intégrité du système de distribution du Logiciel 105 Annexe A. La licence Publique Générale GNU (GPL) Libre. De nombreuses personnes ont généreusement contribué à la large gamme de Programmes distribuée de cette façon en toute confiance ; il appartient à chaque auteur/donateur de décider de diffuser ses Programmes selon les critères de son choix. Cet article est censé clarifié une conséquence supposée du reste de cette licence. • 8. Si la distribution et/ou l’utilisation du Programme est limitée dans certains pays par des brevets ou des droits sur des interfaces, le détenteur original des droits qui place le Programme sous la Licence Publique Générale peut ajouter explicitement une clause de limitation géographique excluant ces pays. Dans ce cas, cette clause devient une partie intégrante de la Licence. • La Free Software Foundation se réserve le droit de publier périodiquement des mises à jour ou de nouvelles versions de la Licence. Rédigées dans le même esprit que la présente version, elles seront cependant susceptibles d’en modifier certains détails à mesure que de nouveaux problèmes se font jour. Chaque version possède un numéro distinct. Si le Programme précise un numéro de version de cette Licence et « toute version ultérieure », Vous avez le choix de suivre les termes et conditions de cette version ou de toute autre version plus récente publiée par la Free Software Foundation. Si le Programme ne spécifie aucun numéro de version, Vous pouvez alors choisir l’une quelconque des versions publiées par la Free Software Foundation. • 10. Si Vous désirez incorporer des éléments du Programme dans d’autres Programmes libres dont les conditions de distribution diffèrent, Vous devez écrire à l’auteur pour lui en demander la permission. Pour ce qui est des Programmes directement déposés par la Free Software Foundation, écrivez-nous : une exception est toujours envisageable. Notre décision sera basée sur notre volonté de préserver la liberté de notre Programme ou de ses dérivés et celle de promouvoir le partage et la réutilisation du logiciel en général. LIMITATION DE GARANTIE • Parce que l’utilisation de ce Programme est libre et gratuite, aucune garantie n’est fournie, comme le permet la loi. Sauf mention écrite, les détenteurs du copyright et/ou les tiers fournissent le Programme en l’état, sans aucune sorte de garantie explicite ou implicite, y compris les garanties de commercialisation ou d’adaptation dans un but particulier. Vous assumez tous les risques quant à la qualité et aux effets du Programme. Si le Programme est défectueux, Vous assumez le coût de tous les services, corrections ou réparations nécessaires. • Sauf lorsqu’explicitement prévu par la Loi ou accepté par écrit, ni le détenteur des droits, ni quiconque autorisé à modifier et/ou redistribuer le Programme comme il est permis ci-dessus ne pourra être tenu pour responsable de tout dommage direct, indirect, secondaire ou accessoire (pertes financières dues au manque à gagner, à l’interruption d’activités ou à la perte de données, etc., découlant de l’utilisation du Programme ou de l’impossibilité d’utiliser celui-ci). FIN DES TERMES ET CONDITIONS 106 Annexe B. Licence de documentation libre GNU B.1. A propos de cette traduction française de la GFDL Ceci est une traduction française non officielle de la Licence de documentation libre GNU. Elle n’a pas été publiée par la Free Software Foundation, et ne fixe pas légalement les conditions de redistribution des documents qui l’utilisent – seul le texte original en anglais le fait. Nous espérons toutefois que cette traduction aidera les francophones à mieux comprendre la FDL GNU. B.2. Licence de documentation libre GNU Traduction française non officielle de la GFDL Version 1.1 (Mars 2000) Copyright (C) 2000 Free Sofware Foundation, inc. 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA Traduction adaptée de la Version 1.1.2 FR (Christian Casteyde et César Alexanian, mars 2001) Chacun est libre de copier et de distribuer des copies conformes de cette Licence, mais nul n’est autorisé à la modifier. 0. PRÉAMBULE L’objet de cette Licence est de rendre tout manuel, livre ou autre document écrit « libre » au sens de la liberté d’utilisation, à savoir : assurer à chacun la liberté effective de le copier ou de le redistribuer, avec ou sans modifications, commercialement ou non. En outre, cette Licence garantit à l’auteur et à l’éditeur la reconnaissance de leur travail, sans qu’ils soient pour autant considérés comme responsables des modifications réalisées par des tiers. Cette Licence est une sorte de « copyleft », ce qui signifie que les travaux dérivés du document d’origine sont eux-mêmes « libres » selon les mêmes termes. Elle complète la Licence Publique Générale GNU, qui est également une Licence copyleft, conçue pour les logiciels libres. Nous avons conçu cette Licence pour la documentation des logiciels libres, car les logiciels libres ont besoin d’une documentation elle-même libre : un logiciel libre doit être accompagné d’un manuel garantissant les mêmes libertés que celles accordées par le logiciel lui-même. Mais cette Licence n’est pas limitée aux seuls manuels des logiciels ; elle peut être utilisée pour tous les documents écrits, sans distinction particulière relative au sujet traité ou au mode de publication. Nous recommandons l’usage de cette Licence principalement pour les travaux destinés à des fins d’enseignement ou devant servir de document de référence. 1. APPLICABILITÉ ET DÉFINITIONS Cette Licence couvre tout manuel ou tout autre travail écrit contenant une notice de copyright autorisant la redistribution selon les termes de cette Licence. Le mot « Document » se réfère ci-après à un tel manuel ou travail. Toute personne en est par définition concessionnaire, et est référencée ci-après par le terme « Vous ». Une « Version modifiée » du Document désigne tout travail en contenant la totalité ou seulement une portion de celui-ci, copiée mot pour mot, modifiée et/ou traduite dans une autre langue. Une « Section secondaire » désigne une annexe au Document, ou toute information indiquant les rapports entre l’auteur ou l’éditeur et le sujet (ou tout autre sujet connexe) du document, sans toutefois être en rapport direct avec le sujet lui-même (par exemple, si le Document est un manuel de mathématiques, une Section secondaire ne traitera d’aucune notion mathématique). Cette section peut contenir des informations relatives à l’historique du Document, des sources documentaires, des dispositions légales, commerciales, philosophiques, ou des positions éthiques ou politiques susceptibles de concerner le sujet traité. Les « Sections inaltérables » sont des sections secondaires considérées comme ne pouvant être modifiées et citées comme telles dans la notice légale qui place le Document sous cette Licence. Les « Textes de couverture » sont les textes courts situés sur les pages de couverture avant et arrière du Document, et cités comme tels dans la mention légale de ce Document. Le terme « Copie transparente » désigne une version numérique du Document représentée dans un format dont les spécifications sont publiquement disponibles et dont le contenu peut être visualisé et édité directement et immédiatement par un éditeur de texte quelconque, ou (pour les images composées de pixels) par 107 Annexe B. Licence de documentation libre GNU un programme de traitement d’images quelconque, ou (pour les dessins) par un éditeur de dessins courant. Ce format doit pouvoir être accepté directement ou être convertible facilement dans des formats utilisables directement par des logiciels de formatage de texte. Une copie publiée dans un quelconque format numérique ouvert mais dont la structure a été conçue dans le but exprès de prévenir les modifications ultérieures du Document ou dans le but d’en décourager les lecteurs n’est pas considérée comme une Copie Transparente. Une copie qui n’est pas « Transparente » est considérée, par opposition, comme « Opaque ». Le format de fichier texte codé en ASCII générique et n’utilisant pas de balises, les formats de fichiers Texinfo ou LaTeX, les formats de fichiers SGML ou XML utilisant une DTD publiquement accessible, ainsi que les formats de fichiers HTML simple et standard, écrits de telle sorte qu’ils sont modifiables sans outil spécifique, sont des exemples de formats acceptables pour la réalisation de Copies Transparentes. Les formats suivants sont opaques : PostScript, PDF, formats de fichiers propriétaires qui ne peuvent être visualisés ou édités que par des traitements de textes propriétaires, SGML et XML utilisant des DTD et/ou des outils de formatage qui ne sont pas disponibles publiquement, et du code HTML généré par une machine à l’aide d’un traitement de texte quelconque et dans le seul but de la génération d’un format de sortie. La « Page de titre » désigne, pour les ouvrages imprimés, la page de titre elle-même, ainsi que les pages supplémentaires nécessaires pour fournir clairement les informations dont cette Licence impose la présence sur la page de titre. Pour les travaux n’ayant pas de Page de titre comme décrit ci-dessus, la « Page de titre » désigne le texte qui s’apparente le plus au titre du document et situé avant le texte principal. 2. COPIES CONFORMES Vous pouvez copier et distribuer le Document sur tout type de support, commercialement ou non, à condition que cette Licence, la notice de copyright et la notice de la Licence indiquant que cette Licence s’applique à ce Document soient reproduits dans toutes les copies, et que vous n’y ajoutiez aucune condition restrictive supplémentaire. Vous ne pouvez pas utiliser un quelconque moyen technique visant à empêcher ou à contrôler la lecture ou la reproduction ultérieure des copies que vous avez créées ou distribuées. Toutefois, vous pouvez solliciter une rétribution en échange des copies. Si vous distribuez une grande quantité de copies, référez-vous aux dispositions de la section 3. Vous pouvez également prêter des copies, sous les mêmes conditions que celles précitées, et vous pouvez afficher publiquement des copies de ce Document. 3. COPIES EN NOMBRE Si vous publiez des copies imprimées de ce Document à plus de 100 exemplaires, et que la Licence du Document indique la présence de Textes de couverture, vous devez fournir une couverture pour chaque copie, qui présente les Textes de couverture des première et dernière pages de couverture du Document. Les première et dernière pages de couverture doivent également vous identifier clairement et sans ambiguïté comme étant l’éditeur de ces copies. La première page de couverture doit comporter le titre du Document en mots d’importance et de visibilité égale. Vous pouvez ajouter des informations complémentaires sur les pages de couverture. Les copies du Document dont seules la couverture a été modifiée peuvent être considérées comme des copies conformes, à condition que le titre du Document soit préservé et que les conditions indiquées précédemment soient respectées. Si les textes devant se trouver sur la couverture sont trop importants pour y tenir de manière claire, vous pouvez ne placer que les premiers sur la première page et placer les suivantes sur les pages consécutives. Si vous publiez plus de 100 Copies opaques du Document, vous devez soit fournir une Copie transparente pour chaque Copie opaque, soit préciser ou fournir avec chaque Copie opaque une adresse réseau publiquement accessible d’une Copie transparente et complète du Document, sans aucun ajout ou modification, et à laquelle tout le monde peut accéder en téléchargement anonyme et sans frais, selon des protocoles réseau communs et standards. Si vous choisissez cette dernière option, vous devez prendre les dispositions nécessaires, dans la limite du raisonnable, afin de garantir l’accès non restrictif à la Copie transparente durant une année pleine après la diffusion publique de la dernière Copie opaque (directement ou via vos revendeurs). Nous recommandons, mais ce n’est pas obligatoire, que vous contactiez l’auteur du Document suffisamment tôt avant toute publication d’un grand nombre de copies, afin de lui permettre de vous donner une version à jour du Document. 108 Annexe B. Licence de documentation libre GNU 4. MODIFICATIONS Vous pouvez copier et distribuer une Version modifiée du Document en respectant les conditions des sections 2 et 3 précédentes, à condition de placer cette Version modifiée sous la présente Licence, dans laquelle le terme « Document » doit être remplacé par les termes « Version modifiée », donnant ainsi l’autorisation de redistribuer et de modifier cette Version modifiée à quiconque en possède une copie. De plus, vous devez effectuer les actions suivantes dans la Version modifiée : A. Utiliser sur la Page de titre (et sur les pages de couverture éventuellement présentes) un titre distinct de celui du Document d’origine et de toutes ses versions antérieures (qui, si elles existent, doivent être mentionnées dans la section « Historique » du Document). Vous pouvez utiliser le même titre si l’éditeur d’origine vous en a donné expressément la permission. B. Mentionner sur la Page de titre en tant qu’auteurs une ou plusieurs des personnes ou entités responsables des modifications de la Version modifiée, avec au moins les cinq principaux auteurs du Document (ou tous les auteurs si il y en a moins de cinq). C. Préciser sur la Page de titre le nom de l’éditeur de la Version modifiée, en tant qu’éditeur du Document. D. Préserver intégralement toutes les notices de copyright du Document. E. Ajouter une notice de copyright adjacente aux autres notices pour vos propres modifications. F. Inclure immédiatement après les notices de copyright une notice donnant à quiconque l’autorisation d’utiliser la Version modifiée selon les termes de cette Licence, sous la forme présentée dans l’annexe indiqué ci-dessous. G. Préserver dans cette notice la liste complète des Sections inaltérables et les Textes de couverture donnés avec la notice de la Licence du Document. H. Inclure une copie non modifiée de cette Licence. I. Préserver la section nommée « Historique » et son titre, et y ajouter une nouvelle entrée décrivant le titre, l’année, les nouveaux auteurs et l’éditeur de la Version modifiée, tels que décrits sur la Page de titre, ainsi qu’un descriptif des modifications apportées depuis la précédente version. J. Conserver l’adresse réseau éventuellement indiquée dans le Document permettant à quiconque d’accéder à une Copie transparente du Document, ainsi que les adresses réseau indiquées dans le Document pour les versions précédentes sur lesquelles le Document se base. Ces liens peuvent être placées dans la section « Historique ». Vous pouvez ne pas conserver les liens pour un travail datant de plus de quatre ans avant la version courante, ou si l’éditeur d’origine vous en accorde la permission. K. Si une section « Dédicaces » ou une section « Remerciements » sont présentes, les informations et les appréciations concernant les contributeurs et les personnes auxquelles s’adressent ces remerciements doivent être conservées, ainsi que le titre de ces sections. L. Conserver sans modification les Sections inaltérables du Document, ni dans leurs textes, ni dans leurs titres. Les numéros de sections ne sont pas considérés comme faisant partie du texte des sections. M. Effacer toute section intitulée « Approbations ». Une telle section ne peut pas être incluse dans une Version modifiée. N. Ne pas renommer une section existante sous le titre « Approbations » ou sous un autre titre entrant en conflit avec le titre d’une Section inaltérable. Si la Version modifiée contient de nouvelles sections préliminaires ou de nouvelles annexes considérées comme des Sections secondaires, et que celles-ci ne contiennent aucun élément copié depuis le Document, vous pouvez à votre convenance en désigner une ou plusieurs comme étant des Sections inaltérables. Pour ce faire, ajoutez leurs titres dans la liste des Sections inaltérables au sein de la notice de Licence de la Version modifiée. Ces titres doivent êtres distincts des titres des autres sections. Vous pouvez ajouter une section nommée « Approbations », à condition que ces approbations ne concernent que les modifications ayant donné naissance à la Version modifiée (par exemple, comptes-rendus de revue de document, ou acceptation du texte par une organisation le reconnaissant comme étant la définition d’un standard). Vous pouvez ajouter un passage comprenant jusqu’à cinq mots en première page de couverture, et jusqu’à vingt-cinq mots en dernière page de couverture, à la liste des Textes de couverture de la Version modifiée. Il n’est autorisé d’ajouter qu’un seul passage en première et en dernière page de couverture par personne ou groupe de personnes ou organisation ayant contribué à la modification du Document. Si le Document 109 Annexe B. Licence de documentation libre GNU comporte déjà un passage sur la même couverture, ajouté en votre nom ou au nom de l’organisation au nom de laquelle vous agissez, vous ne pouvez pas ajouter de passage supplémentaire ; mais vous pouvez remplacer un ancien passage si vous avez expressément obtenu l’autorisation de l’éditeur de celui-ci. Cette Licence ne vous donne pas le droit d’utiliser le nom des auteurs et des éditeurs de ce Document à des fins publicitaires ou pour prétendre à l’approbation d’une Version modifiée. 5. FUSION DE DOCUMENTS Vous pouvez fusionner le Document avec d’autres documents soumis à cette Licence, suivant les spécifications de la section 4 pour les Versions modifiées, à condition d’inclure dans le document résultant toutes les Sections inaltérables des documents originaux sans modification, et de toutes les lister dans la liste des Sections inaltérables de la notice de Licence du document résultant de la fusion. Le document résultant de la fusion n’a besoin que d’une seule copie de cette Licence, et les Sections inaltérables existant en multiples exemplaires peuvent être remplacées par une copie unique. S’il existe plusieurs Sections inaltérables portant le même nom mais de contenu différent, rendez unique le titre de chaque section en ajoutant, à la fin de celui-ci, entre parenthèses, le nom de l’auteur ou de l’éditeur d’origine, ou, à défaut, un numéro unique. Les mêmes modifications doivent être réalisées dans la liste des Sections inaltérables de la notice de Licence du document final. Dans le document résultant de la fusion, vous devez rassembler en une seule toutes les sections « Historique » des documents d’origine. De même, vous devez rassembler les sections « Remerciements » et « Dédicaces ». Vous devez supprimer toutes les sections « Approbations ». 6. REGROUPEMENTS DE DOCUMENTS Vous pouvez créer un regroupement de documents comprenant le Document et d’autres documents soumis à cette Licence, et remplacer les copies individuelles de cette Licence des différents documents par une unique copie incluse dans le regroupement de documents, à condition de respecter pour chacun de ces documents l’ensemble des règles de cette Licence concernant les copies conformes. Vous pouvez extraire un document d’un tel regroupement, et le distribuer individuellement sous couvert de cette Licence, à condition d’y inclure une copie de cette Licence et d’en l’ensemble des règles concernant les copies conformes. 7. AGRÉGATION AVEC DES TRAVAUX INDÉPENDANTS La compilation du Document ou ses dérivés avec d’autres documents ou travaux séparés et indépendants sur un support de stockage ou sur un média de distribution quelconque ne représente pas une Version modifiée du Document tant qu’aucun copyright n’est déposé pour cette compilation. Une telle compilation est appelée « agrégat », et cette Licence ne s’applique pas aux autres travaux indépendants compilés avec le Document, s’ils ne sont pas eux-mêmes des travaux dérivés du Document. Si les exigences de la section 3 concernant les Textes de couverture sont applicables à ces copies du Document, et si le Document représente un volume inférieur à un quart du volume total de l’agrégat, les Textes de couverture du Document peuvent être placés sur des pages de couverture qui n’encadrent que le Document au sein de l’agrégat. Dans le cas contraire, ils doivent apparaître sur les pages de couverture de l’agrégat complet. 8. TRADUCTION La traduction est considérée comme une forme de modification, vous pouvez donc distribuer les traductions du Document selon les termes de la section 4. Vous devez obtenir l’autorisation spéciale des auteurs des Sections inaltérables pour les remplacer par des traductions, mais vous pouvez inclure les traductions des Sections inaltérables en plus des textes originaux. Vous pouvez inclure une traduction de cette Licence à condition d’inclure également la version originale en anglais. En cas de contradiction entre la traduction et la version originale en anglais, c’est cette dernière qui prévaut. 110 Annexe B. Licence de documentation libre GNU 9. CADUCITÉ Vous ne pouvez pas copier, modifier, sous-licencier ou distribuer le Document autrement que selon les termes de cette Licence. Toute autre acte de copie, modification, sous-licence ou distribution du Document est sans objet et vous prive automatiquement des droits que cette Licence vous accorde. En revanche, les personnes qui ont reçu de votre part des copies ou les droits sur le document sous couvert de cette Licence ne voient pas leurs droits caducs tant qu’elles en respectent les principes. 10. RÉVISIONS FUTURES DE CETTE LICENCE La Free Software Foundation peut publier de temps en temps de nouvelles versions révisées de cette Licence. Ces nouvelles versions seront semblables à la présente version dans l’esprit, mais pourront différer sur des points de détail en fonctions de nouvelles questions ou problèmes. Voyez http://www.gnu.org/copyleft/ (http://www.gnu.org/copyleft/) pour plus de détails. Chaque version de cette Licence est dotée d’un numéro de version distinct. Si un Document spécifie un numéro de version particulier de cette Licence, et porte la mention « ou toute autre version ultérieure », vous pouvez choisir de suivre les termes de la version spécifiée ou ceux de n’importe quelle version ultérieure publiée par la Free Software Foundation. Si aucun numéro de version n’est spécifié, vous pouvez choisir n’importe quelle version officielle publiée par la Free Sofware Foundation. B.3. Comment utiliser cette Licence pour vos documents Pour utiliser cette Licence avec un document que vous avez écrit, incorporez une copie du texte de cette Licence en anglais et placez le texte ci-dessous juste après la page de titre : Copyright (c) ANNÉE VOTRE NOM Permission vous est donnée de copier, distribuer et/ou modifier ce document selon les termes de la Licence GNU Free Documentation License, Version 1.1 ou ultérieure publiée par la Free Software Foundation ; avec les sections inaltérables suivantes : LISTE DES TITRES DES SECTIONS INALTÉRABLES Avec le texte de première page de couverture suivant : TEXTE DE PREMIÈRE PAGE DE COUVERTURE Avec le texte de dernière page de couverture suivant : TEXTE DE DERNIÈRE PAGE DE COUVERTURE Une copie de cette Licence est incluse dans la section appelée GNU Free Documentation License de ce document. Si votre Document ne comporte pas de section inaltérable, de textes de première et dernière pages de couverture, veuillez insérer les mentions suivantes dans les sections adéquates : • pas de section inaltérable • pas de texte de première page de couverture • pas de texte de dernière page de couverture Vous pouvez également fournir une traduction de la Licence GNU FDL dans votre document, mais celle-ci ne doit pas remplacer la version anglaise. La section intitulée GNU Free Documentation License doit contenir la version anglaise de la Licence GNU FDL, c’est la seule qui fait foi. Si votre Document contient des exemples non triviaux de code programme, nous recommandons de distribuer ces exemples en parallèle sous Licence GNU General Public License, qui permet leur usage dans les logiciels libres. 111 Annexe B. Licence de documentation libre GNU 112 Annexe C. Glossaire adresse IP Adresse numérique composée de quatre séquences de un à trois chiffres qui identifient un ordinateur sur un réseau et notamment sur Internet. Les adresses IP sont structurées de manière hiérarchique, avec des domaines supérieurs et nationaux, domaines, sous-domaines, et adresses de chaque machine individuelle. Une adresse IP ressemble à 192.168.0.1.. L’adresse d’une machine personnelle peut être de deux types : statique ou dynamique. Les adresses IP statiques sont des adresses qui ne changent pas, alors que les adresses dynamiques sont réactualisées à chaque nouvelle connexion au réseau. Les utilisateurs de modem ou de câble ont généralement des adresses IP dynamiques, alors que certaines connexions DSL et d’autres à large bande fournissent des adresses IP statiques. alias Mécanisme utilisé dans un shell pour lui faire substituer une chaîne par une autre avant d’exécuter une commande. Vous pouvez voir tous les alias définis dans la session courante en tapant la commande alias à l’invite. anneau tueur (kill ring) Sous Emacs , c’est l’ensemble des zones de texte copiées ou coupées depuis le démarrage de l’éditeur, que l’on peut rappeler pour les insérer de nouveau, et qui est organisé sous forme d’anneau. On peut aussi l’appeler « cercle des morts ». APM Advanced Power Management (Gestion Avancée de l’Énergie) : fonctionnalité utilisée par quelques BIOS pour faire entrer la machine dans un état de latence après une période d’inactivité donnée. Sur les ordinateurs portables, l’APM est aussi chargé de reporter le statut de la batterie et, si l’ordinateur le permet, la « durée de vie » restante estimée. arp Address Resolution Protocol : Protocole de Résolution d’Adresses. Le protocole Internet utilisé pour faire automatiquement correspondre une adresse Internet et une adresse physique (matérielle) sur un réseau local. Cela est limité aux réseaux supportant la diffusion (broadcasting) matérielle. arrière-plan Dans le contexte du shell, un processus tourne en arrière-plan si vous pouvez envoyer des commandes pendant que ledit processus continue de fonctionner. Voir aussi : job, premier plan. ASCII American Standard Code for Information Interchange : Code standard américain pour l’échange d’information. Le code standard utilisé pour stocker des caractères, y compris les caractères de contrôle, sur un ordinateur. Beaucoup de codes 8-bit (tels que ISO 8859-1, l’ensemble des caractères par défaut de GNU/Linux ) contiennent ASCII sur leur moitié inférieure. Voir aussi : ISO 8859. ATAPI (AT Attachment Packet Interface) Une extension des spécifications ATA (« Advanced Technology Attachment », plus connue sous le nom d’IDE, Integrated Drive Electronics) qui propose des commandes supplémentaires pour contrôler les lecteurs de CD-ROM et de bandes magnétiques. Les contrôleurs IDE proposant cette extension sont aussi appelés contrôleurs EIDE (Enhanced IDE). atomique Une série d’opérations est dite atomique si elle est exécutée en une seule fois, sans interruption. premier plan Dans le contexte du shell, le processus au premier plan est celui qui est en train d’être exécuté. Vous devez attendre qu’un tel processus ait fini pour pouvoir entrer à nouveau des commandes. Voir aussi : job, arrière-plan. batch Mode de gestion pour lequel les travaux (jobs) sont soumis de façon séquentielle au processeur jusqu’au dernier, le processeur est alors libéré pour une autre liste de processus. 113 Annexe C. Glossaire bêta test Nom donné à la procédure visant à tester la version bêta (préliminaire) d’un programme. Ce dernier passe généralement par des phases dites « alpha » puis « bêta » de test avant de sortir officiellement (release). bibliothèque Ensemble de procédures et de fonctions au format binaire utilisé par les programmeurs dans leurs programmes (si la licence le leur permet). Le programme responsable du chargement des bibliothèques partagées au démarrage est appelé l’éditeur dynamique de liens (dynamic linker). binaire Format des fichiers exécutable par la machine. C’est généralement le résultat d’une compilation de fichiers sources bip Petit bruit aigu émis par l’ordinateur pour attirer votre attention sur une situation ambiguë ou une erreur. Il est utilisé en particulier lorsque le complètement automatique d’une commande propose plusieurs choix. bit Binary digIT (Chiffre Binaire). Un simple chiffre pouvant prendre les valeurs 0 ou 1, car le calcule s’effectue en base deux. bitmap Image en mode point, par opposition à une image en mode vectoriel. block (fichier en mode) Fichier dont le contenu est mis en tampon (buffer). Toutes les opérations d’entrée/sortie sur de tels fichiers passent par le tampon, ce qui permet des écritures asynchrones sur le matériel sous-jacent, et des lectures directes sur le tampon, donc plus rapides. Voir aussi : tampon (buffer), cache mémoire, caractère (fichiers en mode). bogue (bug) Comportement illogique ou incohérent d’un programme dans un cas particulier, ou comportement qui n’est pas en accord avec sa documentation. Souvent, dans un programme, de nouvelles fonctionnalités introduisent de nouveaux bogues. Le mot « bogue » est une francisation du mot anglais bug. Historiquement, ce terme remonte au temps des cartes perforées : une punaise (l’insecte !) qui se serait glissée dans le trou d’une carte perforée et aurait engendré un dysfonctionnement du programme ; Ada Lovelace, voyant cela, déclara « C’est un bug » ; l’expression est restée depuis. boot Procédure qui s’enclenche au démarrage d’un ordinateur lorsque les périphériques sont reconnus un par un, et que le système d’exploitation est chargé en mémoire. BSD Berkeley Software Distribution Distribution Logicielle de Berkeley : variante d’Unix développée au département informatique de l’université de Berkeley. Cette version a toujours été considérée plus avancée technologiquement que les autres, et a apporté beaucoup d’innovations au monde de l’informatique en général et à Unix en particulier. bureau Si vous utilisez l’environnement graphique X , le bureau est l’endroit de l’écran avec lequel vous travaillez et sur lequel sont placées les icônes et les fenêtres. Il peut aussi être appelé le fond d’écran, et est généralement rempli par une simple couleur, un gradient de couleur ou même une image. Voir aussi : bureau virtuel. bureau virtuel Dans le système de fenêtres X, le gestionnaire de fenêtres peut vous proposer plusieurs bureaux. Cette fonctionnalité pratique vous permet d’organiser vos fenêtres en limitant le nombre de fenêtres se superposant l’une à l’autre. Cela fonctionne de la même manière que si vous possédiez plusieurs écrans. Vous pouvez passer d’un bureau virtuel à un autre par le clavier ou la souris, selon le gestionnaire de fenêtres que vous utilisez. Voir aussi : gestionnaire de fenêtres, bureau. 114 Annexe C. Glossaire cache mémoire Élément crucial du noyau d’un système d’exploitation, il a pour rôle de maintenir les tampons à jour, de les effacer lorsqu’ils sont inutiles, de réduire la taille de l’antémémoire si nécessaire, etc. Voir aussi : tampon (buffer). caché (fichier) Fichier qui n’apparaît pas lorsque l’on exécute la commande ls sans option. Les noms de fichiers cachés commencent par un . et sont notamment utilisés pour enregistrer les préférences et configurations propres à chaque utilisateur. Par exemple, l’historique des commandes de bash est enregistré dans le fichier caché .bash_history. canaux IRC « Points de rencontre » à l’intérieur des serveurs IRC où vous pouvez converser avec d’autres utilisateurs. Les canaux sont créés dans les serveurs IRC et les utilisateurs se connectent à ces canaux afin de pouvoir communiquer entre eux. Les messages écrits sur un canal ne sont visibles que par les personnes connectées à ce canal. Deux ou plusieurs utilisateurs peuvent aussi créer des canaux « privés » afin de ne pas être dérangés par les autres utilisateurs. Les noms de canaux commencent par un #. caractère (fichiers en mode) Fichiers dont le contenu n’est pas mis en tampon (buffer). Lorsqu’associé à un périphérique physique, toutes les entrées/sorties sont immédiatement effectuées. Certains périphériques caractères spéciaux sont créés par le système (/dev/zero, /dev/null et d’autres). Ils correspondent aux flux de données. Voir aussi : block (fichier en mode). casse Dans le contexte de chaînes de caractères, la casse est la différenciation entre lettres minuscules et majuscules (ou capitales). CHAP Challenge-Handshake Authentication Protocol (Protocole d’Authentification par Poignée de main-défi) : protocole utilisé par les FAI pour authentifier leurs clients. Dans ce schéma, une valeur est envoyée au client (la machine qui se connecte), le client calcule un hash à partir de cette valeur qu’il envoie au serveur, et le serveur compare le hash avec celui qu’il a calculé. Voir aussi : PAP. Chargeur de démarrage (bootloader) Programme responsable du chargement du système d’exploitation. De nombreux chargeurs de démarrage vous donnent la possibilité de charger plus d’un système en vous proposant un menu. Les chargeurs tels que grub sont disponibles avec cette fonctionnalité et sont très utiles sur les machines multi-systèmes. chemin Affectation d’un fichier ou d’un répertoire au système de fichiers. Les différents niveaux d’un chemin sont séparés par le « slash » ou caractère « / ». Il y a deux types de chemins sous GNU/Linux . Le chemin relatif est la position d’un fichier ou un répertoire par rapport au répertoire courant. Le chemin absolu est la position d’un fichier ou un répertoire par rapport au répertoire racine. cible (target) Objet d’une compilation, généralement le fichier binaire devant être généré par le compilateur. CIFS Common Internet FileSystem (Système de Fichiers Internet Commun) : prédécesseur du système de fichiers de SMB, utilisé sur les systèmes DOS . client Programme ou ordinateur qui se connecte de façon épisodique et temporaire à un autre programme ou ordinateur pour lui donner des ordres ou lui demander des renseignements. C’est l’une des composantes d’un système client/serveur. code objet Code généré par le processus de compilation devant être lié avec les autres codes objets et bibliothèques pour former un fichier exécutable. Le code objet est lisible par la machine. Voir aussi : binaire, compilation, liaison. 115 Annexe C. Glossaire compilation Une des étapes de la traduction du code source (en langage compréhensible avec un peu d’entraînement) écrit en un langage de programmation (C , par exemple) en un fichier binaire lisible par la machine. complètement Néologisme (substantif masculin) désignant la capacité du shell à étendre une sous-chaîne en un nom de fichier, nom d’utilisateur ou autre, de façon automatique, si la sous-chaîne n’est pas ambiguë. compression Moyen de diminuer la taille des fichiers ou le nombre de caractères transmis lors d’une connexion. Certains programmes de compression de fichiers sont compress , zip, gzip, et bzip2. compte Sur un système Unix , un nom de connexion, un répertoire personnel, un mot de passe et un shell qui autorisent une personne à se connecter sur ce système. console Nom donné à ce que l’on appelait autrefois « terminal ». Les terminaux constituaient les postes utilisateurs des gros ordinateurs centraux (mainframe). Sur les postes de travail, le terminal physique est le clavier plus l’écran. Voir aussi : consoles virtuelles. consoles virtuelles Sur les systèmes GNU/Linux , les consoles virtuelles sont utilisées pour vous permettre de lancer plusieurs sessions sur un seul écran. Vous disposez par défaut de six consoles virtuelles qui peuvent être activées en pressant les combinaisons de touches : ALT-F1 à ALT-F6. Il y a une septième console virtuelle par défaut, ALT-F7, qui vous permet de lancer le serveur X (interface graphique) Depuis X, vous pourrez activer les consoles virtuelles en pressant CTRL-ALT-F1 à CTRL-ALT-F6. Voir aussi : console. continu (périphérique en) Périphérique qui traite des « flots » (non interrompus ou divisés en blocs) de caractère en entrée. Un périphérique en continu typique est le lecteur de bandes. cookies Fichiers temporaires écrits sur le disque dur local par un site Web distant. Cela permet au serveur d’être prévenu des préférences de l’utilisateur quand celui-ci se connecte à nouveau. courrier électronique Aussi appelé « mail », « e-mail », « mèl » ou encore « courriel », il désigne un message que l’on fait parvenir à un autre utilisateur d’un même réseau informatique par voie électronique. Similaire au courrier traditionnel (dit courrier « escargot »), le courrier électronique a besoin des adresses de l’expéditeur et du destinataire pour être envoyé correctement. L’expéditeur doit avoir une adresse du type « [email protected] » et le destinataire une adresse « [email protected] ». Le courrier électronique est un moyen de communication très rapide (généralement quelques minutes quelle que soit la destination). Afin de pouvoir écrire un courrier électronique, vous avez besoin d’un client de courrier du type de pine ou mutt qui sont en mode texte, ou des clients en mode graphique comme kmail . DHCP Dynamic Host Configuration Protocol (Protocole Dynamique de Configuration d’Hôtes) : protocole conçu pour que les machines sur un réseau local puissent se voir allouer une adresse IP dynamiquement. disquette de démarrage Disquette amorçable (« bootable » en anglais) contenant le code nécessaire pour démarrer le système d’exploitation présent sur le disque dur (parfois, elle se suffit à elle-même). distribution Terme utilisé pour distinguer les différents produits proposés par les fournisseurs GNU/Linux . Une distribution est constituée du noyau Linux , et d’utilitaires, ainsi que de programmes d’installation, programmes de tiers, et parfois même des programmes propriétaires. DMA (Direct Memory Access ou Accès Direct à la Mémoire) : fonctionnalité utilisée sur l’architecture PC ; qui permet à un périphérique de lire ou d’écrire dans la mémoire principale sans l’aide du processeur. Les 116 Annexe C. Glossaire périphériques PCI utilisent le bus mastering (contrôle du bus par un périphérique en lieu et place du processeur) et n’ont pas besoin de DMA. DNS Domain Name System : système de nom de domaine. Le mécanisme de correspondance nom/adresse utilisé sur Internet. C’est ce mécanisme qui permet de mettre en correspondance un nom de domaine et une adresse IP, qui vous laisse rentrer un nom de domaine sans connaître l’adresse IP du site. DNS permet aussi d’effectuer une recherche inversée, de sorte que vous pouvez obtenir l’adresse IP d’une machine à partir de son nom. doux (lien) Voir : symboliques, liens DPMS Display Power Management System (Système de Gestion de l’Alimentation de l’Affichage). Protocole utilisé par tous les écrans modernes pour gérer les fonctionnalités de gestion d’énergie. Les moniteurs disposant de ces fonctionnalités sont souvent appelés des moniteurs « verts ». drapeau Indicateur (généralement un seul bit) utilisé pour signaler une condition particulière à un programme Par exemple, un système de fichier a, entre autre, un drapeau indiquant s’il doit être inclus dans une sauvegarde ; lorsque le drapeau est levé le système de fichier est sauvegardé, il ne l’est pas si le drapeau est désactivé. dépendances Étapes de la compilation nécessaires pour passer à l’étape suivante dans la compilation finale d’un programme. échappement Dans le contexte du shell, désigne l’action d’encadrer une chaîne entre guillemets pour empêcher son interprétation. Par exemple, pour utiliser des espaces sur une ligne de commande, puis rediriger le résultat à une autre commande, il faudra mettre la première commande entre guillemets (« échapper » la commande) sinon le shell l’interprétera mal, ce qui empêchera le bon fonctionnement. Action d’encadrer une chaîne entre guillemets pour empêcher son interprétation, dans le contexte du shell Par exemple, pour utiliser des espaces sur une ligne de commande, puis rediriger le résultat à une autre commande, il faudra mettre la première commande entre guillemets (« échapper » la commande) sinon le shell l’interprétera mal, ce qui empêchera le bon fonctionnement. écho Voir un écho signifie voir à l’écran les caractères qui sont frappés au clavier. Par exemple, lorsque l’on tape un mot de passe, on n’a généralement pas d’écho mais de simple étoiles « * » pour chaque caractère tapé. éditeur Programme spécialisé dans la modification des fichiers texte. Les éditeurs les plus connus sous GNU/Linux sont GNU Emacs (Emacs ) et l’éditeur Unix : Vi . ELF Executable and Linking Format (Format d’Exécutables et de Liaisons) C’est le format binaire utilisé par la plupart des distributions GNU/Linux de nos jours. englobement Capacité de regrouper dans le shell, un certain ensemble de noms de fichiers avec un motif d’englobement. Voir aussi : motif d’englobement. entrée standard Descripteur de fichier numéro 0, ouvert par tous les processus, utilisé par convention comme le descripteur de fichier par lequel le processus reçoit ses données. Voir aussi : erreur standard, canal d’, sortie standard. 117 Annexe C. Glossaire environnement Contexte d’exécution d’un processus. Cela inclut toute l’information dont le système d’exploitation a besoin pour gérer le processus, et ce dont le processeur a besoin pour exécuter correctement ce processus. Voir aussi : processus. erreur standard, canal d’ Descripteur de fichier numéro 2, ouvert par tous les processus, utilisé par convention pour les messages d’erreur et, par défaut, l’écran du terminal. Voir aussi : entrée standard, sortie standard. expression rationnelle Outil théorique très puissant utilisé pour la recherche et la correspondance de chaînes de texte. Il permet de spécifier des motifs auxquels les chaînes recherchées doivent se conformer. Beaucoup d’utilitaires Unix l’utilisent : sed, awk , grep et perl , entre autres. ext2 Abréviation de « second extended filesystem » : système de fichiers étendu 2. ext2 est le système de fichiers natif de GNU/Linux et possède toutes les caractéristiques d’un système de fichiers Unix : support des fichiers spéciaux (périphériques caractères, liens symboliques...), permissions sur les fichiers et propriétaires, etc. FAI Fournisseur d’Accès Internet. Société qui revend un accès Internet à ses clients, que l’accès soit par ligne téléphonique ou par ligne dédiée. FAQ Frequently Asked Questions (Questions Fréquemment Posées, mais aussi Foire Aux Questions) : document contenant une série de questions/réponses sur un domaine spécifique. Historiquement, les FAQ sont apparues dans les groupes de discussion, mais cette sorte de document est maintenant disponible sur des sites Web divers. Même des produits commerciaux ont leur FAQ. Généralement, ce sont de très bonnes sources d’informations. FAT File Allocation Table. (Table d’Allocation des Fichiers). Système de fichiers utilisé par DOS / Windows . FDDI Fiber Distributed Digital Interface (Interface Numérique Distribuée par Fibre) : couche réseau matérielle à haut débit, qui utilise des fibres optiques pour la communication. Seulement utilisée sur les gros réseaux surtout à cause de son prix. FHS Filesystem Hierarchy Standard (Standard pour la Hiérarchie des Systèmes de fichier) : document contenant des lignes de conduite pour une arborescence des fichiers cohérente sur les systèmes Unix . Mandrake Linux se conforme à ce standard. FIFO First In, First Out (Premier Entré, Premier Sorti) : structure de données ou tampon matériel depuis lequel les éléments sont enlevés dans l’ordre de leur insertion. Les tubes Unix sont l’exemple le plus courant de FIFO. focus Fait qu’une fenêtre reçoive les événements clavier (tels que les pressions ou les relâches des touches) et les clics de la souris, à moins que ces derniers ne soient interceptés par le gestionnaire de fenêtres. framebuffer Projection de la RAM d’une carte graphique dans la mémoire principale. Cela autorise les applications à accéder à la mémoire vidéo en évitant les complications liées à la communication directe avec la carte. Toutes les stations graphiques de haut niveau utilisent des framebuffers. FTP File Transfer Protocol (Protocole de Transfert de Fichiers). C’est le protocole Internet standard pour transférer des fichiers d’une machine à une autre. 118 Annexe C. Glossaire gestionnaire de fenêtres Programme responsable de l’allure générale d’un environnement graphique et qui s’occupe des barres et cadres des fenêtres, des boutons, des menus issus de l’image de fond, et de certains raccourcis clavier. Sans lui, il serait difficile ou impossible d’avoir des bureaux virtuels, de changer la taille des fenêtres à la volée, de déplacer ces dernières, etc. GIF Graphics Interchange Format. (Format Graphique d’échange) : format de fichier image, très utilisé sur le Web . Les images GIF sont compressées, et elles peuvent même être animées. Pour des questions de droits d’auteur, il est conseillé de remplacer ce format d’image par un format plus récent : le format PNG. GNU GNU is Not Unix (GNU N’est pas Unix ). Le projet GNU est un projet initié par Richard Stallman au début des années 80, dont le but est de concevoir un système d’exploitation libre et complet. Aujourd’hui, la plupart des outils sont disponibles, excepté... le noyau. Le noyau du projet GNU, Hurd , n’est pas encore prêt à sortir du laboratoire. Linux emprunte, entre autre, deux choses au projet GNU : son compilateur C , gcc, et sa licence, la GPL. Voir aussi : GPL. gourou Expert, nom utilisé pour désigner une personne particulièrement qualifiée dans un domaine particulier, mais qui est aussi d’une grande utilité à ceux qui sollicitent son aide. GPL General Public License (Licence Publique Générale) : licence de nombreux programmes libres, notamment du noyau Linux . Elle va à l’encontre de toutes les licences propriétaires puisqu’elle ne donne aucune restriction en ce qui concerne la copie, la modification et la redistribution du logiciel, aussi longtemps que le code source est disponible. La seule restriction, si on peut l’appeler ainsi, est que les personnes à qui vous le redistribuez doivent aussi bénéficier des mêmes droits. HTML HyperText Markup Language (Langage de Balisage HyperTexte) : langage utilisé pour créer les documents Web . HTTP HyperText Transfer Protocol (Protocole de Transfert HyperTexte) : protocole utilisé pour se connecter à des sites Web et retirer des documents HTML ou des fichiers. hôte Relatif à un ordinateur qui est généralement utilisé pour des ordinateurs reliés à un réseau. i-noeud point d’entrée menant au contenu d’un fichier sur un système de fichiers Unix . Un i-noeud est identifié de façon spécifique par un numéro, et contient des méta-informations sur le fichier auquel il se réfère, tels que ses temps d’accès, son type, sa taille, mais pas son nom! icône Petit dessin (généralement en 16 x 16, 32 x 32, 48 x 48, et parfois 64 x 64 pixels) qui représente, sous un environnement graphique, un document, un fichier ou un programme. IDE Integrated Drive Electronics (Électronique Intégrée au Disque) : le plus utilisé des bus sur les PC d’aujourd’hui pour les disques durs. Un bus IDE peut contenir jusqu’à deux périphériques ; sa vitesse est limitée par le périphérique au bus qui a la file de commandes la plus lente (et pas la vitesse de transfert la plus lente!). Voir aussi : ATAPI (« AT Attachment Packet Interface ») . Interface graphique : GUI Graphical User Interface. Interface d’un ordinateur constituée de menus, boutons, icônes, et autres éléments graphiques. La plupart des utilisateurs préfèrent une interface graphique plutôt qu’une CLI (Command Line Interface : Interface en ligne de commande) pour sa facilité d’utilisation, même si cette dernière est plus polyvalente. Internet Immmense réseau qui connecte des ordinateurs tout autour du monde. 119 Annexe C. Glossaire invite Prompt dans un shell, c’est la chaîne de caractères avant le curseur. Lorsqu’elle est visible, il est possible de taper vos commandes. IRC Internet Relay Chat (Conversation Relayée par Internet) : une des rares normes sur l’ Internet pour la conversation en direct. Elle autorise la création de canaux, de conversations privées et aussi l’échange de fichiers. Elle est aussi conçue pour être capable de faire se connecter les serveurs entre eux, et c’est pourquoi plusieurs réseaux IRC existent aujourd’hui : Undernet, DALnet, EFnet pour n’en citer que quelquesuns. ISA Industry Standard Architecture (Architecture Standard pour l’Industrie) : premier bus utilisé sur les cartes mère, il est lentement abandonné au profit du bus PCI. Cependant, quelques fabricants de matériel l’utilisent toujours. Il est encore très courant que les cartes SCSI fournies avec des scanners, graveurs, etc. soient ISA. ISDN Integrated Services Digital Network ou RNIS : Réseau Numérique à Intégration de Services. Ensemble de standards de communication permettant à un unique câble ou une fibre optique de transporter de la voix, des services de réseau numérique et de la vidéo. Il a été conçu afin de remplacer le système téléphonique actuel, connu sous l’acronyme RTC (Réseau Téléphonique Commuté). ISO International Standards Organisation (Organisation Internationale de Standards) : groupement d’entreprises, de consultants, d’universités et autres sources qui élaborent des standards dans divers domaines, y compris l’informatique. Les documents décrivant les standards sont numérotés. Le standard numéro 9660, par exemple, décrit le système de fichiers utilisé par les CD-ROM. ISO 8859 Le standard ISO 8859 inclut plusieurs extensions 8-bit à l’ensemble de caractères ASCII. Il y a notamment ISO 8859-1, l’ « Alphabet Latin No. 1 », largement utilisé, qui peut en fait être considéré comme le remplaçant de facto du standard ASCII. ISO 8859-1 reconnaît les langues suivantes : afrikaans, allemand, anglais, basque, catalan, danois, hollandais, écossais, espagnol, féroais, finlandais, français, gallois, islandais, irlandais, italien, norvégien, portugais, et suédois. Notez bien que les caractères ISO 8859-1 sont aussi les 256 premiers caractères de ISO 10646 (Unicode). Néanmoins, il lui manque le symbole EURO et ne reconnaît pas complètement le finlandais ni le français. L’ISO 8859-15 est une modification de ISO 8859-1 qui couvre ces besoins. Voir aussi : ASCII. job Processus fonctionnant en arrière-plan dans le contexte du shell. Vous pouvez avoir plusieurs jobs dans un même shell, et contrôler ces jobs. Voir aussi : premier plan, arrière-plan. joker (wildcard) Les caractères « * » et « ? » sont utilisés comme caractères dit jokers car ils peuvent représenter n’importe quoi. Le « * » représente un nombre quelconque de caractères, alors que le « ? » représente exactement un caractère. Les jokers sont utilisés fréquemment dans les expressions ordinaires. JPEG Joint Photographic Experts Group (Regroupement d’Experts de la Photographie) : autre format de fichier image très connu. JPEG est surtout habilité à compresser des scènes réelles, et ne fonctionne pas très bien avec les images non réalistes. lancer Action d’invoquer, ou de démarrer un programme. langage assembleur Langage de programmation le plus proche de l’ordinateur, d’où son nom de langage de programmation de « bas niveau ». L’assembleur a l’avantage de la vitesse puisque les programmes sont écrits directement sous la forme d’instructions pour le processeur, de sorte qu’aucune ou peu de traduction ne soit nécessaire pour en faire un programme exécutable. Son inconvénient majeur est qu’il est fondamentalement 120 Annexe C. Glossaire dépendant du processeur (ou de l’architecture). Écrire des programmes complexes est donc très long. Ainsi l’assembleur est le langage de programmation le plus rapide, mais il n’est pas transportable entre architectures. LDP Linux Documentation Project (Project de Documentation pour Linux) : organisation à but non lucratif qui maintient de la documentation sur GNU/Linux . Ses documents les plus connus sont les HOWTO, mais elle produit aussi des FAQ, et même quelques livres. lecture seule (read-only mode) Relatif à un fichier qui ne peut pas être modifié. On pourra en lire le contenu, mais pas le modifier. Voir aussi : lecture-écriture (read-write mode). lecture-écriture (read-write mode) Relatif à un fichier qui peut être modifié. Ce type d’autorisation permet à la fois de lire et de modifier un fichier. Voir aussi : lecture seule (read-only mode). liaison Dernière étape du processus de compilation, consistant à lier ensemble les différents fichiers objet de façon à produire un fichier exécutable, et à résoudre les symboles manquants avec les librairies dynamiques (à moins qu’une liaison statique ait été demandée, auquel cas le code de ces symboles sera inclus dans l’exécutable). libre (logiciel) open source Nom donné au code source libre d’un programme qui est rendu disponible à la communauté de développement, et au public en général. La théorie sous-jacente est qu’en autorisant à ce que le code source soit utilisé et modifié par un groupe plus large de programmeurs, cela produira un produit plus utile pour davantage de personnes. On peut citer parmi les programmes libres les plus célèbres Apache , sendmail et GNU/Linux . lien I-nœud dans un répertoire, donnant par là un nom (de fichier) à cet i-nœud. Des exemples d’i-nœuds n’ayant pas de lien (et donc aucun nom) sont : les tubes anonymes (utilisés par le shell), les sockets (connexions réseau), périphériques réseau, etc. ligne de commande Ce que fournit un shell et permet à l’utilisateur de taper des commandes directement. C’est également le sujet d’une bataille éternelle entre ses adeptes et ses détracteurs :-) Linux Système d’exploitation du type Unix adapté à une grande variété d’architectures; il est utilisable et modifiable à volonté. Linux (le noyau) a été écrit par Linus Torvalds. login Nom de connexion de l’utilisateur sur un système Unix , et l’action même de se connecter. loopback Interface réseau virtuelle d’une machine avec elle-même, qui permet aux programmes en fonctionnement de ne pas devoir prendre en compte le cas particulier où deux entités réseau correspondent à la même machine. majeur Numéro caractéristique de la classe de périphériques considérée. mandataire (proxy) Machine qui se situe entre un réseau et l’Internet , dont le rôle est d’accélérer les transferts de données pour les protocoles les plus utilisés (HTTP et FTP par exemple). Il maintient un tampon des demandes précédentes, ce qui évite le coût impliqué par une nouvelle demande de fichier alors qu’une autre machine a fait cette requête récemment. Les serveurs mandataires sont très utiles sur les réseaux à petite vitesse (comprenez : connexions modems RTC). Quelquefois, le mandataire est la seule machine capable d’atteindre l’extérieur. 121 Annexe C. Glossaire masquage IP Technique utilisée lorsque vous utilisez un pare-feu pour cacher la véritable adresse IP de votre ordinateur depuis l’extérieur. Généralement, les connexions faites en dehors du réseau hériteront de l’adresse IP du pare-feu lui-même. Cela est utile dans les cas où vous avez une connexion Internet rapide avec une seule adresse IP officielle, mais souhaitez partager cette connexion avec d’autres ordinateurs d’un réseau local ayant des adresses IP privées. MBR Master Boot Record (Secteur de Démarrage Maître). Nom donné au premier secteur d’un disque dur amorçable. Le MBR contient le code utilisé pour charger le système d’exploitation en mémoire ou un chargeur de démarrage (tel que LILO ), et la table des partitions de ce disque dur. menu déroulant Menu qui peut s’ « enrouler » et se « dérouler » à volonté à l’aide d’un bouton situé à l’une de ses extrémités. Il sert généralement à choisir une des valeurs proposées dans ce menu. MIME Multipurpose Internet Mail Extensions (Extensions de Courrier pour Internet à Usages Multiples) : chaîne de la forme type/sous-type décrivant le contenu d’un fichier attaché dans un courrier électronique. Cela autorise les lecteurs de courrier reconnaissant le MIME à effectuer des actions dépendantes du type du fichier. mineur Numéro précisant le périphérique dont il est question. mode commande Sous Vi ou l’un de ses clones, c’est l’état du programme dans lequel la pression sur une touche (ceci concerne surtout les lettres) n’aura pas pour effet d’insérer le caractère correspondant dans le fichier en cours d’édition, mais d’effectuer une action propre à la touche enfoncée (à moins que le clone que vous utilisez ne permette de personnaliser la correspondance entre touches et actions, et que vous ayez choisi cette fonctionnalité). On en sort en enfonçant l’une des touches ramenant au mode insert, comme i, I, a, A, s, S, o, O, c, C, etc. mode insertion Sous Vi ou l’un de ses clones, c’est l’état du programme dans lequel la pression sur une touche aura pour effet d’insérer le caractère correspondant dans le fichier en cours d’édition (sauf dans certains cas comme le complètement d’une abréviation, le calibrage à droite en fin de ligne,...). On en sort par une pression sur la touche échap (ou Ctrl-[). montage (point de) Répertoire où une partition (ou un périphérique en général) va se rattacher au système de fichiers de GNU/Linux . Par exemple, votre lecteur de CD-ROM est monté dans le répertoire /mnt/cdrom, d’où vous pouvez avoir accès au contenu du CD. mot de passe Mot secret ou combinaison de lettres, de chiffres et de symboles, utilisé pour protéger quelque chose. Les mots de passe sont utilisés de concert avec les noms d’utilisateur (login) pour les systèmes multiutilisateurs, sites Web , FTP, etc. Les mots de passe devraient être des phrases difficiles à deviner, ou des combinaisons alphanumériques, et ne doivent en aucun cas être basées sur des mots du dictionnaire. Les mots de passe empêchent que d’autres personnes puissent se connecter sur un ordinateur ou un site en utilisant votre compte. motif d’englobement Chaîne de caractères composée de caractères normaux et de caractères spéciaux. Les caractères spéciaux sont interprétés et étendus par le shell. MPEG Moving Pictures Experts Group (Groupe d’Experts en Images Animées) : comité ISO qui génère des normes de compression audio et vidéo. MPEG est aussi le nom de leurs algorithmes. Malheureusement, la licence de ce format est très restrictive, par conséquent il n’existe aucun visualisateur MPEG sous licence libre... MSS La MSS (Maximum Segment Size, « Taille Maximale d’un Segment ») est la plus grande quantité de données pouvant être transmise en une fois. Si vous souhaitez éviter la fragmentation locale, la MSS devrait être égale à l’entête MTU-IP. 122 Annexe C. Glossaire MTU La MTU (Maximum Transmission Unit, « Unité Maximale de Transmission ») est le paramètre qui détermine le datagramme de plus grande taille pouvant être transmis par une interface IP sans devoir être découpé en unités plus petites. La MTU devrait être plus grande que la taille du plus grand datagramme que vous souhaitez transmettre entier. Il est à noter que cela ne concerne que la fragmentation locale, d’autres liens sur le chemin peuvent avoir une MTU plus petite et engendrer une fragmentation du datagramme à ce niveau. Les valeurs standards peuvent être de 1500 octets pour une interface ethernet, ou 576 octets pour une interface SLIP. multi-utilisateur Caractéristique d’un système d’exploitation qui permet à plusieurs utilisateurs de se connecter et d’utiliser une même machine au même moment, chacun d’entre eux pouvant effectuer ses tâches indépendamment des autres utilisateurs. GNU/Linux est à la fois un système multi-tâches et multi-utilisateur, de même que tout système UNIX . NCP NetWare Core Protocol (Protocole de Base de NetWare) : protocole défini par Novell pour accéder aux services de fichiers et d’impression de Novell Netware. NFS Network FileSystem (Système de Fichiers Réseau) : système de fichiers réseau créé par Sun Microsystems pour partager des fichiers le long d’un réseau en toute transparence. NIC Network Interface Controller (Contrôleur d’Interface Réseau) : adaptateur installé dans un ordinateur qui fournit une connexion physique à un réseau, comme une carte Ethernet . NIS Network Information System (Système d’Informations par Réseau). NIS était aussi connu sous le nom de « Yellow Pages » (Pages Jaunes), mais British Telecom possède un copyright sur ce nom. NIS est un protocole conçu par Sun Microsystems pour partager des informations communes le long d’un domaine NIS, qui peut regrouper un réseau local complet, quelques machines de ce réseau ou plusieurs réseaux locaux. Il peut exporter des bases de données de mots de passe, de services, d’informations de groupe, etc. niveau d’exécution (runlevel) Configuration d’un système logiciel, qui ne permet que certains processus. Les processus autorisés sont définis pour chaque niveau dans le fichier /etc/inittab. Il y a huit niveaux prédéfinis : 0, 1, 2, 3, 4, 5, 6, S et passer de l’un à l’autre ne peut se faire que par l’administrateur en exécutant les commandes init et telinit. nom d’utilisateur (username) Appelé aussi login, nom (ou plus généralement un mot) qui identifie un utilisateur dans un système. Chaque nom d’utilisateur est associé à un unique UID (user ID : IDentificateur d’Utilisateur) Voir aussi : login. nommage Néologisme couramment employé dans le milieu de l’informatique pour nommer une méthode de désignation de certains objets. On parle souvent de « convention de nommage » pour des fichiers, des fonctions dans un programme, etc. noyau Largement connu sous son nom anglais kernel, il est le coeur du système d’exploitation. Le noyau est chargé de l’allocation des ressources et de la gestion des processus. Il prend en charge toutes les opérations de bas-niveau qui permettent aux programmes de communiquer directement avec le matériel de l’ordinateur. nul (caractère) Caractère ou octet de numéro 0, il est utilisé pour marquer la fin d’une chaîne de caractères. octet Huit bits consécutifs. Il est interprété comme un nombre, en base deux, compris entre 0 et 255. Voir aussi : bit. 123 Annexe C. Glossaire page de manuel Petit document contenant la définition d’une commande et son utilisation, à consulter avec la commande man. La première chose à (savoir) lire lorsqu’on entend parler d’une commande inconnue :-) PAP Password Authentication Protocol (Protocole d’Authentification par Mot de Passe) : protocole utilisé par les FAI pour authentifier leurs clients. Dans ce schéma, le client (c’est vous) envoie une paire identifiant/mot de passe au serveur, non cryptée. Voir aussi : CHAP. pare-feu (firewall) Machine qui est l’unique point d’entrée et de sortie avec le réseau extérieur dans la topologie d’un réseau local, et qui filtre ou contrôle l’activité sur certains ports, ou les réserve à des interfaces IP précises. patch, patcher Correctif , fichier contenant une liste de modifications à apporter à un code source dans le but d’y ajouter des fonctionnalités, d’en ôter des bogues, ou d’y apporter toute autre modification souhaitée. L’action d’appliquer ce fichier à l’archive du code source. PCI Peripheral Components Interconnect (Interconnexion de Composants Périphériques) : bus créé par Intel et qui est aujourd’hui le bus standard pour les architectures, mais d’autres architectures l’utilisent également. C’est le successeur de l’ ISA, et il offre de nombreux services : identification du périphérique, informations de configuration, partage des IRQ, bus mastering, etc. PCMCIA Personal Computer Memory Card International Association (Association Internationale des Cartes Mémoires pour Ordinateurs Personnels) : de plus en plus souvent appelé « PC Card » pour des raisons de simplicité ; c’est la norme pour les cartes externes attachées aux ordinateurs portables : modems, disques durs, cartes mémoire, cartes Ethernet , etc. L’acronyme est quelquefois étendu avec humour en People Cannot Memorize Computer Industry Acronyms (Les gens ne peuvent pas mémoriser les acronymes de l’industrie informatique)... plein-écran Terme utilisé pour désigner les applications qui prennent toute la place disponible de votre affichage. plugin Programme d’appoint utilisé pour afficher ou enclencher un contenu multimédia proposé sur un document web . Il est généralement facile à télécharger lorsque le navigateur est encore incapable d’afficher ce type d’information. PNG Portable Network Graphics (Graphiques Réseau Portables) : format de fichier image créé principalement pour l’utilisation sur le Web , il a été conçu comme un remplacement de GIF (sans les problèmes de brevets et avec des fonctionnalités supplémentaires). PNP Plug’N’Play (Brancher Et Utiliser). Conçu en premier lieu pour l’ ISA pour ajouter des informations de configuration pour les périphériques, c’est devenu un terme plus générique qui regroupe tous les périphériques capables de rapporter leurs paramètres de configuration. Tous les périphériques PCI sont Plug’n’Play. précédence Action de dicter l’ordre d’évaluation des opérations d’une expression. Par exemple : Si vous évaluez l’opération 4 + 3 * 2 vous obtenez 10 comme résultat, du fait que la multiplication a une précédence plus élevée que l’addition. Si vous souhaitez évaluer l’addition d’abord, vous devrez utiliser des parenthèses : (4 + 3) * 2. Vous obtiendrez alors 14 comme résultat, du fait que les parenthèses ont une précédence supérieure à la multiplication, l’opération entre parenthèses est donc évaluée en premier. processus Dans un contexte Unix , un processus est l’ instance d’un programme en cours d’exécution, avec son environnement. 124 Annexe C. Glossaire propriétaire Dans le contexte des utilisateurs et de leurs fichiers, le propriétaire d’un fichier est celui qui a créé ce fichier. Dans le contexte des groupes, le groupe propriétaire d’un fichier est le groupe auquel appartient le créateur de ce fichier. propriétaire (groupe) Dans le contexte des groupes et de leurs fichiers, le groupe propriétaire d’une fichier est le groupe auquel appartient l’utilisateur qui a créé ce fichier. racine (système de fichier) Système de fichiers de plus haut niveau, sur lequel GNU/Linux monte son arborescence de répertoires racine. Il est indispensable que le système de fichier racine réside sur une partition séparée, car il s’agit de la base de tout le système. Il héberge le répertoire racine. RAID Redundant Array of Independent Disks (Ensemble Redondant de Disques Indépendants) : projet initié par le département informatique de l’université de Berkeley, et dans lequel le stockage des données est réparti sur un ensemble de disques. RAM Random Access Memory (Mémoire à Accès Aléatoire). Terme utilisé pour identifier la mémoire principale d’un ordinateur. RFC Request For Comments (Appel à Commentaires). Les RFC sont les documents officiels des standards de l’ Internet . Ils décrivent tous les protocoles, leur utilisations, les pré-requis imposés, etc. Pour comprendre le fonctionnement d’un protocole, allez chercher le RFC correspondant. root (utilisateur) Super-utilisateur sur tout système UNIX . En particulier root (c’est à dire l’administrateur du système) est la personne responsable de la maintenance et de la supervision du système. Cette personne a aussi un accès illimité à tout le système. route Chemin que prennent vos données à travers le réseau pour atteindre leur destination. Chemin entre une machine et une autre sur le réseau. RPM Redhat Package Manager (Gestionnaire de Paquetages de Red Hat ). Format d’empaquetage développé par Red Hat pour créer des paquetages logiciels, et utilisé par beaucoup de distributions GNU/Linux , y compris Mandrake Linux. répertoire Partie de la structure du système de fichiers. Un répertoire est un contenant pour les fichiers et éventuellement d’autres répertoires. Ces derniers sont alors appelés sous-répertoires (ou branches) du premier répertoire. On y fait souvent référence sous le terme d’arborescence. Si vous souhaitez voir le contenu d’un répertoire, vous pouvez soit le lister, soit y pénétrer. Les fichiers d’un répertoire sont appelés « feuilles » et les sous-répertoires « branches ». Les répertoires suivent les même restrictions que les fichiers, bien que la signification des autorisations y soit parfois différente. Les répertoires spéciaux « . » et « .. » font respectivement référence au répertoire même et à son parent. répertoire personnel Très souvent abrégé par « home », même en français, c’est le nom donné au répertoire d’un utilisateur donné. Voir aussi : compte. réseau local Aussi appelé LAN Local Area Network. Nom générique donné à un réseau de machines physiquement connectées au même câble. sauvegarde Moyen visant à protéger vos données importantes en les conservant sur un support et un endroit fiables. Les sauvegardes devraient être faites régulièrement, tout particulièrement pour les informations critiques 125 Annexe C. Glossaire et les fichiers de configuration (les premiers répertoires à sauvegarder sont /etc, /home, et /usr/local). Généralement, on utilise tar avec gzip ou bzip2 pour sauvegarder des répertoires et des fichiers. Il existe d’autres outils ou programmes tels que dump et restore, ainsi qu’une quantité d’autres solutions libres ou commerciales pour la sauvegarde des documents. SCSI Small Computers System Interface (Interface Système pour Petits Ordinateurs) : bus avec une grande bande passante mis au point pour autoriser plusieurs types de périphériques. Contrairement à l’ IDE, un bus SCSI n’est pas limité par la vitesse à laquelle les périphériques acceptent les commandes. Seules les machines de haut niveau intègrent un bus SCSI directement sur la carte mère; une carte additionnelle est donc nécessaire pour les PC . sélecteur d’espace de travail Une appliquette permettant de se déplacer d’un bureau virtuel à un autre. Voir aussi : bureau virtuel. serveur Programme ou ordinateur qui propose une fonctionnalité ou service et attend les connexions des clients pour répondre à leurs ordres ou leur fournir les renseignements qu’ils demandent. C’est l’une des composantes d’un système client/serveur. shadow, mots de passe Système de gestion des mots de passe dans lequel le fichier contenant les mots de passe chiffrés n’est plus lisible par tout le monde, alors qu’il l’est quand on utilise le système normal de mots de passe. SMB Server Message Block (Serveur de Messages par Blocs). Protocole utilisé par les machines windows (9x or NT ) pour le partage de fichiers le long d’un réseau. socket Type de fichier correspondant à tout ce qui est connexion réseau. sortie standard Descripteur de fichier numéro 1, ouvert par tous les processus, utilisé par convention comme le descripteur de fichier dans lequel le processus écrit les données qu’il produit. Voir aussi : erreur standard, canal d’, entrée standard. SVGA Super Video Graphics Array (Super Affichage Graphique Vidéo) : norme d’affichage vidéo définie par VESA pour l’architecture PC . La résolution est de 800 x 600 x 16 couleurs. switch (options) Les switches sont utilisés pour modifier le comportement des programmes, et sont aussi appelés : options de ligne de commande ou arguments. Pour déterminer si un programme propose des switches en option, lisez sa page de man pages ou essayez de lui passer l’option --help (ie. program --help). symboliques, liens Fichiers particuliers, ne contenant qu’une chaîne de caractères. Tout accès à ces fichiers est équivalent à un accès au fichier dont le nom est donné par cette chaîne de caractères, qui peut ou non exister, et qui peut être précisé par un chemin relatif ou absolu. système client/serveur Système ou protocole composé d’un serveur et d’un ou plusieurs clients. système d’exploitation Interface entre les applications et le matériel sous-jacent. La tâche de tout système d’exploitation est en premier lieu de gérer toutes les ressources spécifiques à une machine. Sur un système GNU/Linux , cela est fait pas le noyau et les modules chargeables. D’autres systèmes d’exploitation connus sont AmigaOS , MacOS , FreeBSD , OS/2 , Unix , Windows NT et Windows 9x . système de fichiers Schéma utilisé pour stocker des fichiers sur un support physique (disque dur, disquette) d’une manière consistante. Des exemples de systèmes de fichiers sont la FAT, ext2fs de Linux , iso9660 (utilisé par les CD-ROM), etc. 126 Annexe C. Glossaire tampon (buffer) Zone de mémoire de taille fixe, pouvant être associée à un fichier en mode bloc, une table du système, un processus etc. La cohérence de tous les tampons est assurée par le cache mémoire. thémable Pour une application graphique, cela indique qu’elle peut changer son apparence en temps réel. Beaucoup de gestionnaires de fenêtres sont également thémables. traverser Pour un répertoire sur un système Unix , cela signifie que l’utilisateur est autorisé à passer à travers ce répertoire et, si possible, de se rendre dans ses sous-répertoires. Cela requiert que l’utilisateur ait le droit d’exécution sur ce répertoire. tube Type de fichiers spécial d’Unix . Un programme écrit des données dans le tube, et un autre programme lit les données à l’autre bout. Les tubes Unix sont FIFO, donc les données sont lues à l’autre bout dans l’ordre où elles ont été envoyées. Très utilisés dans le shell. Voir aussi tube nommé. tube nommé Tube Unix qui est lié, contrairement aux tubes utilisés dans le shell. Voir aussi : tube, lien. URL Uniform Resource Locator (Localisateur Uniforme de Ressources) : ligne avec un format spécial utilisée pour identifier une ressource sur l’ Internet d’une façon univoque. La ressource peut être un fichier, un serveur etc. La syntaxe d’un URL est protocole://nom.du.serveur[:port]/chemin/vers/ressource. Quand est donné seulement un nom de machine et que le protocole est http://, cela équivaut à retirer l’éventuel fichier intitulé index.html du serveur par défaut. utilisateur unique (single user) État du système d’exploitation, ou même un système d’exploitation en soi, qui n’autorise qu’à un seul utilisateur à la fois de se connecter et d’utiliser le système. valeurs discrètes Valeurs non continues ou qui ne se suivent pas, comme s’il existait une sorte d’ « espace » entre deux valeurs consécutives. variables Chaînes utilisées dans les fichiers Makefile pour être remplacées par leur valeur chaque fois qu’elles apparaissent. Elles sont généralement définies au début du fichier Makefile et sont utilisées pour simplifier le Makefile et la gestion de l’arborescence des fichiers source. De manière plus générale, en programmation, les variables sont des mots qui font référence à d’autres entités (nombres, chaînes, tableaux de valeurs, etc.) qui sont susceptibles de varier au cours de l’exécution du programme. variables d’environnement Partie de l’environnement d’un processus. Les variables d’environnement sont directement visibles depuis le shell. Voir aussi : processus. verbeux Pour les commandes, le mode verbeux fait que la commande va afficher sur la sortie standard (ou erreur) toutes les actions engagées et les résultats de ces actions. Les commandes offrent parfois un « niveau de volubilité », ce qui signifie que la quantité d’information fournie peut être contrôlée. VESA Video Electronics Standards Association (Association pour les Standards des matériels Vidéo électroniques) : association de normes de l’industrie orientée vers l’architecture. Elle est l’auteur de la norme SVGA, par exemple. visionneuse (pager) Programme présentant un fichier texte page écran par page écran, et proposant des facilités de déplacement et de recherche dans ce fichier. Nous vous conseillons less. 127 Annexe C. Glossaire volée (à la) On dit qu’une action est réalisée « à la volée » lorsqu’elle est faite en même temps qu’une autre sans que l’on s’en rende compte ou sans qu’on l’ait explicitement demandé. WAN : réseau étendu Wide Area Network : réseau à large portée. Ce réseau, bien que similaire au réseau local (LAN), connecte des ordinateurs sur un réseau qui n’est pas relié physiquement aux mêmes brins, et sont séparés par une large distance. 128 Index .bashrc, 20 /dev/hda, 17 éditeur Emacs, 29 vi, 32 applications ImageMagick, 25 terminal, 25 attribut fichier, 21 caractère englobement, 23 caractères spéciaux, 25 command sed, 24 commande at, 44 bzip2, 46, 80 cat, 13 cd, 11 chgrp, 21 chmod, 22 chown, 21 configure, 81 cp, 21 crontab, 43 find, 41 grep, 38 gzip, 46 init, 75 less, 13, 24 ls, 13 make, 84 mkdir, 19 mount, 59 mv, 20 patch, 94 pwd, 11 rm, 19 tar, 44, 79 touch, 19 umount, 59 wc, 24 commandes rmdir, 20 complètement, 25 compte, 7 console, 7 contributeurs, 2 conventions typographiques, 3 disques, 15 Docbook, ?? documentation, 2 englobement caractère, 23 environment variable, 12 environnement processus, 69 FHS, 53 fichier attribut, 21, 68 copier, 21 créer, 19 déplacement, 20 effacement, 19 lien, 63, 64 mode bloc, 63 mode caractère, 63 mode bloc, 66 mode caractère, 66 propriétaire, 21 renommer, 20 socket, 63 tube, 63 framebuffer, 101 Free Software Foundation, ?? GFDL, 107 GID, 8 GNU Free Documentation License, ?? GNU/Linux, 7 GPL, 103 groupe, 7 changement, 21 grub, 100 home partition, 16 horodatage atime, 19 ctime, 19 mtime, 19 IDE périphériques, 17 inoeud, 64 internationalisation, 2 invite, 8 lien dur, 68 symbolique, 67 ligne de commande introduction, 19 lilo, 97 Makefile, 78, 85 Mandrake Secure, 1 Mandrake Linux listes de diffusion, 1 MandrakeClub, 1 MandrakeExpert, 1 MandrakeSoft, ?? MandrakeSoft S.A., ?? MandrakeStore, 1 modules, 71 mot de passe, 7 ordre de tri, 23 paquetage, 2 partition, 15 129 logique, 17 primaire, 17 étendue, 17 permission, 22 PID, 10 Pierre Pingus, 5 pipe, 24 process, 69 processus, 10, 26 programmation, 2 prompt, 11 propriétaire changement, 21 racine répertoire, 53, 70 RAM, mémoire, 16 redirection, 24 Reine Pingusa, 5 root partition, 16 utilisateur, 8 runlevel, 75 répertoire copier, 21 créer, 19 déplacement, 20 effacement, 19 renommer, 20 SCSI disques, 17 secteur, 15 shell, 11, 19 motifs d’englobement, 23 Soundblaster, 17 standard entrée, 23 erreur, 23 sortie, 23 supermount, 60 swap, 15 partition, 16 taille, 16 système de fichiers Devfs (Device File System, 18 Torvalds, Linus, ?? tube anonyme, 65 nommé, 65 UID, 8 UNIX, 7 usr partition, 16 utilisateur, 7 utilisateurs génériques, 5 utilitaires manipulation de fichiers, 19 valeurs discrètes, 23 virus, 10 130 ">
Public link updated
The public link to your chat has been updated.
