12.2.2. XFS


Aucune réparation n'est effectuée automatiquement au moment du démarrage. Pour initier une vérification ou réparation du système de fichiers, l'outil xfs_repair est utilisé.

Note

Même si un binaire fsck.xfs se trouve dans le paquet xfsprogs, il n'est présent que pour satisfaire les initscripts qui recherchent un binaire fsck.filesystem au moment du démarrage. fsck.xfs se ferme immédiatement avec un code de sortie 0.
Une autre chose à prendre en considération est que les anciens paquets xfsprogs contiennent un outil xfs_check. Cet outil est très lent et s'adapte mal aux systèmes de fichiers de grande taille. Ainsi, il a été déconseillé en faveur de xfs_repair -n.
Un journal correct est requis sur le système de fichiers pour permettre à xfs_repair d'opérer. Si le système de fichiers n'a pas été démonté correctement, il doit être monté, puis démonté avant d'utiliser xfs_repair. Si le journal est corrompu et ne peut être relu, l'option -L peut être utilisée pour remettre le journal à zéro.

Important

L'option -L doit uniquement être utilisée si le journal ne peut pas être relu. L'option ignore toutes les mises à jour de métadonnées dans le journal et provoquera des incohérences supplémentaires.
Il est possible d'exécuter xfs_repair lors de tests à vide, en mode de vérification seule, en utilisant l'option -n. Aucune modification ne se produira sur le système de fichiers lorsque cette option est indiquée.
xfs_repair ne peut prendre qu'un petit nombre d'options. Les options communément utilisées incluent :
-n
Mode sans modifications. Opération de vérification seule.
-L
Journal sans métadonnées. Utiliser uniquement si le journal ne peut pas être relu en étant monté.
-m maxmem
Limite la mémoire utilisée pendant l'exécution à maxmem MB. 0 peut être spécifié pour obtenir une estimation approximative de la quantité minimum de mémoire requise.
-l logdev
Spécifie le périphérique de journalisation externe, si présent.
Toutes les options de xfs_repair sont indiquées dans la page man xfs_repair(8).
Les huit phases de base suivantes sont appliquées par xfs_repair pendant l'exécution des :
  1. vérifications des inodes et des mappages (addressage) de blocs d'inodes.
  2. vérifications des cartes d'allocation d'inodes.
  3. vérifications de la taille des inodes.
  4. vérifications des répertoires.
  5. vérifications des noms de chemins d'accès.
  6. vérification du nombre de liens.
  7. Vérifications Freemap.
  8. vérifications des superblocs.
Ces phases, ainsi que les messages imprimés pendant l'opération, sont documentés en détails sur la page man de xfs_repair(8).
xfs_repair n'est pas interactif. Toutes les opérations sont effectuées automatiquement sans saisie de la part de l'utilisateur.
S'il est nécessaire de créer une image des métadonnées avant d'effectuer les réparations, pour faire un diagnostique ou des tests, les utilitaires xfs_metadump(8) et xfs_mdrestore(8) peuvent être utilisés.
Red Hat logoGithubRedditYoutubeTwitter

Apprendre

Essayez, achetez et vendez

Communautés

À propos de la documentation Red Hat

Nous aidons les utilisateurs de Red Hat à innover et à atteindre leurs objectifs grâce à nos produits et services avec un contenu auquel ils peuvent faire confiance.

Rendre l’open source plus inclusif

Red Hat s'engage à remplacer le langage problématique dans notre code, notre documentation et nos propriétés Web. Pour plus de détails, consultez leBlog Red Hat.

À propos de Red Hat

Nous proposons des solutions renforcées qui facilitent le travail des entreprises sur plusieurs plates-formes et environnements, du centre de données central à la périphérie du réseau.

© 2024 Red Hat, Inc.