Ligne de commande Linux : débuter sans risquer ses fichiers
Pour débuter en ligne de commande Linux sans risquer vos fichiers, travaillez dans un dossier temporaire et utilisez d’abord pwd, ls, cd, mkdir, printf, cat et cp sur des fichiers factices. Vérifiez toujours votre emplacement, demandez l’aide d’une commande avant d’ajouter une option, et arrêtez-vous si la cible n’est pas claire.
Ce guide propose un seul petit parcours. Pas de droits administrateur, pas d’installation, pas de fichier personnel, pas de suppression. Le terminal n’a rien de magique : il exécute exactement ce que vous lui donnez. La bonne habitude consiste donc à regarder où vous êtes avant de demander une action sur un fichier.
Comment ouvrir un espace d’essai avant toute commande ?
L’idée est simple : vos essais vivent dans un dossier fait pour eux. Si vous ratez un nom ou une commande, vous ne mélangez pas l’exercice avec vos documents. Commencez par ouvrir votre terminal. Vous verrez souvent une ligne terminée par un caractère comme $. C’est l’invite : elle attend une commande.
Créez un dossier temporaire et dites ce qu’il contient
Tapez ces deux lignes, l’une après l’autre :
mkdir -p /tmp/atelier-linux
cd /tmp/atelier-linux
La première demande la création du dossier d’exercice. La seconde vous y place. Il est normal que ces commandes ne répondent parfois par aucune phrase. Vérifiez le résultat juste après.
Décidez de ne pas poursuivre si vous n’êtes pas dans cet espace
Avant de créer un fichier, posez-vous une question très concrète : le chemin affiché est-il bien /tmp/atelier-linux ? Si vous voyez votre dossier personnel, un dossier de projet ou un emplacement que vous ne reconnaissez pas, stoppez ici.
Ne transformez pas les exemples pour les appliquer « juste cette fois » à un répertoire de photos ou de travail. Revenez à l’étape précédente, ou fermez le terminal. Savoir s’arrêter est une compétence utile en ligne de commande Linux débutant.
Comment savoir où l’on se trouve et se déplacer sans se perdre ?
Le terminal travaille toujours depuis un dossier courant. Les commandes relatives s’appuient sur cet emplacement. C’est pourquoi deux réflexes suffisent au début : afficher le chemin, puis afficher ce qu’il contient.
Vérifiez votre position avec pwd
Entrez :
pwd
pwd signifie, dans l’usage courant, qu’il affiche le dossier de travail actuel. Après l’étape précédente, la ligne obtenue doit correspondre à votre dossier d’exercice :
/tmp/atelier-linux
Lisez cette ligne avant chaque exercice qui touche un fichier. Ce n’est pas du cérémonial. Si le chemin n’est pas celui attendu, une commande correcte peut viser le mauvais endroit.
Lisez le contenu avec ls avant de choisir une cible
Maintenant, entrez :
ls
Au départ, il est probable que rien ne s’affiche : le dossier est vide. C’est une information, pas une erreur. Quand il contiendra des fichiers, ls les affichera sur une ou plusieurs lignes. N’ajoutez pas d’options parce qu’un exemple trouvé ailleurs en contient. Ici, le but est de lire une liste courte.
Faites ls avant de recopier un nom. Vous évitez une faute de frappe et voyez les espaces éventuels.
Changez de dossier avec cd, .. et ~ sans confondre absence de sortie et erreur
cd change le dossier courant. Dans le parcours, vous l’avez déjà utilisé avec un chemin complet. Vous pouvez vérifier que .. désigne le dossier juste au-dessus :
cd ..
pwd
cd atelier-linux
pwd
Les deux sorties de pwd rendent le déplacement visible. cd seul ne produit normalement pas de confirmation textuelle. Ce n’est donc pas forcément un problème si rien ne s’affiche après cette commande.
Le symbole ~ désigne souvent votre dossier personnel dans un shell courant. Il peut être pratique plus tard. Pour ce guide, ne l’utilisez pas comme destination de travail : vous y retrouveriez vos vrais fichiers. Si vous avez ouvert un mauvais dossier, revenez explicitement avec :
cd /tmp/atelier-linux
pwd
Comment créer et lire un fichier factice sans ambiguïté ?
Vous êtes dans le bon dossier. Vous allez maintenant créer des éléments dont le nom indique clairement qu’ils servent à l’exercice. Il n’y a aucune raison d’employer ici un fichier existant.
Créez un dossier et un fichier uniquement pour l’exercice
Créez un sous-dossier, puis un fichier de texte factice :
mkdir notes
printf 'Bonjour depuis le terminal.\n' > notes/message.txt
La commande mkdir crée le dossier notes. printf produit ici une phrase suivie d’un retour à la ligne ; le résultat est envoyé dans notes/message.txt. Dans cet exemple précis, la cible est neuve, nommée, et placée sous /tmp/atelier-linux.
Le caractère de redirection utilisé dans cette ligne mérite une règle stricte : il envoie le texte produit vers le fichier indiqué. N’essayez pas de le reprendre sur un fichier personnel. Selon le contexte, une redirection peut remplacer un contenu existant. Gardez-la donc dans ce seul exercice et vérifiez le chemin avec pwd avant de la saisir.
Lisez le contenu avec cat et choisissez un nom avec espace pour comprendre les guillemets
Affichez votre fichier :
cat notes/message.txt
Vous devez lire la phrase que vous venez d’écrire. Créez ensuite un second fichier factice avec un espace dans son nom :
printf 'Deux mots dans le nom.\n' > "note de test.txt"
cat "note de test.txt"
Les guillemets indiquent au shell que note de test.txt forme un seul nom. Sans eux, les espaces séparent les mots et la commande ne reçoit plus le nom attendu. Ce cas revient souvent avec des fichiers téléchargés ou des documents nommés naturellement.
Regardez la liste :
ls
Vous devriez voir notes et note de test.txt. Les guillemets ne changent pas le nom stocké. Ils aident seulement à le transmettre comme un seul argument à la commande.
Arrêtez-vous si le nom affiché ne correspond pas au fichier prévu
Si ls affiche un autre nom, ne devinez pas. Relisez caractère par caractère. Un espace, une majuscule ou une extension manquante suffisent à viser une autre cible. Évitez les jokers comme * au début : ils demandent au shell de choisir plusieurs noms, ce qui enlève précisément la visibilité recherchée ici.
Dans un terminal, la prudence part de noms lisibles et d’une seule cible à la fois.
Comment copier un fichier et vérifier le résultat sans écraser de donnée ?
Copier un fichier est utile, mais une copie mérite aussi une vérification. Dans cet exercice, les deux noms sont neufs et vivent dans le dossier temporaire. Ne remplacez pas ces noms par des documents personnels pour « tester avec un vrai fichier ».
Copiez seulement entre deux fichiers factices avec cp
Entrez :
cp "note de test.txt" "note de test - copie.txt"
cp reçoit d’abord la source, puis la destination. Les guillemets restent nécessaires parce que les deux noms contiennent des espaces. Si vous ne pouvez pas nommer source et destination, refaites pwd et ls.
Contrôlez la copie avec ls puis cat
Vérifiez d’abord l’existence des deux fichiers :
ls
Puis lisez la copie :
cat "note de test - copie.txt"
Le texte affiché doit être celui du fichier factice. Cette vérification est plus utile que de supposer qu’une commande silencieuse a fait ce que vous vouliez. Elle vous apprend une boucle simple : agir sur une cible sûre, puis constater ce qui est réellement présent.
Ne transformez pas cet exercice en déplacement ou suppression
mv sert à déplacer ou renommer ; rm sert à supprimer. Ces opérations sont laissées de côté ici, car elles changent ou retirent directement une cible. Même principe pour une redirection vers un fichier dont vous ignorez le contenu : ne la lancez pas.
Vous verrez parfois sudo dans des tutoriels. Cette commande demande des privilèges administrateur. Elle ne fait pas partie du parcours. Une demande de mot de passe ou un préfixe sudo est un bon signal d’arrêt pour un débutant qui ne sait pas précisément pourquoi il en a besoin.
Que signifie une erreur « fichier ou dossier introuvable » ?
Une erreur lisible est souvent une information de départ. Le bon réflexe n’est pas de relancer la même commande en changeant des mots au hasard. Il faut revenir au chemin courant et au nom attendu.
Provoquez un cas négatif sur un nom fictif
Dans votre dossier d’exercice, entrez :
cat "fichier absent.txt"
Ce fichier n’existe pas volontairement. Le système signale alors qu’il ne peut pas l’ouvrir, avec une formulation qui peut varier selon votre environnement. C’est le comportement recherché : aucune donnée n’est modifiée, et vous obtenez un exemple concret d’un nom absent.
Lisez le message et le code de retour plutôt que de relancer au hasard
Vous pouvez demander au shell le résultat de la dernière commande :
echo $?
Après une erreur de fichier absent, un code différent de zéro indique que la commande n’a pas abouti. Le libellé et le code peuvent varier. Un résultat d’erreur appelle une vérification, pas des essais sur vos propres fichiers.
Revenez à pwd et ls pour corriger la cause
Revenez aux deux questions de base : où suis-je, et quel nom est réellement disponible ?
pwd
ls
Si le fichier attendu est absent de ls, la commande ne peut pas le lire sous ce nom. Corrigez l’orthographe, ou revenez à la création du fichier factice. N’essayez pas une commande de récupération ou une commande administrative pour résoudre une simple faute de frappe.
Comment demander de l’aide avant d’ajouter une option ?
Une commande courte peut accepter beaucoup d’options. Ce n’est pas une invitation à les copier toutes. Lisez d’abord l’aide de la commande précise que vous voulez employer.
Commencez par --help pour vérifier l’usage d’une commande
Par exemple :
cp --help
L’aide affiche l’usage et les options disponibles pour cp sur votre système. Vous n’avez pas besoin de tout apprendre. Cherchez seulement ce qui répond à votre besoin, puis revenez à un exemple dont vous comprenez source et destination.
Si une option change le sens de la commande et que vous ne pouvez pas expliquer son effet, ne l’ajoutez pas. Un copier-coller rapide n’est pas un raccourci sûr.
Utilisez man si la page de manuel est disponible
Vous pouvez aussi essayer :
man cp
La page de manuel propose une documentation plus longue. Sur certaines installations, la commande man ou la page demandée peut ne pas être disponible. Dans ce cas, revenez à cp --help plutôt que d’installer quoi que ce soit pour cet exercice.
Refusez une commande copiée que vous ne pouvez pas expliquer
Une commande trouvée dans un forum peut être utile dans son contexte et risquée dans le vôtre. Avant de l’exécuter, identifiez la commande, chaque chemin qu’elle reçoit, et l’effet annoncé. Si une partie reste floue, gardez-la de côté. Le terminal attendra.
Comment lire une pipe et une redirection sans perdre de vue le fichier visé ?
Une pipe transmet le texte produit par une commande à une autre commande. Une redirection envoie ce texte vers un fichier. Elles sont courantes, mais elles cachent facilement la destination si vous lisez trop vite. Gardez les exemples suivants dans /tmp/atelier-linux, avec des données factices et un seul fichier nommé.
Faites passer une phrase factice dans une pipe
Entrez :
printf 'ligne de test\n' | cat
Le caractère | est la pipe. Ici, printf produit une ligne et cat la reçoit puis l’affiche. La sortie attendue est :
ligne de test
Cet exemple ne crée ni ne modifie de fichier. Il montre seulement le trajet du texte entre deux commandes. Avant d’exécuter une pipe plus longue, lisez chaque morceau séparément : quelle commande produit le texte, et laquelle le reçoit ? Si l’une des deux reste opaque, n’ajoutez rien après le caractère |.
Redirigez seulement vers un fichier factice dont vous avez lu le nom
Vous avez déjà vu une redirection avec printf. Reprenez-la sous une forme explicite :
printf 'ligne redirigée\n' > "sortie exercice.txt"
cat "sortie exercice.txt"
La seconde ligne doit afficher ligne redirigée. Le symbole > envoie le texte vers le fichier qui le suit. C’est utile dans cet exercice parce que le fichier est nouveau, identifiable et placé dans le dossier temporaire. Sur un fichier existant, une telle redirection peut remplacer le contenu. Ne l’employez donc pas sur un nom que vous n’avez pas d’abord repéré avec ls.
Traitez une destination absente ou mal nommée comme un arrêt
Une redirection n’est pas une vérification de chemin. Si vous avez un doute sur le dossier courant, ne changez pas le nom au hasard et ne copiez pas une ligne trouvée ailleurs. Lancez plutôt :
pwd
ls
Vous retrouvez ainsi votre emplacement et les noms disponibles. Le cas du fichier absent vu plus haut reste le bon test négatif : cat vous indique qu’une cible n’est pas présente sans modifier de donnée. Une erreur de nom appelle la même réponse, relire et corriger, jamais une commande plus puissante.
Comment lire les permissions de base sans chercher à les modifier ?
Les permissions indiquent qui peut lire, écrire ou exécuter un fichier ou un dossier. Ici, vous apprenez à les reconnaître, sans modifier un mode d’accès.
Affichez les modes avec ls -l
Dans votre dossier temporaire, entrez :
ls -l
Chaque ligne débute par une suite de caractères telle que -rw-r--r-- ou drwxr-xr-x. Le premier caractère distingue habituellement un fichier (-) d’un dossier (d). Les groupes suivants décrivent, dans cet affichage, les droits de lecture (r), d’écriture (w) et d’exécution (x) pour différentes catégories d’utilisateurs.
Vous n’avez pas à retenir chaque position maintenant. Si le nom de la ligne n’est pas un fichier de l’exercice, ne prenez aucune décision à partir de lui.
Décidez quoi faire devant un refus d’accès
Un message de permission refusée ne signifie pas qu’il faut ajouter sudo ou modifier des droits. Il peut signaler que vous êtes dans le mauvais dossier, que la cible n’est pas la vôtre, ou que l’action demandée dépasse votre cadre. Arrêtez la commande et revenez à pwd puis ls.
Dans cet exercice, vous n’avez besoin d’aucune commande de changement de permissions. Lire les modes avec ls -l suffit à préparer une décision plus tard, sur une page consacrée à ce sujet et dans un contexte compris.
Ne déduisez pas un droit à partir d’un seul caractère
Un mode affiché est une information, pas une autorisation générale. Si l’accès n’est pas clair, ne modifiez rien.
Quelles opérations faut-il laisser de côté quand on débute ?
Le but n’est pas d’éviter le terminal. Il est d’apprendre avec une marge d’erreur. Certaines opérations demandent un guide dédié parce qu’elles modifient des fichiers, des droits ou le système.
Pourquoi rm, > et sudo restent hors du parcours nominal
rm supprime, > redirige une sortie vers un fichier, et sudo demande des droits plus élevés. Ne les combinez pas avec des chemins trouvés sur internet ni avec un dossier inconnu.
Le déplacement et le renommage avec mv attendent aussi une explication séparée. Dans ce guide, une copie entre deux fichiers factices suffit à apprendre l’ordre des arguments et la vérification du résultat.
Quelle est la prochaine page utile après ce parcours ?
Quand vous êtes à l’aise avec ce dossier temporaire, poursuivez avec le parcours Linux et terminal de CyberSDF. Vous pourrez choisir une question plus précise sans transformer ce premier exercice en catalogue de commandes.
Questions fréquentes avant de continuer
Terminal, shell et Linux : parle-t-on de la même chose ?
Non. Linux désigne le système autour duquel vous travaillez. Le terminal est la fenêtre dans laquelle vous tapez. Le shell est le programme qui lit vos commandes et les interprète ; Bash est un shell courant. Cette distinction suffit pour commencer : vous tapez dans un terminal, et le shell traite la commande.
Pourquoi une commande peut-elle ne rien afficher ?
Certaines commandes réussissent sans message. cd est l’exemple le plus simple : il change le dossier courant, puis attend la suite. Vérifiez avec pwd. À l’inverse, un message explicite d’erreur mérite une lecture attentive. Le silence seul n’est ni une garantie ni une alarme.
Comment savoir si je peux quitter l’exercice ?
Refaites pwd. Si vous êtes bien dans /tmp/atelier-linux, vous pouvez fermer le terminal et laisser le dossier temporaire en place. Ne cherchez pas à le nettoyer avec une commande de suppression dans ce premier parcours. Un dossier d’essai qui reste quelques instants ne vaut pas le risque d’effacer une mauvaise cible.