Chapitre 2.2 — Le système de fichiers

⏱️ TL;DR — Sous Linux, il n’y a pas de C:\ ni de D:\. Tout part d’un seul point, la racine /, et se déploie en un arbre unique. Chaque dossier de haut niveau a un rôle codifié par le FHS (Filesystem Hierarchy Standard) : /etc la config, /var les données variables (logs, sites web), /home les utilisateurs, /root le dossier de root, /usr les programmes, /tmp le temporaire, /opt les logiciels tiers. Pour un serveur web, trois adresses reviennent sans cesse : la config Nginx dans /etc/nginx, les logs dans /var/log, les sites dans /var/www. Tu apprends aussi à écrire un chemin (absolu depuis / vs relatif depuis où tu es), et les raccourcis ., .., ~.

🎯 Objectifs

• Comprendre l’arbre unique de Linux et la notion de racine /.
• Connaître le rôle des grands dossiers du FHS : /etc, /var, /home, /usr, /tmp…
• Savoir où vivent les fichiers d’un serveur web (config, logs, sites).
• Écrire des chemins absolus et relatifs, et manier ., .., ~.
• Reconnaître les fichiers cachés (ceux qui commencent par un .).

Un seul arbre, une seule racine

Sur Windows, chaque disque a sa lettre : C:\, D:\, une clé USB en E:\… Sous Linux, ce n’est pas le cas. Il existe un seul arbre, dont le tronc s’appelle la racine et se note / (une simple barre oblique). Tout se trouve quelque part sous / : les programmes, tes fichiers, la config, les logs, et même les autres disques (qu’on greffe — on dit monte — à un endroit de l’arbre plutôt que de leur donner une lettre).

Voici les grands dossiers directement sous la racine, tels que tu les verras sur un Ubuntu ou un Debian :

/
├── bin/    → commandes de base (souvent un lien vers /usr/bin)
├── boot/   → fichiers de démarrage du système
├── dev/    → les périphériques, vus comme des fichiers
├── etc/    → LA configuration du système et des services
├── home/   → les dossiers personnels des utilisateurs
├── lib/    → bibliothèques partagées
├── opt/    → logiciels tiers installés « à la main »
├── proc/   → système virtuel : infos sur les processus
├── root/   → le dossier personnel de l'utilisateur root
├── sys/    → système virtuel : infos sur le noyau et le matériel
├── tmp/    → fichiers temporaires (nettoyés régulièrement)
├── usr/    → les programmes et leurs données (le gros du système)
└── var/    → données VARIABLES : logs, sites web, caches, files d'attente

💡 Réflexe — Ne cherche pas « le disque C ». Demande-toi plutôt : « quel dossier a ce rôle ? ». De la config ? → /etc. Un log ? → /var/log. Un site web ? → /var/www. Le FHS est une convention partagée par toutes les distributions : une fois que tu la connais, tu te repères sur n’importe quel serveur Linux, même un que tu découvres.

Le FHS : à quoi sert chaque dossier

Le FHS (Filesystem Hierarchy Standard) est la norme qui dit quoi va où. En connaître les grandes lignes, c’est savoir où chercher sans tâtonner. Les dossiers qui comptent pour un administrateur de serveur :

Deux dossiers méritent une note à part : /proc et /sys. Ce ne sont pas de vrais fichiers sur le disque : ce sont des systèmes virtuels générés à la volée par le noyau. En lisant /proc, tu obtiens des infos en temps réel sur les processus et le système (par exemple /proc/meminfo pour la mémoire). C’est comme ça que des outils comme htop ou free savent ce qui se passe. Tu n’y toucheras pas souvent directement, mais sache que ces dossiers ne sont pas « normaux ».

⚠️ Piège — Croire que /etc contient des programmes. Non : /etc ne contient que de la configuration (des fichiers texte). Les programmes sont dans /usr/bin, /bin, /usr/sbin. Confondre les deux fait chercher au mauvais endroit. Moyen mnémotechnique : dans /etc, on règle ; dans /usr, on exécute ; dans /var, ça varie.

Où vivent les choses qui comptent pour un serveur web

Rendons ça concret. Quand tu administres un serveur web, tu passes ta vie dans trois familles de dossiers. Autant les connaître par cœur dès maintenant :

• La config Nginx est dans /etc/nginx/ — les fichiers sites-available/ et sites-enabled/, le nginx.conf principal. Tu iras là pour dire à Nginx quel domaine sert quelle app (Partie 7).
• Les logs sont dans /var/log/ — /var/log/nginx/access.log et error.log pour Nginx, et les logs système. Quand « le site plante », c’est le premier endroit où regarder (chapitre 2.4 pour les lire en direct).
• Les fichiers du site sont souvent dans /var/www/ — le code statique, les assets, parfois l’app elle-même.

/etc/nginx/sites-available/formacampus   → la config du site FormaCampus
/var/log/nginx/access.log                → chaque requête reçue par Nginx
/var/log/nginx/error.log                 → les erreurs de Nginx (ex. 502)
/var/www/formacampus/                    → les fichiers servis
/home/deploy/                            → le code déployé de l'app

🧭 Sur FormaCampus — Sur le VPS de FormaCampus, la carte des lieux sera : le code Next.js et l’API Symfony déployés sous /home/deploy/ (le compte de déploiement), la config Nginx qui les met en façade dans /etc/nginx/sites-available/, les logs dans /var/log/nginx/ (et ceux des services applicatifs via journalctl), et la base Postgres dont les données vivent sous /var/lib/postgresql/. Le jour d’un incident, l’équipe sait exactement où aller : logs dans /var/log, config dans /etc. Pas de chasse au trésor.

Chemins absolus et chemins relatifs

Un chemin (path) est l’adresse d’un fichier ou d’un dossier dans l’arbre. Il en existe deux sortes, et bien les distinguer évite beaucoup d’erreurs.

• Un chemin absolu commence par / (la racine). Il décrit le trajet complet depuis le tronc de l’arbre. Il est sans ambiguïté : il désigne le même fichier d’où que tu sois. Exemple : /var/log/nginx/error.log.
• Un chemin relatif ne commence pas par /. Il part de là où tu te trouves (ton dossier courant). Exemple : si tu es dans /var/log, le chemin relatif nginx/error.log désigne le même fichier que l’absolu ci-dessus.

Pour manier les chemins relatifs, trois raccourcis sont partout :

.                    → ici même
..                   → le dossier au-dessus
../..                → deux crans au-dessus
~                    → /home/deploy (ton dossier perso)
~/projets            → /home/deploy/projets
/etc/nginx           → chemin absolu, toujours le même

💡 Réflexe — Pour toute action importante ou risquée (supprimer, écraser, déplacer), utilise un chemin absolu. Un chemin relatif dépend de « où tu es », et si tu t’es trompé de dossier, tu agis sur la mauvaise cible. rm /var/www/vieux-site est explicite ; rm vieux-site suppose que tu sais où tu es. En cas de doute, un petit pwd d’abord (chapitre 2.1).

Les fichiers cachés

Sous Linux, un fichier ou un dossier dont le nom commence par un point (.) est caché : il n’apparaît pas dans un listing normal. Ce n’est pas du secret, c’est une convention pour ne pas encombrer l’affichage avec de la config qu’on ne consulte pas tout le temps.

Tu en croiseras beaucoup, surtout dans les dossiers personnels :

.bashrc          → la config de ton shell bash
.ssh/            → tes clés et ta config SSH (dossier caché)
.env             → les variables d'environnement d'une app (secrets !)
.gitignore       → ce que git doit ignorer

Pour voir les fichiers cachés, on ajoute l’option -a (all) à la commande de listing : ls -a. On détaille ça au chapitre suivant.

🔒 Sécurité — Le dossier caché ~/.ssh/ contient tes clés SSH et le fichier authorized_keys qui décide qui peut se connecter au serveur. Le fichier .env d’une app contient souvent des secrets (mots de passe de base de données, clés d’API). Le fait qu’ils soient « cachés » ne les protège pas : la vraie protection, ce sont les permissions (Partie 3) et le fait de ne jamais les committer dans git. « Caché » veut juste dire « pas affiché par défaut », pas « sécurisé ».

✏️ Exercices

Exercice 1 — Range chaque fichier. Pour chacun, dis dans quel grand dossier du FHS tu t’attends à le trouver : (a) le fichier de config du serveur SSH ; (b) le journal des erreurs de Nginx ; (c) le dossier personnel de l’utilisateur deploy ; (d) l’exécutable de la commande ls.

Exercice 2 — Absolu ou relatif ? Tu te trouves dans /var/log/nginx. Écris le chemin de /var/log/nginx/error.log de deux façons : en absolu, et en relatif depuis ta position. Puis donne le chemin relatif pour remonter jusqu’à /var/log.

Exercice 3 — Les cachés. Un dev se plaint : « mon .env a disparu, ls ne le montre plus ! ». Que lui réponds-tu, et quelle commande lui fais-tu taper ?

🧠 Quiz de révision

Chapitre suivant : Naviguer & manipuler — maintenant qu’on a la carte, on apprend à se déplacer et à créer, copier, déplacer et supprimer sans se tromper de cible.