Prendre rendez-vous
  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

Les systèmes de fichiers Linux peuvent être corrompus suite à des coupures électriques, des erreurs matérielles ou des bugs logiciels. Ce guide vous explique comment diagnostiquer et réparer ces problèmes pour restaurer la santé de votre système.

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

La maintenance régulière et la surveillance des systèmes de fichiers sont cruciales en environnement de production. fsck et ses outils associés sont vos alliés pour garantir la disponibilité et la fiabilité de vos données. 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

Auditer la sécurité d'un serveur Linux en 2026 : outils et méthodologie
Sécurité
Linux
Administration

Auditer la sécurité d'un serveur Linux en 2026 : outils et méthodologie

Méthodologie complète pour auditer la sécurité de vos serveurs Linux. Lynis, OpenSCAP, CIS Benchmarks, auditd et AIDE pour une infrastructure durcie.

3 mars 2026

Lire plus

Python pour les sysadmins : automatiser son infrastructure efficacement
Administration
DevOps
Linux

Python pour les sysadmins : automatiser son infrastructure efficacement

Exploitez Python pour automatiser l'administration système. Bibliothèques essentielles, scripts pratiques et comparaison avec Bash pour l'infrastructure.

25 févr. 2026

Lire plus

Backup avec Rsync : Implémenter une Stratégie 3-2-1 sur Linux
Administration
Linux
Sauvegarde

Backup avec Rsync : Implémenter une Stratégie 3-2-1 sur Linux

Guide complet sur la stratégie de backup 3-2-1 avec rsync. Backup local, distant, offsite — automatisé, chiffré, vérifié. Tout ce qu'il faut pour ne plus perdre de données en production.

16 févr. 2026

Lire plus


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

SHPV
Prendre rendez-vousNous 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