Forum Linux.debian/ubuntu réparer un device vfat sous Linux

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
1
24
oct.
2020

Bonjour, je suis sur Linux Mint/Ubuntu et j'ai une clé usb qui a une erreur suite à un démontage sauvage (cause plantage du PC):elle ne se monte pas sur Mageia et la commande fsck -t vfat /dev/sdd1 si elle propose des corrections,
0x41: Dirty bit is set. Fs was not properly unmounted and some data may be corrupt.
1) Remove dirty bit
2) No action

There are differences between boot sector and its backup.
This is mostly harmless. Differences: (offset:original/backup)
65:01/00, 67:e3/67, 68:82/76, 69:89/13, 70:05/ef
1) Copy original to backup
2) Copy backup to original
3) No action

celles-ci ne semblent pas être appliquées même en root
Est-ce que quelqu'un sait quoi faire en dehors de chercher un poste sous Windows et d'appliquer chkdsk /F ?

  • # option -y

    Posté par  (site web personnel) . Évalué à 2.

    Essaye sudo fsck -y vfat /dev/sdd1
    De base fsck ne fixe pas les erreurs automatiquement.

    wind0w$ suxX, GNU/Linux roxX!

    • [^] # Re: option -y

      Posté par  . Évalué à 2.

      Salut,

      La commande fsck incluant l'option -y, c'est un peu inutile comme commentaire sur ce point, mais pour les programmes ne la supportant pas, il y a la commande yes.

      Du coup, si on veut répondre "no" à plein de questions, un yes no | monProgrammeAPleinDeQuestions c'est parfois utile ;)

      Matricule 23415

    • [^] # Re: option -y

      Posté par  (site web personnel) . Évalué à 1.

      fsck -y - vfat /dev/sdd1
      Ca a marché, mais pas la deuxième phase :
      There are differences between boot sector and its backup.
      This is mostly harmless. Differences: (offset:original/backup)
      65:01/00, 67:e3/67, 68:82/76, 69:89/13, 70:05/ef
      1) Copy original to backup
      2) Copy backup to original
      3) No action

      Pour laquelle, j'hésite à répondre

      • [^] # Re: option -y

        Posté par  (site web personnel) . Évalué à 1.

        à confirmer, mais un backup du boot sector ( genre - warning, commande indicative, à vérifier avant de faire une boulette - dd if=/dev/sdx of=~/cleusb-bootbackup bs=512 count=1 ) suivi d'un écrasement avec "2) copy backup to original" ça ne pourrait pas marcher ?

        • [^] # Re: option -y

          Posté par  (site web personnel) . Évalué à 1. Dernière modification le 04 novembre 2020 à 17:01.

          J'ose pas trop faire ça. Et le chkdsk de Windows ne trouve (plus) rien d'anormal. Du coup, je vais laisser comme ça,merci

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.