Ubuntu-fr

bubu75

Clef USB ne se monte plus après coupure de courant "Error mounting..."

Bonjour, j'ai un portable avec Lubuntu 32b, et n'ayant pas de disque dur pour l'instant, je fonctionne avec 2 clef USB de 8Go, branchées en même temps sur les 2 ports USB.
-1ère clef: Lubuntu 18.04 LTS 32b, et son home.
-2nde clef: diverses données (enregistrements etc).

Il y a qqs jours pendant qu'il était en veille, mon portable a subi une coupure de courant, et en le rallumant Lubuntu se montait comme d'habitude, mais la 2nde clef n'était plus accessible.
Dans le gestionnaire de fichiers PCManFM, elle apparait bien dans le panneau latéral à gauche, sous le nom "Volume de 7,7 Go", mais c'est tout.
Avec "Clic droit -> Monter le volume", elle ne se monte pas, j'ai juste une petite fenêtre qui dit:

Erreur
Error mounting /dev/sda at /media/xxxxx/xxxxxxxxxx: wrong fs type, bad option, bad superblock on /dev/sda, missing codepage or helper program, or other error

J'ai juste testé:
Clic droit -> Démonter le volume -> Enlevé la clef USB, remise, réessayé de la monter.
Mais rien, pareil.

Je ne sais plus ce que j'y avais mis exactement, au mieux je voudrais la récupérer et son contenu, sinon tant pis juste la récupérer vidée, mais elle est peut-être foutue.
Je ne sais pas quoi essayer d'autre, peut-être il y a la réponse sur internet mais j'ai un accès internet limité.

---

L'écologie oui mais laquelle? Obsolescence programmée|Biodynamie+NEF+P.Rabhi|Végé /1 (pro-paléo) /2 (reste du site nOK)|ONG (Nicolino nOK)|Etc.

erresse

Re : Clef USB ne se monte plus après coupure de courant "Error mounting..."

Bonjour,
As-tu essayé de passer un coup de "dosfsck" sur cette clé pour voir si on peut la réparer ?

---

Plus de 50 ans d'informatique, ça en fait des lignes de commandes en console, mais on n'avait pas le choix...
Excellente raison pour, aujourd'hui qu'on le peut, utiliser au maximum les INTERFACES GRAPHIQUES !
Important : Une fois résolu, pensez à clore votre sujet en ajoutant [Résolu] devant le titre du 1er message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.

bubu75

Re : Clef USB ne se monte plus après coupure de courant "Error mounting..."

OK merci erresse par contre j'aurai dû préciser que j'avais formaté la clef en ext4 avant de m'en servir.
Alors la commande dosfsckck ne marche pas je crois car la page de doc de dosfsck dit:
"DOSFSCK est l'outil de contrôle d'intégrité et réparation pour les systèmes de fichiers FAT."

Mais je regarde la page de doc "Vérification de fichiers" qui semble parler du sujet.

---

L'écologie oui mais laquelle? Obsolescence programmée|Biodynamie+NEF+P.Rabhi|Végé /1 (pro-paléo) /2 (reste du site nOK)|ONG (Nicolino nOK)|Etc.

bubu75

Re : Clef USB ne se monte plus après coupure de courant "Error mounting..."

Renseignements dans Gparted.

Cette clef USB apparaît dans GParted, elle est représentée totalement vide, et Utilisé ainsi qu'Inutilisé disent "_".
Mais
Partition -> Information
dit:

Informations à propos de /dev/sdb
Système de fichiers
  Système de fichiers:	ext4
  Étiquette:
  UUID:			xxxxxxxxxx
  État: 		n'est pas montée
  Taille:		7,21 Gio

Partition
  Chemin:		/dev/sdb
  Nom:
  Drapeaux:
  Premier secteur:	0
  Dernier secteur:	15118439
  Secteurs totaux:	15118440

Puis:
! Avertissement

<i>Filesystem volume name:   <none>
Last mounted on:          /media/xxxxx/xxxxx-xxxxx-xxxxx
Filesystem UUID:          xxxxx-xxxxx-xxxxx
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum
Filesystem flags:         signed_directory_hash 
Default mount options:    user_xattr acl
Filesystem state:         clean with errors
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              473280
Block count:              1889805
Reserved block count:     94490
Free blocks:              1611562
Free inodes:              465108
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      461
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8160
Inode blocks per group:   510
Flex block group size:    16
Filesystem created:       Sat Mar 16 16:46:08 2019
Last mount time:          Tue Mar 19 16:54:51 2019
Last write time:          Sun Apr  7 16:09:42 2019
Mount count:              2
Maximum mount count:      -1
Last checked:             Sat Mar 16 16:46:08 2019
Check interval:           0 (<none>)
Lifetime writes:          1263 MB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:	          256
Required extra isize:     32
Desired extra isize:      32
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      7551e26a-f1fe-445e-8a15-9bc0f6ec13c4
Journal backup:           inode blocks
FS Error count:           29
First error time:         Wed Mar 20 16:51:38 2019
First error function:     ext4_validate_block_bitmap
First error line #:       387
First error inode #:      0
First error block #:      0
Last error time:          Sun Apr  7 16:09:42 2019
Last error function:      ext4_iget
Last error line #:        4764
Last error inode #:       8
Last error block #:       0
Checksum type:            crc32c
Checksum:                 0xc9f4fa59</i>

<i>dumpe2fs 1.44.1 (24-Mar-2018)
dumpe2fs: Inode checksum does not match inode while reading journal inode</i>

<i>Impossible de lire le contenu du système de fichiers.
Pour cette raison, certaines opérations peuvent être indisponibles.
La raison peut être l’absence d’un paquet logiciel.
Voici la liste des paquets logiciels nécessaires pour la prise en charge du système de fichiers ext4 : e2fsprogs v1.41+.</i>

Dernière modification par bubu75 (Le 07/04/2019, à 17:32)

---

L'écologie oui mais laquelle? Obsolescence programmée|Biodynamie+NEF+P.Rabhi|Végé /1 (pro-paléo) /2 (reste du site nOK)|ONG (Nicolino nOK)|Etc.