Bonjour tout le monde et merci à alain pour la réouverture du sujet
Pour ceux qui ont suivi le précédent développement de ce fil de discussion, il était clair que cette clé USB était devenue inutilisable
Récemment, j'ai refait un essai de connexion de clé qui généra à nouveau la fameuse fenêtre :
Je décide malgré tout de retourner dans GParted pour explorer la maladie et je remarque un point d'exclamation qui me signale quelque chose d'anormal dans les informations du périphérique qui renseignent ceci :
Code : Tout sélectionner
<i>Filesystem volume name: <none>
Last mounted on: <not available>
Filesystem UUID: 441aa70c-aa2c-4953-b172-6a9942811a45
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal ext_attr resize_inode dir_index filetype 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: 32817152
Block count: 131240704
Reserved block count: 6562035
Free blocks: 128901019
Free inodes: 32817141
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 992
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 8192
Inode blocks per group: 512
Flex block group size: 16
Filesystem created: Mon Mar 8 20:45:45 2021
Last mount time: n/a
Last write time: Sat Nov 27 21:55:04 2021
Mount count: 0
Maximum mount count: -1
Last checked: Mon Mar 8 20:45:45 2021
Check interval: 0 (<none>)
Lifetime writes: 1029 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: 340dbfa4-2514-4979-aa5c-e6df78b5db4a
Journal backup: inode blocks
FS Error count: 10
First error time: Sat Nov 27 18:55:53 2021
First error function: ext4_find_extent
First error line #: 914
First error inode #: 8
First error block #: 0
Last error time: Sat Nov 27 21:55:04 2021
Last error function: ext4_find_extent
Last error line #: 914
Last error inode #: 8
Last error block #: 0
Checksum type: crc32c
Checksum: 0x3c4e2513</i>
<i>dumpe2fs 1.45.5 (07-Jan-2020)
dumpe2fs: Corrupt extent header while reading journal super block</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>
Heureusement, cette fois, GParted ne se bloque pas et ne m'oblige pas à redémarrer le PC

Je mets la clé en surbrillance dans GParted et je peux miraculeusement faire un clic droit, ouvrir un menu contextuel où une option me propose notamment de formater en FAT32, ce que j'exécute sans hésiter
Et voilà ma clé guérie... mais je ne sais pas pourquoi
Sauf que, il demeure un problème, le même que lors de la première utilisation : le transfert de fichiers vidéos du PC vers la clé USB se bloque à un moment donné et il m'est impossible d'y mettre les fichiers que j'avais choisis. Cet incident n'a toutefois pas changé l'état du périphérique qui n'est toutefois plus chiffré par Cryptsetup/LUKS.
L'état actuel de la clé est le suivant, donc sain, mais impossible d'y mettre une série de fichiers :
Je ne comprends pas pourquoi elle refuse le transfert de fichiers. Merci pour votre lecture
