Aller au contenu
Contactez-nous
  1. Accueil
  2. /
  3. Blog
  4. /
  5. Diagnostiquer et réparer un système de fichiers corrompu sous Linux

Administration
Linux

Diagnostiquer et réparer un système de fichiers corrompu sous Linux

23 juin 2025

3 min de lecture

Sommaire
Symptômes d'un système de fichiers corrompu
Étape 1 : Démarrer en mode rescue ou live USB
Étape 2 : Identifier les partitions concernées
Étape 3 : Vérifier le système de fichiers avec fsck
Étape 4 : Forcer une vérification au prochain démarrage
Étape 5 : Que faire si fsck échoue ?
Cas pratique
Conclusion
Ressources

Une coupure électrique, une panne matérielle ou un bug logiciel suffit à corrompre un système de fichiers Linux. Ce guide montre comment diagnostiquer et réparer ces problèmes pour remettre votre système d'aplomb.

Symptômes d'un système de fichiers corrompu

  • Erreurs au démarrage, blocages ou plantages
  • Partition qui ne se monte plus
  • Messages d'erreur comme input/output error ou EXT4-fs error
  • Fichiers corrompus ou disparus
  • Serveur en mode rescue ou emergency

Étape 1 : Démarrer en mode rescue ou live USB

Pour éviter d'aggraver la situation, démarrez sur une clé USB live Linux ou un mode rescue. Pour une réparation avancée avec chroot, découvrez comment restaurer un système endommagé. Si vous avez oublié votre mot de passe root, consultez réinitialiser un mot de passe via GRUB.

Ouvrez un terminal et tapez la commande sudo su - pour passer en root.


Étape 2 : Identifier les partitions concernées

Listez vos disques et partitions avec :

lsblk
blkid

Notez les partitions à vérifier, par exemple /dev/sda1, /dev/sdb2.


Étape 3 : Vérifier le système de fichiers avec fsck

Ext4 / Ext3 / Ext2
fsck -f /dev/sda1

Ou plus précisément :

e2fsck -f /dev/sda1

Répondez y pour réparer les erreurs détectées.

XFS

XFS nécessite l'outil xfs_repair :

xfs_repair /dev/sdb1

Attention : la partition ne doit pas être montée.

Btrfs

Pour Btrfs, utilisez :

btrfs check --repair /dev/sdc1

Sauvegardez vos données avant cette opération, car --repair peut être destructif.


Étape 4 : Forcer une vérification au prochain démarrage

Pour forcer une vérification au boot sur /dev/sda1 :

tune2fs -c 1 /dev/sda1

Étape 5 : Que faire si fsck échoue ?

  • Tentez une récupération de données avec photorec ou testdisk
  • Remplacez le disque si matériellement défectueux
  • Envisagez une restauration à partir de sauvegardes

Cas pratique

Un serveur Debian ne démarre plus et affiche une erreur EXT4 :

  1. Boot sur live USB
  2. Identifier la partition root /dev/sda2
  3. e2fsck -f /dev/sda2
  4. Correction des erreurs
  5. Redémarrage et vérification

Conclusion

En production, surveiller et entretenir les systèmes de fichiers vous évite l'arrêt brutal un lundi matin. fsck et ses outils associés tiennent vos données disponibles et intègres. Pour surveiller les erreurs filesystem dans les logs, découvrez comment analyser les messages du système.


Ressources

  • man fsck
  • e2fsck documentation
  • xfs_repair guide
  • Btrfs wiki
Besoin d'aide sur ce sujet ?

Notre équipe d'experts est là pour vous accompagner dans vos projets d'infrastructure et d'infogérance.

Contactez-nous

Articles similaires

AIDE : intégrité des fichiers Linux contre rootkits et compromissions
Sécurité
Linux
Administration

AIDE : intégrité des fichiers Linux contre rootkits et compromissions

Configurer AIDE pour détecter modifications fichiers système, baseline, comparaisons, intégration cron et alerting. Outil d'intégrité Linux historique, toujours utilisé en production.

14 juin 2026

Lire plus

auditd et ausearch : audit kernel Linux pour la conformité
Sécurité
Linux
Administration

auditd et ausearch : audit kernel Linux pour la conformité

Configurer auditd, écrire des règles audit, requêter avec ausearch et aureport. Audit syscalls et fichiers, intégration SIEM, conformité PCI/CIS, retours ops.

13 juin 2026

Lire plus

Testinfra : tester son infrastructure avec pytest
DevOps
Administration
Linux

Testinfra : tester son infrastructure avec pytest

Testinfra et pytest pour valider l'état des serveurs. Architecture, modules, intégration CI, comparatif avec Goss et Inspec, retour ops sur les tests d'infrastructure.

10 juin 2026

Lire plus


SHPV, votre partenaire de confiance en infrastructure et infogérance informatique en France.

SHPV
Contactez-nousNous contacter
Expertise
InfrastructureDatacenterInfogéranceCloudHébergementTransit IP
Légales
Conditions Générales de VenteCPS - Contrat de ServicesCPS - Hébergement CloudCPS - Microsoft 365Accord sous-traitance RGPDTarifs interventions

SHPV © 2026 - Tous droits réservés

Mentions légalesPolitiques de confidentialité
SHPV FRANCE - SAS au capital de 16 000 € - 52 Rue Romain Rolland, 71230 Saint-Vallier - SIRET n°80886287400035 - R.C.S. Chalon-sur-Saône. Par téléphone 09 72 310 818 - Email: support@shpv.fr