Man page - fsck.vfat(8)

Packages contains this manual

Available languages:

en fr pl uk ro de

Manual

FSCK.FAT

NOM
SYNOPSIS
DESCRIPTION
OPTIONS
CODE DE RETOUR
FICHIERS
BOGUES
VOIR AUSSI
PAGE D’ACCUEIL
AUTEURS
TRADUCTION

NOM

fsck.fat – VĂ©rifier et rĂ©parer un systĂšme de fichiers FAT MS-DOS

SYNOPSIS

fsck.fat [ options ] périphérique

DESCRIPTION

fsck.fat vérifie la cohérence des systÚmes de fichiers MS-DOS et essaye facultativement de les réparer.

Les problĂšmes suivants du systĂšme de fichiers peuvent ĂȘtre corrigĂ©s (dans cet ordre) :

-

La Table d’Allocation des Fichiers (FAT pour « File Allocation Table » contient un nombre de blocs incorrect. Le bloc est transformĂ© en EOF (End Of File).

-

La chaĂźne des blocs d’un fichier forme une boucle. La boucle est brisĂ©e.

-

Mauvais blocs (erreurs de lecture). Les blocs sont marqués « défectueux » et sont retirés des fichiers qui les possédaient. Cette vérification est optionnelle.

-

RĂ©pertoire avec un grand nombre d’entrĂ©es incorrectes (il est probablement corrompu). Le rĂ©pertoire peut ĂȘtre effacĂ©.

-

Des fichiers « . » ou « .. » ne sont pas des rĂ©pertoires. Ils peuvent ĂȘtre supprimĂ©s ou renommĂ©s.

-

Présence de répertoires « . » ou « .. » dans le répertoire racine. Ils sont supprimés.

-

Mauvais noms de fichiers. Ils peuvent ĂȘtre renommĂ©s.

-

EntrĂ©es de rĂ©pertoire dupliquĂ©es. Elles peuvent ĂȘtre supprimĂ©es ou renommĂ©es.

-

Répertoires avec un champ de taille non nulle. La taille est mise à zéro.

-

Le répertoire « . » ne pointe pas sur le répertoire parent. Le pointeur de départ est ajusté.

-

Le répertoire « .. » ne pointe pas sur le parent du répertoire parent. Le pointeur de départ est ajusté.

-

« . » et « .. » ne sont pas les deux premiers répertoires dans un répertoire non racine. Les entrées sont créées, en déplaçant des emplacements (slot) si nécessaire.

-

Le numĂ©ro de bloc de dĂ©marrage d’un fichier est incorrect. Le fichier est tronquĂ©.

-

Le fichier contient des blocs libres ou défectueux. Le fichier est tronqué.

-

La chaßne des blocs du fichier est plus longue que celle indiquée dans les champs de taille. Le fichier est tronqué.

-

Au moins deux fichiers partagent un ou plusieurs blocs. Tous les fichiers sauf un sont tronqués. Si le fichier qui est tronqué est un fichier répertoire qui a déjà été lu, la vérification du systÚme de fichiers est redémarrée une fois tronqué.

-

La chaĂźne des blocs d’un fichier est plus courte que ce qu’indiquent les champs de taille. Le fichier est tronquĂ©.

-

L’étiquette de volume dans le rĂ©pertoire racine ou l’étiquette dans le secteur d’amorçage ne sont pas valables. Les Ă©tiquettes non valables sont supprimĂ©es.

-

L’étiquette de volume dans le rĂ©pertoire racine n’est pas la mĂȘme que celle du secteur d’amorçage. L’étiquette du rĂ©pertoire racine est copiĂ©e dans le secteur d’amorçage.

-

Des blocs sont marqués comme utilisés sans appartenir à aucun fichier. Ils sont marqués comme libres.

De plus, les problÚmes suivants sont détectés, mais ne sont pas réparés :

-

Paramùtres incorrects dans le secteur d’amorçage.

Quand fsck.fat vĂ©rifie un systĂšme de fichiers, il accumule toutes les modifications en mĂ©moire et ne les accomplit qu’une fois toutes les vĂ©rifications terminĂ©es. Cela peut ĂȘtre dĂ©sactivĂ© par l’option -w .

Deux autres variantes du systĂšme de fichiers FAT sont prises en charge. Les systĂšmes de fichiers FAT12, FAT16 et FAT32 sont la norme telle que dĂ©finie par Microsoft et sont largement utilisĂ©s pour les disques durs et les supports amovibles tels que les clĂ©s USB et les cartes SD. Une autre norme est la variante patrimoniale d’Atari utilisĂ©e sur les Atari ST.

Des diffĂ©rences mineures existent dans le format Atari : certains champs du secteur d’amorçage sont interprĂ©tĂ©s lĂ©gĂšrement diffĂ©remment et les entrĂ©es spĂ©ciales de la table d’allocation des fichiers pour EOF et « bloc dĂ©fectueux » peuvent ĂȘtre diffĂ©rentes. Sous MS-DOS 0xfff8 est utilisĂ© pour EOF alors qu’Atari utilise 0xffff par dĂ©faut, mais les deux systĂšmes reconnaissent toutes les valeurs de 0xfff8 Ă  0xffff comme EOF. MS-DOS utilise uniquement 0xfff7 pour les blocs dĂ©fectueux, alors qu’Atari utilise les valeurs de 0xfff0 Ă  0xfff7 Ă  cet effet (mais la valeur standard reste 0xfff7).

OPTIONS

-a

RĂ©parer automatiquement le systĂšme de fichiers. Aucune intervention de l’utilisateur n’est nĂ©cessaire. Quand plus d’une mĂ©thode est possible pour corriger un problĂšme, l’approche la moins destructrice est choisie.

-A

SĂ©lectionner la variante Atari du systĂšme de fichiers FAT si elle n’est pas dĂ©jĂ  en cours, ou autrement sĂ©lectionner le systĂšme de fichiers FAT standard. Cela est sĂ©lectionnĂ© par dĂ©faut si mkfs.fat est exĂ©cutĂ© sur Linux 68k Atari.

-b

Faire une vĂ©rification du secteur d’amorçage en lecture seule.

-c page

Utiliser le code de page DOS page pour décoder les noms courts de fichier. Par défaut, le code de page 850 est utilisé.

-d chemin

Supprimer le fichier indiquĂ©. Si plus d’un fichier portant ce nom existent, seul le premier est supprimĂ©. Cette option peut ĂȘtre indiquĂ©e plus d’une fois.

-f

Enregistrer les chaĂźnes de blocs libres dans des fichiers. Par dĂ©faut les blocs libres sont ajoutĂ©s Ă  l’espace disque disponible, sauf en mode automatique ( -a ).

--tabsize= n

Indiquer la table FAT num pour l’accĂšs au systĂšme de fichiers. Par dĂ©faut la valeur 0 est supposĂ©e, et la premiĂšre table FAT non corrompue est alors choisie. Non corrompue signifie que la table FAT a un premier bloc valable. Si la valeur 0 par dĂ©faut est utilisĂ©e et que toutes les tables FAT sont corrompues, alors fsck.fat abandonne et n’essaie pas de rĂ©parer le systĂšme de fichiers FAT. Si une valeur num diffĂ©rente de zĂ©ro est indiquĂ©e, alors fsck.fat utilise la table FAT num pour rĂ©parer le systĂšme de fichiers FAT. Si la table FAT num a le premier bloc corrompu, alors fsck.fat le rĂ©pare. Dans tous les cas, si le systĂšme de fichiers FAT a plus de tables FAT, alors le contenu rĂ©parĂ© de la table FAT choisie est copiĂ© sur les autres tables FAT. Pour rĂ©parer le premier bloc corrompu, il est nĂ©cessaire d’appeler fsck.fat avec une valeur num non nulle.

-l

Afficher la liste des noms de chemin des fichiers en cours de traitement.

-n

Mode sans opération : vérifier les erreurs de façon non interactive, mais ne rien écrire sur le systÚme de fichiers.

-p

Faire la mĂȘme chose que -a , par compatibilitĂ© avec les autres outils *fsck.

-r

RĂ©parer interactivement le systĂšme de fichiers. Le programme demande l’avis de l’utilisateur quand plus d’une approche est possible pour corriger une incohĂ©rence. C’est le mode par dĂ©faut, l’option n’est gardĂ©e que pour des raisons de rĂ©trocompatibilitĂ©.

-S

ConsidĂ©rer que les noms de fichier courts (8.3) avec des espaces au milieu sont non valables, comme le faisaient les prĂ©cĂ©dentes versions. Bien que de tels noms ne soient pas interdits par la spĂ©cification FAT et qu’ils n’ont jamais Ă©tĂ© traitĂ©s comme des erreurs par les outils de vĂ©rification de systĂšme de fichiers de Microsoft, beaucoup de programmes DOS sont incapables de gĂ©rer de tels noms de fichier. L’utilisation de cette option peut les rendre accessibles Ă  ces programmes.

Les noms de fichier courts qui commencent avec une espace sont considérés non valables quelque soit le positionnement de cette option.

Les versions prĂ©cĂ©dentes de ce programme traitaient exceptionnellement EA DATA. SF et WP ROOT. SF comme des noms courts valables. L’utilisation de cette option ne respecte pas cette exception.

-t

Marquer les blocs illisibles comme étant défectueux.

-u chemin

Essayer de restaurer le fichier effacĂ© indiquĂ©. fsck.fat essaye d’allouer une chaĂźne de blocs libres et contiguĂ«s commençant avec le bloc de dĂ©part du fichier restaurĂ©. Cette option peut ĂȘtre indiquĂ©e plus d’une fois.

-U

ConsidĂ©rer les Ă©tiquettes de volume et d’amorçage en minuscules comme non valables et autoriser uniquement les caractĂšres majuscules. De telles Ă©tiquettes sont interdites par la spĂ©cification FAT, mais sont largement utilisĂ©es par les outils Linux. D’ailleurs, les systĂšmes MS-DOS et Windows n’ont aucun problĂšme Ă  les lire. Par consĂ©quent, les Ă©tiquettes de volume et d’amorçage avec des caractĂšres minuscules sont autorisĂ©es par dĂ©faut.

-v

Mode dĂ©taillĂ©. GĂ©nĂ©ration d’un peu plus de sortie.

-V

Effectuer une passe de vĂ©rification. La vĂ©rification du systĂšme de fichiers est rĂ©pĂ©tĂ©e aprĂšs la premiĂšre exĂ©cution. La deuxiĂšme passe ne doit jamais rapporter d’erreurs qui pourraient ĂȘtre corrigĂ©es. Ça peut prendre beaucoup plus de temps que la premiĂšre passe, car la premiĂšre passe peut avoir gĂ©nĂ©rĂ© une longue liste de modifications qui doivent ĂȘtre vĂ©rifiĂ©es pour chaque lecture de disque.

--variant type

Créer un systÚme de fichiers de type différent. Les valeurs acceptables sont standard et atari (casses indifférentes). Consulter ci-dessus DESCRIPTION pour les différences.

-w

Écrire immĂ©diatement les modifications sur le disque.

-y

Faire la mĂȘme chose que -a (rĂ©parer automatiquement le systĂšme de fichiers) pour une compatibilitĂ© avec les autres outils fsck.

--help

Afficher un message d’aide dĂ©crivant l’utilisation et les options puis quitter.

CODE DE RETOUR

0

Aucune erreur rĂ©cupĂ©rable n’a Ă©tĂ© dĂ©tectĂ©e.

1

Des erreurs récupérables ont été détectées ou fsck.fat a découvert une incohérence interne.

2

Erreur d’utilisation. fsck.fat n’a pas eu accùs au systùme de fichiers.

FICHIERS

fsck0000.rec , fsck0001.rec , ...

Lors de la rĂ©cupĂ©ration Ă  partir d’un systĂšme de fichiers corrompu, fsck.fat vide les donnĂ©es rĂ©cupĂ©rĂ©es dans des fichiers nommĂ©s fsckNNNN.rec dans le rĂ©pertoire de plus haut niveau du systĂšme de fichiers.

BOGUES

-

Les répertoires totalement vides ne sont pas supprimés.

-

Davantage de messages de diagnostic devraient ĂȘtre fournis.

-

La suppression de fichiers devrait utiliser un algorithme plus sophistiqué.

VOIR AUSSI

fatlabel (8), mkfs.fat (8)

PAGE D’ACCUEIL

La page d’accueil du projet dosfstools est sa page de projet GitHub .

AUTEURS

dosfstools a Ă©tĂ© Ă©crit par Werner Almesberger , Roman Hodek et d’autres. Les responsables actuels sont Andreas Bombe et Pali RohĂĄr .

TRADUCTION

La traduction française de cette page de manuel a été créée par Sébastien Blanchet, François Wendling <frwendling@free.fr>, Nicolas François <nicolas.francois@centraliens.net>, David Prévot <david@tilapin.org> et Jean-Paul Guillonneau <guillonneau.jeanpaul@free.fr>

Cette traduction est une documentation libre ; veuillez vous reporter à la GNU General Public License version 3 concernant les conditions de copie et de distribution. Il n’y a aucune RESPONSABILITÉ LÉGALE.

Si vous découvrez un bogue dans la traduction de cette page de manuel, veuillez envoyer un message à debian-l10n-french@lists.debian.org .