Vérification et correction du système de fichiers : commandes fsck

1. Pourquoi est-il important de vérifier le système de fichiers ?

Le système de fichiers dans Linux, c'est en fait un des "employés" les plus "occupés" de l'OS. Il bosse pendant que tu sauvegardes des fichiers, ouvres des programmes ou simplement lis des données. Et imagine ça : au moment le plus crucial, cet employé se fatigue et décide de s'évanouir (lire : le système s'est éteint à cause d'une coupure de courant). Cela peut provoquer des dommages dans la table des fichiers, des pertes de données ou plein d'autres problèmes pas cool.

Mais qu'est-ce qui pourrait mal tourner ?

1. Coupure d'alimentation soudaine — ton appareil s'éteint brusquement sans terminer l'écriture des données.
2. Erreur de stockage — un disque dur ou SSD peut avoir des défaillances matérielles qui endommagent le système de fichiers.
3. Erreurs logicielles — des bugs dans les drivers ou les outils système ne sont pas à exclure.

Souvent après ce genre d'événements, le système de fichiers se retrouve dans un état dégradé, et le système peut lui-même te demander de vérifier son état. C'est là qu'entre en scène fsck, ce qui signifie File System Check.

---

2. Qu'est-ce que fsck et comment ça marche ?

L'idée de l'outil

fsck — c'est un outil universel qui vérifie l'intégrité du système de fichiers et corrige les erreurs détectées. Ça marche un peu comme un médecin : il fait des tests, trouve les problèmes et, si possible, les "répare". Si le problème est trop sérieux, fsck peut au moins diagnostiquer ce qui s'est mal passé.

Quand utiliser fsck ?

1. En cas de défaillances évidentes des fichiers (par exemple, ils ont soudainement "disparu").
2. Si le système ne démarre pas et signale une erreur dans le système de fichiers.
3. Pour une prévention régulière, histoire d'être sûr que tout va bien.

---

3. Syntaxe principale de fsck

Pour utiliser fsck, on utilise généralement la commande suivante :

fsck [options] <périphérique>

Options principales :

• -y — Confirmer automatiquement les corrections. C'est pratique si t'as pas envie de cliquer sur yes à chaque question.
• -n — Seulement une vérification, sans correction (dry run). Utile pour analyser la situation si tu as peur de casser quelque chose.
• -t — Indiquer le type de système de fichiers (par ex. ext4, xfs).
• -r — Activer le mode interactif (tu confirmes chaque correction).

---

4. Pratique : vérification du système de fichiers

Commençons par une simple vérification. Supposons que nous avons un périphérique /dev/sdb1 que nous voulons vérifier.

Étape 1 : Vérification sans corrections

Pour commencer, évaluons l'état du système de fichiers sans effectuer de modifications :

fsck -n /dev/sdb1

Après l'exécution de cette commande, tu verras une liste des problèmes détectés, s'il y en a. Voici un exemple de sortie :

Inodes qui faisaient partie d'une liste orpheline corrompue détectés.
Erreurs du système de fichiers détectées. Exécute fsck pour réparer.

Étape 2 : Correction automatique

Maintenant, activons le mode de correction des erreurs :

fsck -y /dev/sdb1

fsck va tenter de corriger chaque erreur détectée et confirmer automatiquement l'action. Cela peut prendre du temps si le périphérique est volumineux.

---

5. Que faire si le système de fichiers est utilisé ?

Erreur lors de l’exécution de fsck

Si tu essaies d'exécuter fsck sur une partition déjà montée, tu recevras un avertissement :

fsck: cannot check a mounted filesystem.

Cela arrive parce que la vérification d'un système de fichiers monté peut entraîner des corruptions de données. Il existe plusieurs façons de résoudre ce problème.

1. Monte le périph avec l'option lecture seule.

mount -o remount,ro /dev/sdb1

2. Utilise un LiveCD ou LiveUSB.

Démarre ton système depuis un disque ou une clé USB bootable pour effectuer la vérification sur un périph déjà démonté.

3. Utilise le mode recovery.

Redémarre le système en mode recovery, qui offre généralement un environnement sûr pour exécuter la vérification.

Spécificités de la vérification du système de fichiers racine /

Le système de fichiers racine est un cas particulier car il est activement utilisé par le système. Pour exécuter fsck sur une telle partition, tu dois :

1. Passer en mode utilisateur unique avec la commande suivante :

systemctl isolate rescue.target

2. Lancer manuellement fsck :

fsck -y /

---

6. Erreurs typiques et leur correction

Inodes corrompus

Si fsck signale des inodes corrompus (des structures qui stockent des informations sur les fichiers), il proposera de les supprimer. C’est sans risque, car un inode corrompu n’est plus associé à des fichiers actuels.

Fichiers perdus

Parfois, après avoir exécuté fsck, les fichiers perdus sont placés dans le dossier lost+found à la racine du système de fichiers. Tu peux vérifier manuellement cet endroit pour récupérer des données importantes.

Recommandations importantes

1. Fais toujours des sauvegardes avant la vérification. Bien que fsck fonctionne généralement de manière sûre, les corrections peuvent entraîner une perte de données.

2. Ne lance pas fsck sur des partitions montées. Cela peut causer des corruptions de données.

3. Utilise l'option -n pour une analyse initiale. Si tu n’es pas sûr de corriger automatiquement les erreurs, commence par une simulation.

---

7. Exemple : Simulation d'une erreur et correction

1. Crée un disque virtuel et une nouvelle filesystem dessus :

dd if=/dev/zero of=./disk.img bs=1M count=100
mkfs.ext4 ./disk.img

2. Monte le disque :

sudo mount ./disk.img /mnt/test/

3. Simule un dommage :

sudo dd if=/dev/zero of=/mnt/test/randomfile bs=512 count=10

4. Demonte le disque et vérifie-le :

sudo umount /mnt/test/
fsck ./disk.img

En suivant les résultats de la commande, corrige les erreurs.

À ce stade, tu maîtrises la vérification du système de fichiers, tu peux corriger correctement les erreurs et prévenir les plantages. On passera bientôt à d'autres outils pour travailler avec les systèmes de fichiers, mais fsck est désormais ton allié fiable pour le diagnostic et la réparation.