Introduction au Terminal

Soyez conscients que la lecture de cet article et notamment l'apprentissage des exemples y étant mentionnés peuvent pousser à l'envie de suicide ou entraîner la mort de manières aussi diverses que variées. Je ne pourrai en aucun cas être tenu comme responsable de vos actes !

Je préfère vous avertir, après les propos tenus il y a de cela deux mois environ dans un commentaire par le maître des lieux: « Mais tu me connais, tu parles de Terminal ici pour créer un lien symbolique. Plutôt crever. »

Alors désolé, François…

Pour vous qui êtes encore là, nous allons parler aujourd'hui du Terminal. Ce mal aimé, haï des adeptes de belles interfaces graphiques et tant redouté ! Mais si les années 80 ont vu l'apparition des interfaces graphiques, forcément plus appréciées du grand public, les interfaces en ligne de commande étaient la meilleure façon jusque-là pour un utilisateur de communiquer avec un ordinateur. Et si j'y consacre un article, c'est qu'aujourd'hui encore elle a du sens.

Lorsque je parle de Terminal, je veux donc parler d'un interface en ligne de commande, ou console (à ne pas confondre avec l'application Console de Mac OS X). Ce mot désigne en fait l'application (située dans /Applications/Utilitaires) permettant de communiquer avec votre ordinateur via des lignes de commande. En effet Mac OS X, dérivé d'UNIX, dispose d'un interpréteur de commande (ou shell) accessible via le Terminal permettant d'utiliser certains logiciels ou commandes. Ceux-ci se trouvent généralement dans des dossiers bin (/bin, /usr/bin, /usr/local/bin, etc…), normalement cachés par le Finder. Mais vous saurez les retrouvez si vous suivez cet article !

Il existe de nombreux shells, dont le Bourne shell (abrégé sh) qui est l'interpréteur originel de l'environnement UNIX. A ses débuts, Mac OS X embarquait par défaut tcsh, basé sur le C shell (csh), remplacé dès la version 10.3 Panther par bash, signifiant Bourne-again shell, une amélioration du Bourne shell.

Le Terminal

Je ne vais pas m'étendre sur l'application en elle-même, qui ne comprend rien de bien trop compliqué. Le but est d'ouvrir une ou plusieurs fenêtres (ou onglets depuis Leopard) faisant chacune tourner un shell. Les préférences vous permettront de modifier à votre guise leur apparence, que ce soit la couleur de fond, la couleur du texte ou l'opacité.

Il est possible de changer de shell lancé par défaut en indiquant le chemin de celui que vous voulez dans l'onglet Démarrage des préférences. Mais à moins d'avoir certaines habitudes ou des besoins particuliers, inutile de le modifier.

Si le Terminal est l'application proposée par Apple pour accéder à un interpréteur de commandes, elle n'est pas la seule disponible pour Mac OS X; ainsi certains préféreront par exemple iTerm, offrant notamment un mode plein écran.

Au lancement de l'application, une fenêtre s'ouvre avec le shell par défaut (bash donc ici) et un peu de texte. Par défaut, il s'agit de la date de la dernière ouverture de session via l'interface en ligne de commande suivie de la ligne d'invite. Celle-ci permet à l'utilisateur d'entrer une commande et sera donc affichée après chaque commande. Elle contient le nom de l'ordinateur (que l'on retrouve dans les Préférences Systèmes sous l'onglet Partage) puis votre emplacement dans le système de fichier, qui est par défaut votre dossier de départ (ou votre « maison »), désigné par « ~ ». L'invite se termine par votre nom d'utilisateur et un prompt (« $ »). C'est à partir d'ici que vous pouvez entrer votre texte.

Bizarre, dites-vous, l'image ne correspond pas exactement à ce que je viens de vous raconter ! Vous aurez sans doute remarqué le nombre élevé de « par défaut », sous-entendant qu'il est possible de modifier ces données. Ce qui est le cas chez moi, vous l'aurez deviné. En effet, à chaque lancement d'un shell, différents scripts de démarrage sont exécutés. Je ne vais pas détailler leur contenu, mais sachez simplement qu'il existe le script /etc/profile, commun à tous les utilisateurs, et quatre autres scripts propres à chaque utilisateur, disponibles directement depuis le dossier utilisateur: .bash_profile, .bash_login, .profile et .bashrc. Ceux-ci vous permettent notamment de modifier votre invite de commandes.

La base

Intéressons-nous maintenant au vif du sujet, à savoir l'interaction avec le système au travers de commandes spécifiques. La syntaxe générale des commandes est la suivante:

commande options données

La commande est un fichier exécutable qui peut être une commande du système d'exploitation ou un logiciel tiers, permettant d'envoyer un ordre ou réaliser une tâche. A titre d'exemple, la commande « ls », signifiant list, listera tous les éléments (visibles) du répertoire courant.

La plupart des commandes possèdent une liste d'options, modifiant son comportant par défaut. Ces options sont le plus souvent de simples lettres, qu'il convient d'ajouter après la commande en les précédant d'un tiret. Notre commande de liste peut ainsi nous donner plus d'informations, sous un format long, en ajoutant l'option « -l »: « ls -l ». L'ajout de l'option « -a » permet quant à elle d'afficher tous les fichiers, y compris les fichiers cachés, commençant avec un point (« . ») sous UNIX. En combinant les deux, nous obtenons « ls -la ».

Il est également possible (voire requis) d'entrer le nom d'un fichier ou répertoire que la commande devra utiliser. Pour continuer sur le même exemple, nous pouvons par exemple lister dans un format long tous les éléments (y compris cachés) du répertoire Desktop (bureau): « ls -la Desktop/ ».

Le chemin du fichier ou répertoire (ici Desktop) se fait toujours depuis l'emplacement courant. Il faut donc dans notre cas veiller à bien se trouver à la racine du dossier utilisateur, sans quoi ce répertoire sera introuvable. Il est tout à fait possible d'indiquer un fichier qui n'est pas directement contenu dans le répertoire courant, soit en indiquant un chemin absolu, c'est-à-dire en commençant depuis la racine et indiquant tout le chemin (ce qui donnerait ici /Users/utilisateur/Desktop/), soit en parcourant la hiérarchie jusqu'au fichier voulu. Ceci se fait à l'aide de la syntaxe « ../ » permettant de remonter d'un niveau dans la hiérarchie. Nous pouvons par exemple afficher le dossier d'applications principal en tapant « ../../Applications », ce qui signifie « remonter d'un niveau dans Users puis d'un autre vers la racine / puis aller dans le répertoire Applications ».

Si vous désirez simplement vous déplacer dans l'arborescence des fichiers, vous pouvez utiliser la commande « cd ». « cd /usr/bin » vous enverra par exemple dans le dossier bin cité en début d'article. A vous d'en lister le contenu pour voir ce qu'il s'y trouve ! Et si vous ne savez plus du tout où vous êtes, pas de panique, la commande « pwd » (print working directory) vous renseignera (tout comme la ligne d'invite).

L'utilisateur nicolas est connecté sur la machine Nicolas, à la racine du compte utilisateur (~), puis on se déplace dans ~/Desktop.

Pour gagner du temps, la complétion des commandes est très utile: commencez à rentrer votre texte (par exemple « /Us ») puis tapez sur la touche TAB: boom, « /Users » s'affichera directement à l'écran !

Pour gagner du temps, la complétion des commandes est très utile: commencez à rentrer votre texte (par exemple « /Us ») puis tapez sur la touche TAB: boom, « /Users » s'affichera directement à l'écran !

Si vous vous demandez quel est l'emplacement d'une commande (puisqu'il s'agit d'un fichier exécutable), utilisez la commande « whereis » ou « which ». « whereis ls » vous affichera par exemple /bin/ls. Si rien n'est affiché, c'est que cette commande n'est pas disponible sur votre système, ou, dans le cas de l'utilisation de « which », que le répertoire contenant cette commande n'est pas spécifié dans la variable d'environnement PATH, définissant où rechercher une commande lorsque celle-ci est appelée. Les variables d'environnement stockent certaines données propres à l'utilisateur, mais je ne m'y attarderai pas.

Pour terminer l'explication sur les bases du shell, je me dois de vous parler de la commande « man ». Non, cette commande n'est pas là pour satisfaire l'ego masculin, elle signifie simplement manual. A chaque fois que vous ne serez pas sûr de l'utilisation d'une commande, c'est vers « man  » qu'il faudra se tourner. Vous n'êtes plus certain de l'option pour ne lister que des dossiers? « man ls » ! Vous ne savez plus ce que fait la commande « which » ? « man which » ! Vous n'en pouvez plus de lire cet article et êtes à deux doigts d'une catastrophe ? « super man » ! Bon ok là ce n'est pas certain que ça fonctionne, désolé ! Tapez sur espace pour passer à la page suivante du manuel et sur q pour le quitter.

Quelques commandes

A ce stade de la lecture, vous savez à peu près comment vous débrouiller avec un shell et avez déjà eu un aperçu de quelques commandes. Mais avant d'en découvrir de nouvelles, revenons un instant sur la commande de liste et son mode long qui nous apprend passablement de choses, un peu à la manière de la fenêtre d'informations du Finder. Allons-y par l'exemple:

La liste du contenu de mon dossier utilisateur.

Les noms tout à droite sont bien sûr les éléments du répertoire; ils sont ici en bleu car ce sont des dossiers (grâce à une version de « ls » affichant des couleurs). A leur gauche, la date de leur dernière modification, puis leur taille en octets (dans le cas d'un dossier, la taille n'équivaut pas à celle de son contenu, mais à celle du fichier décrivant son contenu). La mention staff est le groupe possédant certains droits sur l'élément, avec à sa gauche le nom du propriétaire.

Finalement la suite de lettre sur la gauche indique les différents droits pour chaque élément (si ce n'est le premier « d » qui informe qu'un élément est un dossier). Ces lettre peuvent être regroupées par trois, à chaque fois de la forme « rwx » pour read-write-execute (lire-écrire-exécuter). Pourquoi trois? Le premier est valable pour le propriétaire, le second pour le groupe et le dernier pour tous les autres. « rwx------ » indique donc que l'élément est lisible, modifiable et exécutable pour le propriétaire, mais tous les autres n'ont absolument aucun droit. Si je me connecte donc avec un autre compte, je verrai bien ce dossier, mais ne pourrai ni le parcourir (lire) ni le modifier (écrire).

A partir de là, apprenons quelques nouvelles commandes.

Nous allons d'abord créer un nouveau dossier nommé Toto à l'emplacement actuel avec la commande « mkdir » (make directory = créer un dossier), puis le déplacer dans le dossier Documents avec la commande « mv » (move = déplacer):

Si vous listez le contenu de vos documents avec « ls -l Documents » vous devriez voir le nouveau venu. Copions maintenant ce dossier en appelant la duplication Tata à l'aide de la commande « cp » (copy) (l'option « r » indique de copier récursivement les dossiers):

Si tout s'est bien déroulé, voilà le résultat que vous devriez obtenir en listant le dossier Documents:

Comme nous avons une mémoire de poisson, impossible de nous souvenir de l'emplacement de notre dossier Toto ! Heureusement, la commande « find » traîne dans le coin, autant le lui demander:

Ici, nous demandons à « find » de rechercher depuis le répertoire courant (« . ») un élément dont le nom est Toto. Une seconde après la recherche se termine, avec le chemin de notre dossier perdu. Notez bien que si vous spécifiez de rechercher sur tout le disque (en mettant donc un slash « / » au lieu du point), la recherche sera beaucoup plus longue ! Si vous le faites et que vous décider d'arrêter la recherche, tapez sur CTRL-C. Ceci marche pour n'importe quel programme lancé dans le shell, le raccourci envoyant un signal d'interruption au processus.

Revenons un instant sur le propriétaire et les droits d'un élément. Il serait en effet fort utile de pouvoir modifier ces données. Et c'est tout à fait possible grâce aux commandes « chown » (change owner) et « chmod » (change mode).

Comme le dossier Toto a été créé par moi-même, il m'appartient et j'en suis donc le propriétaire. Mais pour une raison ou une autre, je (ou un administrateur généralement) peux vouloir nommer un autre utilisateur (existant bien sûr) en tant que propriétaire, à ma place. Nous pourrions donc simplement envisager de taper « chown autre_utilisateur Toto ». Cependant, si vous essayez, vous ne verrez que cela ne fonctionne pas, l'opération vous est interdite. Pas que la commande soit fausse, mais il y a un problème: je ne peux pas prendre des décisions de la sorte pour un autre utilisateur. C'est d'ailleurs pour cela que la commande « chown » n'est utilisable que par le super-utilisateur (ou « root »), celui qui possède tous les droits sur le système.

Pour lancer une commande en tant que super-administrateur, pour autant que vos soyez vous-même administrateur, il faut placer le mot « sudo » au début de la commande: « sudo chown autre_utilisateur Toto ». Votre mot de passe vous est alors demandé, sans toutefois que la frappe soit affichée. Plutôt que d'entrer une seule commande en tant qu'autre utilisateur, il peut être préférable de basculer complètement vers un autre compte. Il s'agit à ce moment-là d'entrer la commande « su » suivie du nom d'utilisateur, puis de rentrer le mot de passe de celui-ci. Il convient toutefois de savoir exactement ce que l'on fait en utilisant cette fonctionnalité très puissante.

Changement de propriétaire en passant par un compte Admin, administrateur, depuis un compte standard.

Dans sa manière la plus simple, « chmod » fonctionne comme ceci: on indique sur qui le changement s'effectue (« u » pour l'utilisateur, « g » pour le groupe du propriétaire, « o » pour les autres (others) et « a » pour tout le monde (all), équivalent à « ugo », les combinaisons étant possibles), si l'on ajoute (« + ») ou retire (« - ») les droits et quels droit sont modifiés (« r » pour la lecture, « w » pour l'écriture et « x » pour l'exécution). Pour enlever le droit de lecture à tout le monde sur le dossier Toto, nous ferons donc « chmod a-x Toto ». Pour lui rétablir tous les droits uniquement sur le propriétaire, nous devons entrer « chmod u+rwx Toto ».

Nous voulons maintenant définir un lien symbolique pointant vers notre répertoire Toto. Un lien symbolique est une sorte « d'alias » d'un fichier ou de répertoire (je dis « sorte » car un lien symbolique est une fonction UNIX et est quelque peu différente de la notion d'alias que l'on connaît sur Mac OS). Nous allons pour cela utiliser la commande « ln » (link) avec l'option -s (symbolic), la commande link pouvant créer plusieurs types de liens.

En listant les fichiers, on constate l'apparition de notre lien symbolique TotoSymlink pointant vers le dossier Toto.

Pour finir, supprimons ces deux dossiers et notre lien symbolique, totalement inutiles, grâce à la commande « rm » (remove):

Les options « -f » et « -r » permettent de forcer (sans demander « êtes-vous sûr ? » à chaque fichier) l'effacement de manière récursive. Par contre, et il s'agit là d'un des dangers du Terminal, faites très attention en utilisant cette commande ! En effet, les données supprimées le sont pour de bon, sans passer par la case corbeille. Et une mauvaise manipulation peut vite devenir catastrophique. Exemple: « rm / mon_fichier » (notez l'espace entre le slash et le nom du fichier) n'effacera pas comme on s'y attend notre fichier, mais effacera la racine, c'est-à-dire… tout le disque ! J'avoue que je m'enflamme un peu avec cet exemple puisque si vous essayez de le faire, vous verrez que vous n'en avez pas les droits. Il faut effectivement utiliser d'abord la commande « sudo » pour passer en super administrateur et s'arroger tous les droits. Reste qu'il faut donc faire très attention lorsque vous utilisez ces commandes.

Pour aller plus loin

Ce petit scénario en compagnie de nos amis Toto et Tata nous auront permis de découvrir quelques nouvelles commandes de base. Mais il faut bien dire qu'elles ne sont pas des plus intéressantes, bien que parfois très pratiques. Essayons donc d'aller un peu plus loin.

Une commande que l'on rencontre souvent si l'on aime bien modifier le comportement par défaut des applications de son système et la commande « defaults ». Cette commande est propre à Mac OS X est permet de traiter une fichier plist (property list), fichier au format XML utilisé pour enregistrer les préférences des utilisateurs. Si vous êtes curieux et que vous consultez le manuel de la commande, vous verrez qu'elle permet entre autres de lire et de modifier un fichier de préférences, ce que nous allons voir ici.

Le but de l'exemple est de modifier une préférence du Dock qui permet de rendre semi-transparente l'icône d'une application masquée (pour masquer une application, cliquez sur son nom dans le menu puis Masquer, ou ⌘H). Pour cela, nous devons modifier le fichier com.apple.Dock qui se trouve dans le dossier Bibliothèque/Preferences de votre compte, et plus précisément changer la valeur de la clé « showhidden », qui peut être soit vraie, soit fausse (par défaut).

Dans un premier temps, nous affichons la valeur actuelle de la propriété « showhidden » qui vaut 0, c'est-à-dire « faux ». En d'autres termes, les applications masquées n'ont pas d'icône transparente. Pour que cela soit le cas, nous allons devoir passer cette valeur à « vrai », grâce à la commande « defaults write com.apple.Dock showhidden -bool YES ». « write » indique que nous voulons écrire dans le fichier qui suit, à savoir « com.apple.Dock », et « showhidden » est la propriété à modifier. Il faut ensuite spécifier le type de la valeur, qui peut être une date, une chaîne de caractères, un tableau d'éléments, etc… ou, dans ce cas, un booléen, c'est-à-dire vrai ou faux. Dans notre cas, nous faisons passer cette valeur à « YES », autrement dit « vrai ».

La lecture du même fichier indique bien que la valeur est désormais 1. Finalement, pour que la modification prenne effet, il faut relancer le Dock, ce que nos faisons avec « killall Dock », qui permet de tuer le processus donné en argument. Le Dock se relancera automatiquement.

S'il y a de nombreux éditeurs de textes sur Mac, à tous les prix et pour tous les formats, il peut être pratique de lire ou même d'éditer un fichier directement dans le Terminal. Il sera par exemple facile de jeter un oeil à un fichier en utilisant « cat », qui imprime le contenu d'un fichier en paramètre, « tail » qui affiche le contenu depuis la fin du fichier ou encore avec « more » ou « less ». Bien entendu, ces commandes permettent plus que ça. Si vous désirez carrément bénéficier d'un éditeur de texte, jetez un oeil du côté de « nano » ou de « vim », la Rolls des éditeurs de texte en ligne de commande. Mirko en avait d'ailleurs parlé (ou plutôt de « vi », « vim » étant une version améliorée de celui-ci) dans cet article.

Les ventilateurs de votre Mac s'affolent sans raison ? Jetez un oeil du côté de la commande « ps -ef » histoire de voir qui en est le responsable. Vous l'avez trouvé ? Retenez bien son PID et abattez-le sans plus attendre à coup de « kill -9 mechant_PID » !

Vous vous demandez quel chemin (par quels routeurs) transitent les données du site Cuk pour arriver jusque chez vous ? Entrez « traceroute www.cuk.ch » et vous le saurez ! Et si votre connexion vous pose problème, regardez peut-être du côté de la configuration avec « ifconfig »: vous y trouverez adresse IP (v4 et v6), adresse MAC ou encore masque du sous-réseau pour chacune de vos interfaces.

Et j'en passe et des meilleures…

Pour terminer, car je laisserai les plus aventuriers se pencher eux-mêmes sur l'utilisation des redirections d'entrée et de sorties ainsi que sur l'utilisation des « pipes » (rien de fumeux, il s'agit du mot anglais signifiant « tuyau »), un petit mot concernant les métacaractères du shell. Un métacaractère est un caractère qui possède une autre signification que sa signification littérale. Il en existe plusieurs et je ne vous en mentionnerai que deux, qui permettent de gagner du temps: « * » et « ? ». Lorsque vous placez l'un de ces caractères au sein d'un argument d'une commande, il ne sera pas lu en temps que tel mais remplacé:

• « * » : correspond à n'importe quel caractère ou ensemble de caractères
• « ? » : est équivalent à un caractère quelconque

De la sorte, lorsque vous entrez « ls -l t* », vous obtiendrez la liste de tous les fichiers commençant par « t ». Inutile donc de se souvenir du nom exact, et pratique si vous vous retrouvez face à des centaines de fichiers, ou pour traiter d'un seul coup un lot de fichier en commun.

Conclusion

Si vous êtes toujours vivant et que vous n'avez pas encore démoli votre Mac, gardez en tête que le Terminal peut s'avérer parfois utile. Bien sûr, les interfaces graphiques n'existent pas que pour les beaux yeux de Steve Jobs, le raccourci ⌘N du Finder est bien plus rapide. Mais certaines fonctions n'ont pas de réel équivalent sous forme graphique, ou souvent moins puissant. De plus, si l'on s'habitue au Terminal, cela évite d'avoir plétore de petits logiciels qui ne font que donner une interface à des commandes relativement accessibles (typiquement pour les modifications via la commande « defaults »).

Sans doutes certains d'entre vous en auront largement assez vu, d'autres se diront qu'il ne s'agit là que d'un survol (je ne prétends en effet pas du tout faire le tour de la question, mais uniquement une mise en bouche), mais j'espère que si le sujet vous intéressait, vous avez désormais de quoi vous lancer sans être trop effrayé !