L'outil fsck court pour File System Check

Utilisation de fsck

L'outil de fsck, abréviation de File System Check, est utilisé pour diagnostiquer et réparer les systèmes de fichiers que mai ont été endommagés au cours des opérations quotidiennes. De telles réparations sont habituellement nécessaires après un plantage système dans lequel le système n'a pas eu la chance de vider totalement l'ensemble de ses tampons internes sur le disque. (Bien que le nom de cet outil présente une ressemblance frappante avec l'une des expressions souvent dans la bouche après un plantage du système, que cet outil fait partie du processus de récupération est strictement coïncidence.) Habituellement, le système exécute l'outil fsck automatiquement pendant le processus de démarrage (beaucoup de la même manière Windows exécute Scandisk) s'il détecte une partition qui n'a pas été démonté proprement. Linux fait un effort impressionnant pour réparer automatiquement les problèmes qu'elle traverse et dans la plupart des cas ne prend soin d'elle-même. Le caractère robuste du système de fichiers ext3 aide dans ces situations. Néanmoins, il mai arriver que vous obtenez ce message: Votre système semble avoir fermé gâteux Appuyez sur Y dans les 5 secondes pour forcer le fichier de contrôle d'intégrité du système Si vous appuyez sur O, vous verrez des messages s'affichent à l'écran vous indiquant la façon dont le contrôle est procédure. Le système vous dira ce système de fichiers est en cours de vérification et dans quelle mesure le contrôle a progressé. Vous mai voir des messages comme ceux-ci:

récupération Journal compensation inode orphelins

Ces messages sont normaux; fsck fait exactement sa chose. Si vous trouvez qu'un système de fichiers ne se comporte pas comme il devrait (messages du journal sont d'excellents conseils à cette situation), vous mai souhaitez exécuter fsck-vous sur un système en marche. Le seul inconvénient est que le système de fichier en question doit être démonté pour que cela fonctionne. Si vous choisissez de prendre ce chemin, n'oubliez pas de remonter le système de fichier lorsque vous avez terminé.

NOTE

Le fsck nom n'est pas le titre approprié pour réparer l'outil ext2/ext3, c'est en fait un simple wrapper. Le wrapper fsck essaie de déterminer quel type de système de fichiers doit être réparé, puis exécute l'outil de réparation appropriées, en passant tous les paramètres qui ont été transmis à fsck. En ext2 et ext3, la véritable outil est appelé e2fsck. Quand une panne du système se produit, vous mai besoin de faire appel e2fsck directement plutôt que de compter sur les autres applications à l'appeler automatiquement pour vous.

Les paramètres disponibles pour e2fsck

Les paramètres disponibles pour e2fsck sont indiquées dans l'image 7-4. Par exemple, pour lancer e2fsck sur / dev/hda3 système de fichiers, vous devez exécuter:

[root @ Tedford / root] # e2fsck / dev/hda3

Pour forcer une vérification et automatiquement, répondez Oui à toutes les invites qui se présentent, vous devez taper cette commande:

[root @ Tedford] # e2fsck-f-y / dev/hda3

TIP

Vous ne trouverez pas de e3fsck "" commande. Le ext2 et ext3 systèmes de fichiers sont tellement semblables que les œuvres de commande e2fsck sur les deux d'entre eux.

Et si j'obtiens une erreur?

Tout d'abord, se détendre. La vérification fsck ne trouve que rarement des problèmes qu'il ne peut pas corriger lui-même. Quand il ne demande l'intervention de l'homme, en disant fsck pour exécuter sa suggestion par défaut est souvent suffisant. Très rarement un seul passage de e2fsck pas régler tous les problèmes. Dans les rares occasions où une deuxième manche est nécessaire, elle ne devrait pas se présenter tout plus d'erreurs. Si c'est le cas, vous êtes probablement confronté à une défaillance matérielle. N'oubliez pas de commencer avec l'évidence: Vérifiez alimentation fiable et bien connectés les câbles. Toute personne exécutant des systèmes SCSI doivent vérifier qu'ils utilisent le bon type de terminateur, que les câbles ne sont pas trop longs, que les ID SCSI ne sont pas contradictoires, et que la qualité du câble est adéquate. (SCSI est particulièrement pointilleux sur la qualité des câbles.)

The lost + found Directory

Une autre situation rare, c'est quand e2fsck trouve des segments de fichiers qu'il ne peut rejoindre avec le fichier original. Dans ces cas, il placera le fragment dans la partition lost + found directory. Ce répertoire est situé là où la partition est montée, donc si / dev/hda3 est monté sur / usr, puis / usr / lost + found corrélée à / dev / hda3. Tout peut aller dans un répertoire lost + found-des fragments de fichiers, de répertoires, et même des dossiers spéciaux. Lorsque les fichiers normaux du vent là-haut, propriétaire d'un fichier doit être attaché, et vous pouvez contacter le propriétaire pour voir si ils ont besoin des données (généralement, ils ne seront pas). Si vous rencontrez un répertoire dans lost + found, vous aurez probablement envie d'essayer de le restaurer à partir des sauvegardes les plus récentes plutôt que d'essayer de le reconstruire à partir de lost + found. A tout le moins, a perdu + found vous indique si quelque chose est devenu disloqué. Encore une fois, de telles erreurs sont extrêmement rares.

un article présenté par Daniel K.

Disclaimer:Notre site n'est pas responsable du contenu de cet article. Webarticles est une ressource d'information gratuite.
Important: Cet article «L'outil fsck court pour File System Check" a été traduit par un logiciel automatique. Nous nous sentons désolés pour les fautes d'orthographe que mai ont eu lieu. Nous vous remercions de votre compréhension.