La ligne de commande Linux

Un shell lit les commandes et lance les opérations qu’elles demandent. Un terminal est la fenêtre dans laquelle tu saisis du texte et vois la sortie. Ouvrir un autre terminal lance normalement une autre session de shell. Une console fournit un écran textuel directement relié à la machine ; une connexion SSH peut donner accès à un shell sur un autre ordinateur.

Lis l’invite

Dans l’exemple d’invite sam@laptop:~$, sam est l’utilisateur, laptop est l’hôte et ~ désigne le répertoire personnel. Le $ final indique généralement un utilisateur ordinaire. La présentation des invites peut changer : utilise donc des commandes pour confirmer les détails si nécessaire. whoami affiche le nom du compte et pwd affiche le répertoire courant.

Une invite # indique par convention root, le compte administrateur. Travaille comme utilisateur ordinaire et n’utilise les droits d’administration que lorsqu’une tâche les exige. Un symbole d’invite affiché avant un exemple de commande ne fait pas partie de la commande à saisir.

Lance une première session

Saisis chaque ligne séparément et appuie sur Entrée :

whoami
pwd
date
echo Hello

Pour le compte de l’exemple, les deux premiers résultats sont sam et /home/sam. date affiche la date et l’heure actuelles ; echo Hello affiche Hello. La sortie d’une commande apparaît sous la ligne saisie, suivie d’une nouvelle invite. Certaines commandes qui réussissent n’affichent rien : mkdir reports crée un répertoire sans message. Examine le résultat avec ls si tu as besoin de le confirmer.

Bash, le Bourne Again Shell, est largement utilisé sous Linux. Il existe aussi d’autres shells, comme zsh et fish. echo $0 montre comment le shell courant a été lancé ; echo $SHELL affiche le shell de connexion configuré pour le compte. Lancer un autre shell peut donner des réponses différentes. Une fenêtre de terminal ne détermine pas elle-même quel shell s’y exécute.

Modifie la saisie et reprends la main

Supposons que tu saisisses ls Doc et appuies sur Tab. Si Documents est le seul nom correspondant, la complétion le complète. Si plusieurs noms commencent par Doc, Bash a besoin de caractères supplémentaires ou d’un choix. La complétion aide à respecter l’orthographe et la casse : Documents et documents sont des noms différents.

Un programme en plein écran peut attendre sa propre touche au lieu d’afficher l’invite du shell. Appuie sur q pour quitter man ou less. Une commande cat seule, sans fichier, attend du texte saisi ; Ctrl+C te ramène au shell. Ctrl+C n’est donc pas le raccourci habituel pour copier dans un terminal. Beaucoup d’émulateurs de terminal utilisent Ctrl+Maj+C et Ctrl+Maj+V pour copier et coller.

La disposition du clavier influe aussi sur la saisie de symboles comme ~, [ et {. Certaines dispositions utilisent AltGr, et une touche morte ~ peut nécessiter un appui sur Espace avant de s’afficher. Respecte exactement la casse des commandes : LS et ls sont deux noms de commande différents.

Une ligne de commande se compose de mots. Le premier désigne ce qu’il faut exécuter, les options modifient son comportement et les arguments fournissent les objets ou les valeurs sur lesquels la commande agit. Des espaces séparent ces mots.

Identifie les éléments

Dans ls -l /etc, ls est la commande, -l demande un affichage détaillé et /etc est l’argument qui désigne le répertoire. La forme d’utilisation command [options] [arguments] décrit cette organisation ; tu ne saisis pas ces crochets.

Les options courtes utilisent un tiret et une lettre. ls -a -l, ls -al et ls -la demandent le même affichage. Les options longues utilisent deux tirets, comme dans ls --all. Garde les options longues séparées ; réunir des mots après un seul tiret ne crée pas une option longue. Par exemple, ls -all est lu comme les options courtes -a -l -l.

Une option peut aussi nécessiter une valeur. Dans touch -d 2025-01-31 old.txt, la date appartient à -d ; old.txt est l’argument qui désigne le fichier. La forme longue est touch --date=2025-01-31 old.txt. Lis la description de l’utilisation pour savoir si une option nécessite une valeur et comment la fournir.

Garde chaque nom en un seul morceau

Le shell traite les espaces non protégés par des guillemets comme des séparations entre les mots. Chacune de ces trois lignes désigne un seul fichier :

ls "Annual Report.pdf"
ls 'Annual Report.pdf'
ls Annual\ Report.pdf

Les guillemets ou la barre oblique inverse protègent l’espace ; ils ne font pas partie du nom du fichier. Sans cette protection, ls Annual Report.pdf demande deux fichiers. Un effet similaire apparaît avec echo : echo Hello world reçoit deux mots et affiche un seul espace entre eux, tandis que echo "Hello world" conserve les trois espaces dans un seul argument.

Évite les ambiguïtés dans les options

Place les options avant les arguments qui désignent des fichiers. Les commandes GNU les acceptent souvent aussi après, mais les placer en premier rend la ligne plus facile à lire et fonctionne plus largement. Pour les commandes qui le permettent, -- met fin au traitement des options. rm -- -draft.txt traite donc -draft.txt comme un nom de fichier. Le chemin ./-draft.txt commence aussi par un point : rm ./-draft.txt évite ainsi un premier caractère qui ressemble à une option.

La signification d’une lettre d’option dépend de sa commande. cp -r copie les répertoires récursivement, mais ls -r inverse le tri ; ls -R liste les répertoires récursivement. ls -h modifie l’affichage des tailles et ne demande pas l’aide. Un tiret demi-cadratin copié, –, est lui aussi différent du - ordinaire qu’exigent les options.

Découvre ce qu’un nom exécute

Une commande peut être un fichier de programme, une commande interne du shell ou un alias qui se développe en une autre ligne de commande. cd est intégré à Bash parce qu’il change le répertoire de ce shell. ls est normalement un programme, souvent associé à un alias qui ajoute de la couleur. type cd et type ls indiquent la signification active.

Si ls-l échoue avec command not found, Bash a cherché ce nom entier. Insère l’espace manquant : ls -l. Si une commande signale une option inconnue, vérifie l’orthographe de l’option et sa documentation ; modifier le chemin du fichier ne corrigera pas une erreur d’option.

Une page de manuel est une référence détaillée sur une commande ou une fonction du système désignée par son nom. Ouvre-en une avec man ls. La page apparaît normalement dans less, un pageur qui affiche un écran à la fois et permet de rechercher sans quitter le terminal.

Lis la structure de la page

La rubrique NAME indique la commande et son rôle. SYNOPSIS donne sa forme d’appel. DESCRIPTION et OPTIONS expliquent son comportement et ses options. EXAMPLES peut montrer des utilisations concrètes, tandis que FILES et ENVIRONMENT décrivent les fichiers et les variables associés. SEE ALSO indique les pages associées. Les rubriques varient, car certaines commandes nécessitent des informations dont d’autres n’ont pas besoin.

Une ligne d’utilisation comme ls [OPTION]... [FILE]... est une notation compacte :

• Le texte littéral, souvent en gras, se saisit tel qu’il est affiché.
• Le texte servant de paramètre fictif, souvent en italique ou souligné, se remplace par ta valeur.
• Les crochets entourent les éléments facultatifs.
• ... signifie que l’élément précédent peut être répété.
• Une barre verticale sépare les choix possibles.

Dans cette forme de ls, les groupes d’options et de fichiers sont tous deux facultatifs : ls seul est donc valide. Dans mkdir [OPTION]... DIRECTORY..., le groupe des répertoires n’a pas de crochets : au moins un nom de répertoire est obligatoire. Ne saisis pas DIRECTORY simplement parce qu’il apparaît dans le manuel.

Recherche pendant la lecture

Espace ou Page suivante avance d’un écran ; b recule. Les flèches déplacent d’une ligne à la fois. g en minuscule va au début et G en majuscule à la fin. Saisis /human et appuie sur Entrée pour rechercher « human ». Utilise n pour le résultat suivant et N pour le précédent. Appuie sur q pour quitter la page ; h ouvre l’aide du pageur.

Pour une recherche pratique, ouvre man ls, cherche /human et lis l’entrée de -h, --human-readable. Cette option fonctionne avec un affichage qui montre les tailles, comme -l. Quitte le manuel et exécute ls -lh. Un fichier de 2 048 octets apparaît sous la forme 2.0K. Utiliser ls -h seul donne toujours une simple liste de noms, car aucune colonne de taille n’a été demandée.

Choisis la bonne section du manuel

La référence passwd(5) désigne l’explication du format du fichier de mots de passe dans la section 5. Exécute man 5 passwd pour la sélectionner. man passwd seul ouvre normalement la page de la commande dans la section 1.

Si tu connais le rôle d’une commande mais pas son nom, exécute apropos directory ou man -k directory. Ces commandes recherchent dans les noms et les descriptions courtes indexés. Si tu connais déjà un nom et veux une description de son rôle en une ligne, utilise whatis ls ou man -f ls. Un nouveau système peut avoir un index vide : une recherche par mot-clé infructueuse ne prouve donc pas que la commande est absente.

Certaines installations minimales ne comportent pas de manuels. L’absence d’une page pour man cd s’explique aussi souvent par le fait que cd est une commande interne du shell. Utilise help cd pour obtenir la description fournie par Bash.

Tu n’as pas toujours besoin d’une page de manuel complète. Une liste rapide des options, l’aide propre à une commande interne ou un message d’erreur peut répondre à la question immédiate. Choisis une source qui décrit la commande que tu exécutes réellement.

Choisis l’aide adaptée à la commande

type cp indique normalement un fichier de programme : cp --help donne donc son utilisation et ses options. type cd indique une commande interne du shell : help cd décrit donc la version de Bash. help seul liste les commandes internes de Bash ; il ne fournit pas de page d’aide pour le programme externe ls.

La plupart des commandes GNU prennent en charge --help, mais la signification des options courtes varie. Pour ls, -h indique des tailles lisibles et non l’aide. Lire ls --help est le moyen fiable de vérifier les options de ls sans les déduire de celles d’un autre programme.

Supposons que tu veuilles créer reports/2026/q1, mais que les répertoires parents n’existent pas. Traite la question étape par étape :

1. apropos directory suggère mkdir pour créer des répertoires.
2. mkdir --help affiche -p, --parents et explique la création des parents manquants.
3. mkdir -p reports/2026/q1 crée tout le chemin.

La recherche dans l’aide indique le comportement recherché, et pas seulement le nom de la commande. C’est utile lorsque tu connais déjà mkdir mais que sa forme ordinaire signale l’absence d’un parent.

Va au-delà de la liste des options

Les manuels GNU Info sont des documents plus longs, composés de pages liées entre elles. info coreutils ouvre la documentation des utilitaires de base pour les fichiers. Dans Info, n passe au nœud suivant, p au précédent, u remonte d’un niveau, Entrée suit un lien sélectionné et q quitte le programme. Un nœud est une partie du manuel constitué de pages liées.

Les paquets installés peuvent aussi fournir de la documentation sous /usr/share/doc/. Par exemple, ls /usr/share/doc/bash liste la documentation du paquet Bash. Ces répertoires peuvent contenir des fichiers README, des journaux des modifications, des textes de licence et des exemples. Le suffixe .gz indique un fichier compressé ; zless peut afficher du texte compressé.

Utilise une erreur comme indice

Une erreur indique généralement la commande, l’objet et la raison. Dans ls: cannot access 'note.txt': No such file or directory, ls s’est exécuté, mais n’a pas trouvé ce chemin. Vérifie pwd, l’orthographe et la casse, ainsi que le répertoire contenant le fichier. Saisir de nouveau ls en majuscules créerait un autre problème lié au nom de la commande.

rmdir: failed to remove 'photos': Directory not empty signifie que la cible existe mais contient encore des entrées. Les lister, y compris les entrées cachées, explique pourquoi la suppression a échoué. Une option inconnue est un autre problème : un message concernant --bogus te dirige vers ls --help parce que l’option elle-même n’est pas valide.

L’aide locale correspond mieux au programme installé qu’un exemple quelconque trouvé sur le web. ls --version indique la version de GNU lorsque tu dois comparer des documentations. Avant d’utiliser une commande copiée que tu ne connais pas, identifie chaque option dans l’aide de cette commande, surtout si elle supprime des fichiers ou s’exécute avec des droits d’administration.

Linux organise les fichiers et les répertoires dans une arborescence unique. Un fichier contient des données ; un répertoire, appelé dossier dans un gestionnaire de fichiers graphique, contient des entrées nommées pour les fichiers et les autres répertoires. L’arborescence commence au répertoire racine, /.

Suis l’arborescence

Une barre oblique sépare les composants d’un chemin : /home/sam/photos mène de / à home, puis à sam, puis à photos. Les autres disques apparaissent dans la même arborescence, souvent sous /media ou /mnt ; ils n’ont pas besoin de lettres de lecteur. Une barre oblique inverse n’est pas un séparateur de chemin sous Linux. Bash l’utilise pour protéger le caractère suivant, comme dans Annual\ Report.pdf.

Les emplacements importants ont des rôles différents :

Beaucoup de distributions actuelles relient /bin à /usr/bin et /sbin à /usr/sbin. Tu peux donc voir deux noms de répertoires menant aux mêmes programmes installés. Le répertoire racine / et le répertoire /root désignent toutefois des endroits différents : le premier est le point de départ de l’arborescence et le second est le répertoire personnel d’un compte.

Reconnais tes propres fichiers

Pour l’utilisateur sam de l’exemple, le répertoire personnel est /home/sam, que le shell abrège en ~. /home est son parent, pas le répertoire personnel de sam. Les documents et paramètres personnels se trouvent normalement dans le répertoire personnel ; /tmp ne convient pas à ce que tu dois conserver, car les données temporaires peuvent être supprimées automatiquement.

Considère cette organisation :

/home/sam/
  .bashrc
  Documents/
    cv.pdf
    letter.txt
  photos/
  projects/
    notes.txt
    website/
      index.html
      style.css

Le chemin complet vers la feuille de style est /home/sam/projects/website/style.css. Le fichier notes.txt se trouve à côté de website, et non à l’intérieur. Les entrées de chaque répertoire déterminent la prochaine étape possible dans l’arborescence.

Lis les noms exactement

Les noms sont sensibles à la casse : notes.txt, Notes.txt et NOTES.TXT peuvent désigner trois fichiers. Les noms ne peuvent contenir ni / ni octet nul. De simples lettres, chiffres, points, tirets et traits de soulignement rendent les noms courants faciles à saisir ; les systèmes de fichiers Linux courants limitent un nom à 255 octets.

Un suffixe comme .txt fait partie du nom et ne prouve pas son contenu. file report examine les données et peut identifier un PDF même si le nom ne comporte pas .pdf.

Un point initial cache une entrée dans l’affichage ordinaire de ls. .bashrc, .profile et .config contiennent couramment des paramètres. Caché signifie omis de l’affichage par défaut, et non protégé contre l’accès ; ls -a révèle ces noms. L’entrée spéciale . désigne le répertoire lui-même et .. son parent. À la racine, .. mène toujours à /.

Un chemin indique à une commande où trouver un objet. Pour lire correctement un chemin, détermine d’abord son point de départ. Un chemin absolu commence à / ; un chemin relatif commence au répertoire de travail courant du shell.

Établis ton point de départ

pwd affiche ton répertoire courant. Depuis /home/sam, le chemin projects/website mène à /home/sam/projects/website. Depuis /etc, ce même chemin relatif désignerait /etc/projects/website. Le chemin absolu /home/sam/projects/website désigne le même emplacement depuis l’un ou l’autre point de départ.

cd change le répertoire courant. Il ne liste pas le contenu de la destination et n’ouvre pas de fichier. cd projects entre dans un répertoire enfant nommé projects ; cd /etc va à l’emplacement absolu /etc. Sans argument, cd revient au répertoire personnel. cd - revient au répertoire de travail précédent et affiche cet emplacement.

Suis un chemin étape par étape

Pars de /home/sam/projects/website et examine cd ../../photos :

1. Le premier .. mène à /home/sam/projects.
2. Le second .. mène à /home/sam.
3. photos descend dans /home/sam/photos.

La commande entière effectue un seul changement vers la destination finale. Depuis le répertoire website, cd .. s’arrête à projects, tandis que cd ../.. s’arrête au répertoire personnel. Le répertoire de départ compte à chaque fois : après un déplacement, une deuxième commande relative part de ton nouvel emplacement.

Un ./ initial désigne explicitement le répertoire courant. ./notes.txt et notes.txt désignent le même fichier local. ls ../photos liste un répertoire proche sans y déplacer ton shell ; seule une commande qui change le répertoire de travail, comme cd, change la base des chemins relatifs suivants.

Utilise le raccourci du répertoire personnel

Au début d’un mot non protégé par des guillemets, Bash développe ~ en ton répertoire personnel. cd ~/Documents fonctionne donc depuis n’importe où pour sam. ~alex désigne le répertoire personnel d’alex.

Protéger le tilde par des guillemets empêche ce développement : cd "~/Documents" cherche un répertoire littéralement nommé ~ sous le répertoire courant. Si la suite contient un espace, laisse le tilde hors des guillemets :

cd ~/"My Files"

Tu peux aussi écrire cd "$HOME/My Files" ; les guillemets doubles conservent l’espace tout en permettant le développement de la valeur de la variable.

Diagnostique un chemin qui échoue

cd /projects cherche projects directement sous /, et non sous ton répertoire personnel. cd.. est un seul nom de commande ; écris cd ... Un documents en minuscules échoue si le nom réel est Documents. Vérifie le point de départ, chaque composant et sa casse exacte. La complétion par Tab peut compléter un nom existant et éviter une faute de frappe.

Les chemins absolus conviennent aux instructions qui doivent fonctionner depuis différents emplacements. Les chemins relatifs sont pratiques pour travailler à proximité. Les deux formes fonctionnent aussi comme arguments de fichiers pour cp, mv, ls et d’autres commandes ; l’interprétation d’un chemin ne dépend pas de son utilisation avec cd.

ls affiche le contenu du répertoire courant ou les fichiers et répertoires que tu désignes. Un affichage peut répondre à plus que « Que trouve-t-on ici ? » : les options révèlent les entrées cachées, les détails, les tailles, l’ordre et les sous-répertoires.

Choisis ce qu’il faut afficher

ls et ls -l seuls omettent les entrées cachées. -a les inclut avec . et .. ; -A inclut les entrées cachées sans ces deux noms spéciaux. -F ajoute une barre oblique après les noms des répertoires. Les couleurs de sortie sont une autre aide visuelle, mais les couleurs exactes dépendent du système.

ls projects liste ce qui se trouve dans projects. ls -ld projects affiche quant à lui les détails de l’entrée du répertoire lui-même. L’option -d change l’objet affiché, et non le niveau de détail.

Lis un affichage détaillé

Examine cette ligne produite par ls -l :

-rw-r--r-- 1 sam sam 2048 Mar  3 14:20 notes.txt

Lis-la de gauche à droite :

1. - indique un fichier ordinaire ; d indiquerait un répertoire et l un lien symbolique.
2. Les neuf caractères suivants décrivent les droits du propriétaire, du groupe et des autres.
3. 1 est le nombre de liens physiques.
4. Les deux champs sam indiquent le propriétaire et le groupe.
5. 2048 est la taille du fichier en octets.
6. La date et l’heure indiquent la dernière modification du contenu.
7. notes.txt est le nom.

ls -lh affiche cette taille sous la forme 2.0K. L’option -h modifie le format des tailles, tandis que -l fournit la colonne des tailles. ls -h seul affiche toujours les noms sans les tailles.

La taille propre d’un répertoire correspond à l’espace utilisé pour ses entrées ; ce n’est pas la somme de toutes les données qu’il contient. La ligne total 12 indique les blocs de disque utilisés par les entrées listées, et non douze fichiers. Utilise les lignes des noms de fichiers pour voir les entrées elles-mêmes.

Trie le résultat

Par exemple, ls -lt place d’abord les modifications les plus récentes, tandis que ls -ltr les place en dernier. ls -lhS affiche des tailles lisibles, les plus grandes en premier. La casse et la ponctuation peuvent être triées différemment selon les paramètres régionaux : ne conclus donc pas qu’un fichier manque simplement parce que son nom n’est pas à l’endroit attendu.

Examine les niveaux inférieurs

ls -R projects liste le contenu de projects, puis celui de ses sous-répertoires. Avec notes.txt à côté d’un répertoire website, le premier titre est projects: et ses entrées comprennent ces deux noms. Un titre ultérieur, projects/website:, indique l’affichage qui contient index.html et style.css.

-R en majuscule est récursif. -r en minuscule inverse seulement le tri. Combiner -a avec un affichage récursif révèle aussi les entrées cachées, ce qui peut rendre le résultat beaucoup plus long. Pour les métadonnées d’un seul répertoire, ls -ld est généralement plus clair.

mkdir crée des répertoires et touch crée des fichiers vides ou met à jour des horodatages existants. Ce sont deux actions distinctes : un répertoire fournit un emplacement pour des entrées, tandis qu’un fichier vide est déjà un fichier, même s’il ne contient aucune donnée.

Crée d’abord le répertoire

mkdir drafts crée un répertoire sous ton emplacement courant. mkdir drafts final crée deux répertoires de même niveau. Si un nom demandé existe déjà, mkdir sans option signale File exists.

Les parents d’un chemin doivent normalement exister. Si reports manque, mkdir reports/2026/q1 ne peut pas atteindre l’emplacement demandé. Ajoute -p pour créer les répertoires parents manquants :

mkdir -p reports/2026/q1

Cette commande crée chaque niveau manquant et accepte les niveaux déjà présents sous forme de répertoires. La répéter est utile pour préparer une structure dont les parties existantes doivent rester en place. Elle ne transforme pas un fichier ordinaire existant en répertoire.

Ajoute des fichiers vides

touch todo.txt crée un fichier de zéro octet si ce nom est absent. Si le fichier existe, touch conserve son contenu et met à jour ses dates d’accès et de modification. Cette commande ne sert pas à vider un fichier. Tu peux nommer plusieurs fichiers, comme dans touch a.txt b.txt, ou choisir un horodatage avec touch -d 2025-01-31 old.txt.

Les fichiers qui ont un contenu sont normalement créés par un programme qui enregistre des données, comme un éditeur. Créer un fichier avec touch lui donne un nom et un contenu vide ; la commande n’ajoute pas de texte pour toi.

Construis un petit projet

Depuis ton répertoire personnel, exécute :

mkdir -p website/css website/images
touch website/index.html website/css/style.css
ls -R website

La première ligne crée website et ses deux répertoires enfants. La deuxième place index.html dans website et style.css dans website/css. Elle ne place aucun de ces fichiers dans images. Dans l’affichage récursif, website: contient css, images et index.html ; website/css: contient style.css ; website/images: ne contient aucune entrée ordinaire.

Remarque que la commande touch dépend des répertoires parents créés par mkdir. Inverser ces deux étapes échouerait si website n’existait pas encore.

Supprime un répertoire vide

rmdir website/images supprime ce répertoire vide. rmdir website/css échoue tant que style.css s’y trouve. Une entrée cachée rend elle aussi un répertoire non vide : examine-le donc avec ls -A si l’affichage ordinaire semble vide.

rmdir -p reports/2026/q1 supprime q1, puis essaie de supprimer 2026, puis reports. La commande s’arrête lorsqu’un parent n’est pas vide. Cette option remonte l’arborescence, tandis que mkdir -p crée les parents manquants en descendant.

Les espaces séparent toujours les arguments. mkdir My Project demande deux répertoires ; mkdir "My Project" en demande un. Un nom simple comme my-project évite l’espace. Les noms Reports et reports sont distincts : utilise donc la même casse dans la commande de création et dans les chemins ultérieurs.

Une copie laisse la source en place. Un déplacement change son nom ou son emplacement. Pour prévoir le résultat de l’une ou l’autre action, examine le chemin source, le chemin de destination et l’existence éventuelle de la destination.

Prévois la destination d’une copie

cp notes.txt notes-backup.txt crée un second fichier nommé notes-backup.txt. Si Documents est un répertoire existant, cp notes.txt Documents/ crée plutôt Documents/notes.txt. La barre oblique finale exprime l’intention de copier dans un répertoire.

Lorsqu’il y a plusieurs sources, le dernier argument doit être un répertoire existant. cp cv.pdf letter.txt backup/ place les deux fichiers indiqués dans backup. Cette commande ne crée pas automatiquement un répertoire de destination manquant.

Les répertoires nécessitent une copie récursive. cp website website-old omet le répertoire parce qu’aucune option récursive n’a été fournie. cp -r website website-old copie l’arborescence, mais le résultat dépend de la destination :

Un répertoire de destination existant reçoit le répertoire source sous son nom. Il n’est pas automatiquement remplacé par le contenu de la source.

Déplace ou renomme

mv draft.txt final.txt renomme un fichier. mv final.txt Documents/ le déplace dans un répertoire existant. mv website site renomme un répertoire lorsque site est absent et ne nécessite pas d’option récursive.

Au sein d’un même système de fichiers, un déplacement modifie normalement les entrées de répertoire sans copier toutes les données. Un déplacement entre systèmes de fichiers peut nécessiter de copier puis de supprimer les données : un déplacement volumineux n’est donc pas forcément instantané.

Si archive n’existe pas, mv notes.txt archive renomme le fichier en archive. mv notes.txt archive/ exige au contraire un répertoire et échoue si ce répertoire est absent. Utilise la barre oblique lorsqu’un nouveau nom de fichier ne serait pas le résultat voulu.

Contrôle le remplacement et les métadonnées

cp et mv sans option peuvent écraser un fichier de destination existant sans demander confirmation. -i demande confirmation avant le remplacement ; -n ignore les destinations existantes ; -v affiche les actions. Des alias peuvent ajouter des options : utilise donc type cp ou type mv si le comportement observé diffère.

Une copie ordinaire nouvellement créée reçoit une nouvelle date de modification. cp -p conserve les horodatages et les droits, tandis que cp -a conserve récursivement les attributs d’une arborescence et est utile pour les sauvegardes. Ne suppose pas qu’une copie simple conserve la date de sa source simplement parce que les contenus correspondent.

Suis une opération complète

Depuis /home/sam, crée d’abord backup. cp projects/notes.txt backup/ crée backup/notes.txt. Ensuite, mv backup/notes.txt backup/notes-2026.txt ne change que le nom de la copie. Enfin, cp -r projects/website backup/ crée backup/website, avec ses fichiers. Les originaux projects/notes.txt et projects/website restent à leur place, car aucun des deux n’a été la source d’un déplacement.

rm supprime les fichiers désignés par ses arguments. Contrairement à la mise à la corbeille dans un gestionnaire de fichiers graphique, cette commande ne les place pas dans une corbeille. Une sauvegarde est normalement le moyen de récupérer les fichiers après leur suppression.

Choisis la bonne commande de suppression

rm old.txt supprime un fichier et rm a.txt b.txt supprime plusieurs fichiers désignés. rm old sans option refuse si old est un répertoire. rmdir old ou la commande GNU rm -d old ne supprime un répertoire que s’il est vide. rm -r old supprime récursivement son contenu, puis le répertoire lui-même.

Cette distinction est utile lorsque tu t’attends à trouver un répertoire vide. Si rmdir échoue avec Directory not empty, tu peux examiner le contenu inattendu. Une suppression récursive supprimerait aussi ce contenu.

Contrôle les demandes de confirmation

Lors d’une saisie interactive ordinaire, rm peut aussi demander confirmation pour un fichier protégé en écriture. -f supprime cette question. Cette option ne rend pas la suppression réversible et n’élimine pas toutes les causes possibles d’échec d’une commande.

Vérifie les cibles exactes

Suis cette méthode avant une suppression qui pourrait toucher plusieurs noms :

1. Exécute pwd pour confirmer ton emplacement.
2. Liste les noms exacts ou le motif que tu comptes supprimer.
3. Examine la liste, notamment pour voir si des répertoires sont sélectionnés.
4. Utilise la même expression cible avec rm, en ajoutant -i lorsqu’une confirmation est utile.

Supposons que le répertoire contienne draft1.tmp, draft2.tmp, final.txt et notes.tmp. ls *.tmp affiche les trois fichiers temporaires. rm -i *.tmp demande confirmation pour ces trois noms ; final.txt ne correspond pas au motif. Répondre n ignore un fichier, tandis que y confirme sa suppression.

Respecte l’écriture des chemins

Un espace sépare les mots, même dans une commande dangereuse. Ajouter un espace entre ~/ et le nom d’un élément enfant transforme un chemin relatif au répertoire personnel en deux cibles distinctes. Vérifie toute la ligne avant d’appuyer sur Entrée. Évite la suppression récursive forcée pour le nettoyage courant lorsqu’une commande plus ciblée suffit. Par défaut, rm de GNU protège / lui-même ; cette protection ne protège pas tous les chemins situés sous / contre un motif erroné.

Un tiret initial peut être pris pour une option. rm -- -draft.txt met fin à l’analyse des options avant le nom du fichier. rm ./-draft.txt le désigne aussi sans ambiguïté. Pour un espace dans un nom, utilise rm "old notes.txt" ; la version sans guillemets désigne séparément old et notes.txt.

Une erreur demande un diagnostic, pas automatiquement des droits plus étendus. Si une suppression échoue, vérifie si la cible est un répertoire, si son chemin est correct et ce qu’indique exactement le message. Répéter une commande mal saisie avec des droits d’administration augmente la portée possible de l’erreur.

Un motif de nom de fichier est un motif utilisé pour sélectionner des noms de fichiers. Bash remplace un motif non protégé par des guillemets par les noms existants qui lui correspondent avant de lancer la commande. Tu peux utiliser le même motif avec ls, cp, mv ou une autre commande qui accepte ces noms.

Recherche les correspondances partie par partie

Un motif correspond au nom entier. report* correspond à report parce que l’astérisque peut correspondre à une suite vide. beach?.jpg correspond à beach1.jpg, mais pas à beach10.jpg : deux chiffres ne peuvent pas correspondre à un seul point d’interrogation. beach[12].jpg limite ce caractère à 1 ou 2.

Pour un exemple détaillé de sélection, supposons que photos contienne beach1.jpg, beach2.jpg, beach10.jpg, city1.jpg, city2.png, IMG_01.JPG, notes.txt et .index. Le motif *.jpg correspond aux trois photos de plage et à city1.jpg. city* correspond aussi à city2.png, car il impose une condition au début du nom, et non au suffixe. [!b]* correspond aux noms dont le premier caractère n’est pas b, en excluant les noms de plage ainsi que le fichier caché .index.

Tiens compte de la casse et des points initiaux

Par défaut, la recherche de correspondances est sensible à la casse. *.jpg ne sélectionne pas IMG_01.JPG. Le motif *.[jJ][pP][gG] accepte les deux casses pour chaque caractère du suffixe : il inclut donc les deux formes.

Pour sélectionner un nom commençant par un point dans la recherche ordinaire de Bash, il faut placer explicitement un point au début du composant de chemin concerné. * omet .index ; .i* le sélectionne. Cette règle s’applique aussi à l’intérieur d’un répertoire : photos/* omet les noms cachés dans photos. Le motif ne sélectionne pas les fichiers cachés simplement parce que ls -a est la commande qui le reçoit ; le développement a déjà eu lieu avant le démarrage de ls.

Un caractère générique ne franchit pas /. photos/*.jpg sélectionne les correspondances directement dans photos. */notes.txt sélectionne un fichier correspondant situé exactement un niveau de répertoire sous le répertoire courant. Il ne recherche pas dans tous les répertoires plus profonds.

Lis attentivement les ensembles de caractères

[abc] correspond à un seul caractère, et non à un choix entre des noms de fichiers entiers. Un ! ou un ^ initial inverse l’ensemble. Une plage comme [a-f] suit les règles des paramètres régionaux, qui peuvent influer sur l’ordre et les correspondances. Les classes nommées utilisent une autre paire de crochets : [[:digit:]], [[:upper:]] et [[:lower:]]. La classification de leurs caractères suit les paramètres régionaux ; les minuscules ne se limitent pas aux lettres ASCII de a à z.

Les motifs de noms de fichiers et les expressions régulières suivent des règles différentes. Dans un motif de nom de fichier, un point est un point littéral et * est déjà une instruction complète signifiant « toute suite de caractères ». N’emprunte pas la signification de . ou de * à un motif de recherche textuelle pour prévoir les correspondances de noms de fichiers.

Un programme reçoit les noms produits par Bash, et non l’expression contenant des caractères génériques qui les a sélectionnés. Il est donc utile de vérifier le résultat du développement : tu peux examiner les arguments sélectionnés avant qu’une commande ne modifie des fichiers.

Développe, puis exécute

Si notes.txt et todo.txt sont les seuls noms en .txt, ls *.txt reçoit ces deux noms. Le shell effectue la recherche des correspondances ; ls peut ensuite lister chaque argument selon ses propres règles. Les répertoires correspondants comptent aussi comme des noms : un motif ne garantit donc pas que chaque cible est un fichier ordinaire.

echo *.tmp affiche les mots obtenus après développement sans modifier de fichiers. ls -d -- *.tmp liste les entrées correspondantes elles-mêmes, y compris les entrées de répertoires, au lieu d’afficher leur contenu. Pour des noms de fichiers simples, ces aperçus permettent de vérifier facilement la sélection avant de copier, déplacer ou supprimer.

Dans la configuration par défaut de Bash, un motif sans correspondance reste inchangé. Si aucun nom en .pdf n’existe, echo *.pdf affiche *.pdf ; ls *.pdf essaie d’accéder à ce nom littéral et signale qu’il n’existe pas. Un astérisque affiché peut donc indiquer l’absence de correspondance, et non une véritable liste de fichiers sélectionnés.

Décide qui doit recevoir le motif

Les guillemets empêchent le développement des caractères génériques. echo '*.txt', echo "*.txt" et echo \*.txt affichent tous le motif littéral. À l’inverse, echo *.txt demande à Bash de sélectionner les noms existants correspondants. Les guillemets conviennent lorsque le programme lui-même doit recevoir les caractères spéciaux ou lorsqu’un fichier réel contient un astérisque dans son nom.

Distingue ce choix de la protection des espaces par des guillemets. Un nom de fichier sélectionné par le développement d’un motif reste un seul argument même s’il contient un espace. Mais une variable contenant un chemin doit normalement être entourée de guillemets doubles lors de son utilisation, car son développement sans guillemets peut être découpé en mots.

Vérifie la destination de la commande

cp *.jpg ~/backup/ copie les noms correspondants dans un répertoire de sauvegarde existant. mv draft* archive/ déplace les noms correspondants dans un répertoire d’archivage existant. Une barre oblique finale impose une destination qui soit un répertoire, ce qui aide à repérer une destination manquante au lieu de renommer silencieusement une source unique.

Un * large inclut les répertoires. cp * backup/ copie les fichiers ordinaires mais omet les répertoires en l’absence de copie récursive. Ajouter -r inclut les répertoires, y compris backup lui-même lorsqu’il se trouve dans le répertoire courant ; cp refuse alors de copier ce répertoire dans lui-même. Place une sauvegarde hors de l’ensemble des sources sélectionnées ou choisis un motif plus ciblé.

Les espaces changent la sélection. *.tmp est un seul motif ; * .tmp est un motif large accompagné d’un argument distinct dont le nom commence par un point. Vérifie l’expression exacte que tu utiliseras.

Génère de nouveaux noms avec les accolades

Le développement des accolades produit des mots, qu’ils existent ou non :

mkdir -p project/{src,docs,tests}
touch file{1..3}.txt
cp notes.txt{,.bak}

La première ligne crée trois éléments enfants portant les noms indiqués. La deuxième produit file1.txt, file2.txt et file3.txt. La dernière se développe en cp notes.txt notes.txt.bak ; son premier choix entre accolades est vide. Utilise les accolades pour générer des noms et les motifs de noms de fichiers pour sélectionner ceux qui existent.

Bash conserve une liste d’historique des commandes saisies dans le shell. Tu peux rappeler une ligne, l’examiner, en modifier une partie et exécuter la version modifiée. C’est particulièrement utile pour un long chemin ou une combinaison d’options utilisés récemment.

Rappelle une ligne avant de l’exécuter

Les flèches haut et bas parcourent les commandes précédentes. La ligne rappelée devient une saisie modifiable ; elle n’est exécutée que lorsque tu appuies sur Entrée. history affiche la liste numérotée et history 5 limite la sortie aux entrées récentes.

Ctrl+R recherche en remontant l’historique. Saisis une partie d’une commande, comme mkdir, pour trouver la ligne correspondante la plus récente. Appuie de nouveau sur Ctrl+R pour obtenir une correspondance plus ancienne. Entrée exécute la commande affichée, tandis que Ctrl+G annule la recherche. Lis tout le résultat, car le fragment recherché peut apparaître dans plusieurs commandes ayant des chemins différents.

Comprends les raccourcis avec un point d’exclamation

Le développement de l’historique réécrit les expressions avant l’exécution :

Par exemple, immédiatement après mkdir -p reports/2026, cd !$ se développe en cd reports/2026. Le raccourci renvoie à la commande précédente : une autre commande saisie entre ces lignes changerait donc ce que !$ sélectionne. Pour répéter une commande numérotée, utilise son numéro d’entrée ; pour réutiliser son dernier argument, utilise un raccourci de mot dans le contexte approprié.

Le développement affiche normalement la commande développée et l’exécute aussitôt. Cet affichage n’est pas une demande de confirmation. Un modificateur :p, comme dans !rm:p, affiche le développement sans l’exécuter. Le rappel par les flèches ou Ctrl+R est souvent plus facile lorsque tu veux examiner et modifier une ligne potentiellement destructive. Tu peux rencontrer sudo !! pour répéter la dernière commande avec des droits d’administration ; examine l’action prévue avant de décider si des droits supplémentaires sont appropriés.

Sache ce qui est enregistré

Le shell actif conserve l’historique en mémoire. À sa fermeture, il l’écrit normalement dans le fichier désigné par HISTFILE, généralement ~/.bash_history. Chaque terminal possède sa propre liste en mémoire : deux terminaux ouverts n’affichent donc pas nécessairement le même historique à ce moment-là.

HISTSIZE limite le nombre de commandes conservées en mémoire. La valeur intégrée par défaut de Bash est de 500, même si les distributions la modifient souvent. HISTFILESIZE limite le nombre de lignes dans le fichier d’historique enregistré. Ces paramètres contrôlent deux emplacements différents : modifier l’un ne signifie donc pas que tu as changé les deux limites.

HISTCONTROL=ignorespace omet les lignes commençant par un espace ; ignoredups omet une ligne identique à la précédente ; ignoreboth combine les deux. Ce sont des choix de configuration, qui ne permettent pas de supposer qu’un terminal quelconque laisse une commande sans l’enregistrer. history -d 42 supprime une entrée et history -c efface la liste courante en mémoire.

Les mots de passe placés dans les arguments d’une commande peuvent être enregistrés dans l’historique. Laisse un programme demander un mot de passe à sa propre invite au lieu de le placer dans la ligne de commande.

Une variable donne un nom à une valeur. Bash peut substituer cette valeur dans des lignes de commande ultérieures. Une variable d’environnement est aussi transmise aux programmes lancés depuis ce shell, ce qui leur permet de lire des paramètres comme la langue ou l’emplacement du répertoire personnel.

Affecte et lis une valeur

Écris une affectation sans espace autour de = :

city=Lisbon
echo "$city"
echo "${city}_trip"

La première ligne stocke Lisbon ; les lignes suivantes affichent Lisbon et Lisbon_trip. Les accolades indiquent où se termine le nom de la variable. Sans elles, $city_trip désigne une autre variable nommée city_trip.

city = Lisbon n’est pas une affectation : Bash essaie d’exécuter une commande nommée city avec deux arguments. Les noms sont sensibles à la casse et peuvent contenir des lettres, des chiffres et des traits de soulignement, mais ne peuvent pas commencer par un chiffre. Dans l’utilisation ordinaire de Bash, lire une variable non définie donne une valeur vide. unset city supprime la valeur.

Choisis les guillemets adaptés

Après greeting="Good morning", echo "$greeting, $USER" affiche la salutation et le nom du compte comme un seul argument. Entoure de guillemets doubles une variable utilisée comme chemin si sa valeur peut contenir des espaces. Les guillemets simples protègent tout ce qu’ils contiennent, y compris le signe dollar : ils ne peuvent donc pas servir au même usage que les guillemets doubles lorsque tu veux développer une variable.

Transmets des paramètres aux programmes fils

Une affectation ordinaire crée une variable du shell. export city la marque pour l’environnement ; export city=Lisbon combine les deux actions. Compare :

city=Lisbon
bash -c 'echo $city'
export city
bash -c 'echo $city'

Si city n’avait pas été exportée auparavant, le premier shell fils affiche une ligne vide. Après l’exportation, un nouveau processus fils reçoit Lisbon. L’exportation transmet une copie au lancement ; elle ne met pas à jour les programmes déjà en cours d’exécution.

env et printenv listent les entrées de l’environnement, tandis que printenv HOME en affiche une. set liste aussi les variables et les fonctions du shell. Les paramètres courants comprennent HOME pour le répertoire personnel, USER pour l’utilisateur, PWD pour le répertoire de travail, SHELL pour le shell de connexion, LANG pour la langue et les formats régionaux, et PATH pour la recherche des programmes. Des noms en minuscules pour tes propres valeurs évitent les conflits avec ces noms conventionnels en majuscules.

Contrôle la durée de vie et le démarrage

Une affectation placée devant une commande fournit un paramètre à cette seule commande : TZ=Asia/Tokyo date affiche l’heure de Tokyo sans remplacer le réglage du fuseau horaire du shell. LC_ALL=C ls --help demande les messages originaux non traduits.

Un paramètre non enregistré défini à l’invite appartient à ce shell ; ouvrir un autre terminal ne le rend pas permanent. Place un paramètre réutilisé comme export EDITOR=nano dans ~/.bashrc pour les shells Bash interactifs qui ne sont pas des shells de connexion. Les shells de connexion lisent les fichiers de profil, qui chargent souvent ce fichier. Un nouveau shell qui n’est pas un shell de connexion lit le paramètre enregistré ; source ~/.bashrc applique le fichier dans le shell courant.

Lorsque tu saisis un nom de commande, Bash doit déterminer ce qu’il signifie. Il peut s’agir d’un alias, d’une fonction, d’une commande interne ou d’un fichier de programme. PATH contrôle la recherche des fichiers de programme pour un nom qui ne contient pas de barre oblique.

Lis la liste de recherche

PATH contient des noms de répertoires séparés par des deux-points, par exemple /usr/local/bin:/usr/bin:/bin. echo "$PATH" affiche la liste. Bash examine d’abord les significations définies dans le shell ; pour un nom de programme externe, il parcourt les répertoires indiqués de gauche à droite et utilise le premier exécutable correspondant.

Ce sont les noms des répertoires qui comptent, et non le seul fait qu’un programme soit installé quelque part. Un fichier situé hors de la liste de recherche n’est pas trouvé par son seul nom. Les programmes courants se trouvent généralement sous /usr/bin ou /bin ; les programmes d’administration utilisent /usr/sbin ou /sbin ; les installations locales utilisent souvent /usr/local/bin. Les programmes personnels peuvent se trouver sous ~/bin ou ~/.local/bin.

Si deux répertoires de PATH contiennent un programme de même nom, le premier répertoire est prioritaire lors d’une nouvelle recherche.

Examine la commande active

type cd indique une commande interne du shell. type ls peut indiquer /usr/bin/ls ou signaler un alias qui ajoute de la couleur. type -a echo liste les correspondances internes et externes. which ls indique normalement un chemin de programme trouvé dans PATH, mais peut manquer des fonctions du shell que type connaît. Utilise type lorsque tu veux comprendre ce que Bash fera réellement.

Exécute un chemin explicite

Le PATH habituel omet le répertoire courant. Un fichier exécutable nommé backup dans le répertoire courant nécessite donc ./backup, sauf si son répertoire figure dans PATH. Un nom de commande contenant / désigne directement un emplacement :

./backup
/home/sam/bin/backup

Les deux formes contournent la recherche dans PATH. La première est relative à ton répertoire de travail ; la seconde part de /. Le fichier doit quand même être exécutable. Le seul fait de pouvoir le lister ou le lire ne permet pas de l’exécuter.

Complète sans remplacer

Pour ajouter un répertoire personnel à la fin, conserve la valeur existante :

export PATH="$PATH:$HOME/bin"

Le deux-points sépare l’ancienne liste du répertoire ajouté. Avec un exécutable backup dans /home/sam/bin, une commande backup ultérieure peut maintenant le trouver. L’ajout à la fin laisse tout programme correspondant déjà présent avant ton nouveau répertoire. Placer le nouveau répertoire en premier changerait le nom en double qui est prioritaire.

PATH=$HOME/bin écarte au contraire tous les répertoires existants de la valeur. Les commandes externes comme ls peuvent cesser de fonctionner lorsqu’elles sont appelées par leur seul nom. Ouvrir un nouveau terminal avec la configuration de démarrage normale rétablit son PATH normal ; pour le shell courant, export PATH=/usr/local/bin:/usr/bin:/bin fournit une liste de réparation de base. Les commandes internes peuvent encore fonctionner, car elles ne sont pas trouvées à l’aide de PATH.

Pour conserver un ajout voulu dans les nouveaux shells interactifs qui ne sont pas des shells de connexion, enregistre sa ligne d’exportation dans ~/.bashrc.