La réparation d'un système de fichiers réécrit ses métadonnées afin de rétablir sa cohérence interne. Elle peut abandonner des références ou des données endommagées et aggraver la perte lorsque le matériel de stockage est défaillant. Considérez-la comme une opération de récupération : préservez d'abord les preuves et les données récupérables, puis employez l'outil documenté pour le système de fichiers exact.
Le Système de Fichiers · Leçon 10
Réparation d'un système de fichiers
Découvrez comment diagnostiquer les dommages d'un système de fichiers et choisir une méthode de réparation hors ligne, propre à son type et accompagnée de sauvegardes.
Diagnostiquer avant de réparer
Des symptômes comme des erreurs d'entrées-sorties, un remontage en lecture seule, des fichiers manquants ou un échec de montage ne prouvent pas tous que le système de fichiers est corrompu. Commencez par recueillir des indices en lecture seule :
$ findmnt --target /affected/path
$ lsblk -f
$ journalctl -k -b
Vérifiez la pile de stockage, l'état du périphérique, les câbles ou le chemin réseau, l'état du RAID, le chiffrement et les événements récents. Si le périphérique est défaillant, des analyses répétées peuvent épuiser sa durée de vie restante. Lorsque c'est possible, capturez une image ou un clone avec un outil orienté récupération et travaillez sur la copie.
Que faut-il faire avant une réparation capable d'écrire lorsque le matériel pourrait être défaillant ?
Identifier précisément le système de fichiers et le périphérique
Déterminez si le système de fichiers réside sur une partition, un volume logique, un périphérique RAID, un mappage chiffré ou un disque entier. N'exécutez pas un vérificateur sur /dev/sda au seul motif qu'une partition enfant comme /dev/sda1 est touchée.
Utilisez lsblk -f, blkid, findmnt et les outils des différentes couches de stockage pour cartographier la cible. Les signatures détectées peuvent être obsolètes ; rapprochez-les donc de la configuration connue et des sauvegardes.
Si ext4 se trouve sur /dev/sda1, quelle couche son vérificateur doit-il normalement recevoir ?
Mettre le système de fichiers hors ligne
La plupart des vérificateurs traditionnels de cohérence exigent que le système de fichiers soit démonté. Un système monté change pendant sa lecture par l'outil, et les écritures de réparation peuvent entrer en conflit avec l'état mis en cache par le noyau et provoquer une corruption.
Arrêtez les services dépendants, démontez les systèmes imbriqués, déplacez les répertoires de travail des processus et désactivez les couches supérieures selon les besoins. Pour le système de fichiers racine, démarrez un environnement de secours ou employez le mécanisme de vérification hors ligne documenté par la distribution. Confirmez avec findmnt que la cible n'est pas montée dans l'espace de noms concerné.
Pourquoi faut-il normalement démonter un système de fichiers avant qu'un vérificateur de réparation n'y écrive ?
Employer l'outil propre au système de fichiers
fsck est une interface qui peut appeler des assistants propres aux systèmes de fichiers. Ce n'est pas un moteur de réparation universel. Les méthodes distinctes comprennent par exemple e2fsck pour les systèmes ext, xfs_repair pour XFS et les outils de diagnostic et de récupération propres à Btrfs.
Des options aux noms similaires peuvent posséder une sémantique différente. N'appliquez surtout pas des options --repair ou de forçage copiées depuis le guide d'un autre système de fichiers. Lisez le manuel installé ainsi que la documentation actuelle du projet ou de la distribution relative à la récupération. Commencez par un mode sans modification ou de diagnostic si l'implémentation en fournit un fiable, capturez sa sortie et comprenez les corrections proposées.
De quoi fsck est-il couramment responsable sous Linux ?
Vérifier et rétablir le service
Consignez l'outil de réparation, sa version, ses options, sa sortie et son état de fin. Après la réparation, vérifiez de nouveau l'état du périphérique, montez d'abord en lecture seule lorsque cela convient, examinez les données essentielles et comparez-les aux sauvegardes connues. Rétablissez ensuite progressivement les montages et services normaux tout en surveillant les journaux du noyau et des applications.
Le fait qu'un système de fichiers puisse de nouveau être monté ne prouve pas que tous ses fichiers sont corrects. Restaurez les données applicatives perdues ou endommagées depuis les sauvegardes et validez-les au niveau de l'application.
Un montage réussi après réparation prouve-t-il que toutes les données applicatives sont correctes ?
Leçon terminée
Vous avez terminé Réparation d'un système de fichiers
Vous savez maintenant planifier la réparation d'un système de fichiers comme une procédure de récupération par étapes.
Diagnostiquer le matériel et préserver les données récupérables avant toute écriture.
Cartographier la couche bloc exacte qui contient le système de fichiers.
Mettre le système de fichiers hors ligne dans l'espace de noms concerné.
Employer l'outil documenté de diagnostic et de réparation propre au format.
Valider séparément l'état du périphérique, celui du système de fichiers et les données applicatives.
Conservez votre progression
Créez un compte gratuit pour enregistrer cette leçon et continuer sur n'importe quel appareil.
Créer un compte gratuit