Sécurité du terminal pour les débutants

Le terminal n’a pas d’annulation et pas de confirmations par défaut. Des commandes comme rm suppriment définitivement les fichiers sans les envoyer à la corbeille. La plupart des commandes, cependant, sont en lecture seule. Les commandes dangereuses sont peu nombreuses et identifiables, et des raccourcis clavier existent pour arrêter une commande qui s’emballe.

Commandes sûres vs. dangereuses

Les commandes comme ls, cd, pwd, cat, grep, head, tail, less, find, et which sont purement en lecture seule. Elles lisent le système de fichiers, affichent des informations, et se terminent. Elles ne peuvent rien modifier, supprimer, ou endommager. Vous pourriez les exécuter mille fois sans conséquence.

Les commandes risquées entrent dans une courte liste :

• rm — supprime les fichiers définitivement (pas de corbeille, pas d’annulation)
• rm -rf — supprime les répertoires et tout leur contenu, de force, sans confirmation
• chmod — change les permissions des fichiers (peut vous empêcher d’accéder à vos propres fichiers)
• sudo — exécute une commande avec des privilèges administrateur (amplifie l’impact de toute erreur)
• mv — déplace ou renomme des fichiers (peut écraser des fichiers existants sans avertissement)

La combinaison la plus dangereuse est rm -rf appliquée à un chemin large :

• rm = supprimer
• -r = récursif (supprime tout ce qui est dans les répertoires)
• -f = force (pas de confirmations)

Ne lancez jamais rm -rf / ni rm -rf ~. Le premier tenterait de supprimer l’intégralité de votre système. Le second supprimerait votre dossier home et tout ce qu’il contient. Ce ne sont pas des risques théoriques — c’est le genre de commande qui met fin aux conversations sur les forums d’administration système.

Quand vous utilisez Claude Code, vous voyez exactement quelles commandes il veut exécuter et devez approuver tout ce qui est potentiellement destructif. Claude Code demande la permission avant d’exécuter des commandes de suppression et bloque les patterns particulièrement risqués. Mais connaître les commandes dangereuses vous-même signifie que vous pouvez évaluer ce que Claude Code propose avec un jugement éclairé.

Décoder les messages d’erreur

Les erreurs du terminal semblent cryptiques mais suivent des patterns. Une fois que vous connaissez les patterns, elles sont informatives plutôt qu’alarmantes.

”command not found”

La commande n’existe pas ou n’est pas dans votre PATH. Causes courantes :

• Faute de frappe. Les commandes sont sensibles à la casse sur Linux. Git n’est pas git.
• Non installé. Le programme que vous essayez d’exécuter n’est pas sur votre système. Installez-le d’abord.
• Pas dans PATH. Le programme existe mais votre shell ne sait pas où le trouver. Utilisez which nomprogramme pour vérifier, ou fournissez le chemin complet.

”permission denied”

Vous manquez de droits d’accès au fichier ou à l’opération. Corrections courantes :

• Pour les scripts : chmod +x script.sh ajoute la permission d’exécution
• Pour les opérations système : sudo fournit un accès administrateur — mais utilisez-le prudemment et lisez toujours ce qui suit sudo
• Pour les fichiers appartenant à un autre utilisateur : vous devrez peut-être changer le propriétaire ou s’exécuter en tant que cet utilisateur

”No such file or directory”

Votre chemin est incorrect. C’est l’erreur la plus courante et signifie presque toujours l’un de ces cas :

• Vous êtes dans le mauvais répertoire (vérifiez avec pwd)
• Vous avez mal orthographié le nom du fichier (vérifiez avec ls)
• Le fichier n’existe genuinement pas encore

La correction est toujours la même : lancez pwd pour voir où vous êtes, lancez ls pour voir ce qui s’y trouve réellement, et corrigez le chemin.

Raccourcis clavier qui vous sauvent

Ces raccourcis fonctionnent dans chaque terminal sur chaque plateforme. Mémorisez les trois premiers — ce sont les sorties de secours.

Ctrl+C est votre sortie de secours. Si une commande tourne trop longtemps, produit une sortie inattendue, ou si vous changez simplement d’avis — Ctrl+C l’arrête. Rien de mauvais ne se passe quand vous annulez une commande. C’est l’équivalent terminal de cliquer “Annuler” dans une boîte de dialogue.

La complétion par Tab est transformatrice. Tapez les premiers caractères de n’importe quel fichier, dossier, ou commande et appuyez sur Tab. Le shell le complète automatiquement ou montre les options s’il y en a plusieurs correspondantes. Cela évite les fautes de frappe et accélère dramatically la navigation. Si rien ne se passe quand vous appuyez sur Tab, cela signifie soit qu’il n’y a pas de correspondance soit qu’il y en a plusieurs — appuyez sur Tab à nouveau pour voir les options.

La flèche Haut rappelle l’historique. Chaque commande que vous avez tapée est stockée dans l’historique de votre shell. Appuyez sur la flèche Haut de façon répétée pour faire défiler les commandes précédentes. C’est plus rapide que de re-taper et réduit les erreurs.

Ctrl+R recherche dans l’historique. Si vous avez exécuté une commande complexe plus tôt et souhaitez la retrouver, Ctrl+R ouvre une recherche. Commencez à taper n’importe quelle partie de la commande et il trouve les entrées correspondantes dans l’historique. Appuyez sur Entrée pour l’exécuter, ou Ctrl+C pour annuler.

Quand quelque chose semble effrayant

Si la sortie du terminal semble alarmante :

1. Ne paniquez pas. La plupart des sorties sont informatives, pas un signe de dommage. Les avertissements ne sont pas des erreurs. Les notices de dépréciation ne sont pas des échecs.
2. Appuyez sur Ctrl+C pour arrêter toute commande en cours. C’est toujours sûr.
3. Lisez l’erreur attentivement. Elle explique généralement ce qui s’est passé en anglais courant — ou du moins en anglais que l’on peut rechercher.
4. Demandez de l’aide. Si vous utilisez Claude Code, décrivez ce qui s’est passé et demandez-lui d’expliquer.

Le terminal ne punit pas la curiosité. Lire des fichiers, lister des répertoires, vérifier votre emplacement, chercher du texte — rien de tout cela ne peut causer de dommage. Les commandes qui modifient ou suppriment des éléments sont un petit sous-ensemble identifiable que vous apprendrez à reconnaître et gérer prudemment.

Utiliser rm en sécurité pendant l’apprentissage

Si vous devez supprimer des fichiers mais souhaitez un filet de sécurité :

rm -i fichier-non-voulu.txt    # Demander avant de supprimer (mode interactif)
rm -i *.log                     # Confirmer chaque suppression de fichier .log

Le flag -i ajoute la confirmation “Êtes-vous sûr ?” que le terminal omet sinon. Utilisez-le pendant que vous gagnez en confiance, puis abandonnez-le une fois que vous faites confiance à la construction de vos commandes.

Pour les répertoires, rm -ri nomdossier/ combine la suppression récursive avec la confirmation par fichier. C’est fastidieux pour les grands répertoires, mais c’est une bonne façon de comprendre exactement ce que fait rm -r avant de commencer à l’exécuter sans le filet de sécurité.

Discipline avec sudo

sudo (superuser do) accorde des privilèges administrateur pour une seule commande. Utilisez-le seulement quand :

• Vous installez des paquets système (sudo apt install, brew sur macOS n’en a pas besoin)
• Vous modifiez des fichiers système protégés
• Vous démarrez des services qui se lient à des ports à numéros bas

Lisez toujours attentivement ce qui suit sudo. sudo rm -rf / s’exécuterait avec des privilèges administrateur, ce qui signifie qu’il pourrait réellement réussir à supprimer des fichiers système que le rm normal ne pourrait pas toucher. Le potentiel de dommage est réel.

Une bonne habitude : si une commande échoue avec “permission denied”, réfléchissez à pourquoi elle a besoin d’un accès élevé avant d’atteindre pour sudo. Parfois la réponse est “elle n’en a pas besoin — je suis dans le mauvais répertoire” ou “j’ai besoin de changer les permissions du fichier, pas d’élever les miennes”.