Comment récupérer les données qui sont sur ma clef USB qui n'est plus reconnue

Ma clef USB n’est plus reconnu sur mon ordinateur portable. Quand j’ai voulu fermer ma clef USB il y a quelques jours et il me semble qu’on m’a demandé d’enregistrer si non je perdais… J’ai cliqué sur enregistrer. Ce matin j’essaie d’ouvrir ma clef USB et absolument rien se passe. Je l’ai branchée sur le port USB de ma télé et elle n’est pas reconnue. Est-ce possible de récupérer mes données?

Quand tu insères la clé, quelles sont les dernières lignes de

sudo dmesg -T

Je viens d’entrer ce que vous m’avez dit et la dernière ligne c’est ce qui suit [lun fév 10 17:03:32 2020] perf: interrupt took too long (3139 > 3131), lowering kernel.perf_event_max_sample_rate to 63500

La commande dmesg affiche beaucoup de choses qui peuvent s’être passées presque en même temps. Pour détecter les lignes qui indiqueraient le problème de la clé USB, une autre commande pour voir ces messages est: tail -f /var/log/kern.log
Ensuite insérez la clé et observer la console…
Pour sortir de ce mode: ctrl-c

J’ai réinséré ma clef USB, la lumière s’allume. Mais je ne vois pas ma clef. Je vous faits un copier coller de ce que j’ai d’écrit sur mon terminal.

Feb 10 20:20:05 helene-X553MA kernel: [ 9793.712133] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Feb 10 20:20:05 helene-X553MA kernel: [ 9793.712139] usb 1-1: Product: USB DISK 28X            
Feb 10 20:20:05 helene-X553MA kernel: [ 9793.712144] usb 1-1: Manufacturer:                         
Feb 10 20:20:05 helene-X553MA kernel: [ 9793.717282] usb-storage 1-1:1.0: USB Mass Storage device detected
Feb 10 20:20:05 helene-X553MA kernel: [ 9793.719472] scsi host2: usb-storage 1-1:1.0
Feb 10 20:20:06 helene-X553MA kernel: [ 9794.725167] scsi 2:0:0:0: Direct-Access              USB DISK 28X     1.00 PQ: 0 ANSI: 0 CCS
Feb 10 20:20:06 helene-X553MA kernel: [ 9794.725734] scsi 2:0:0:0: Attached scsi generic sg2 type 0
Feb 10 20:20:06 helene-X553MA kernel: [ 9794.729027] sd 2:0:0:0: [sdc] Attached SCSI removable disk
Feb 10 20:23:16 helene-X553MA kernel: [ 9985.519516] usb 1-1: USB disconnect, device number 11
Feb 10 20:24:40 helene-X553MA kernel: [10068.823067] perf: interrupt took too long (4923 > 4918), lowering kernel.perf_event_max_sample_rate to 40500

Et en laissant la clé USB insérée, dans une console, que dit: « ls -l /dev/sdc* » ?

Avec ma clef USB insérée j’ai fait un copier coller et j’ai obtenu brw-rw---- 1 root disk 8, 32 fév 10 20:27 /dev/sdc

Donc il n’y aurait plus de partition reconnue sur la clé USB. La commande suivante requière un accès root. Que dit: « sudo fdisk -l /dev/sdc » ? Il existe des logiciels de réparation de disque, mais ça dépasse mes compétences. Par exemple: https://doc.ubuntu-fr.org/testdisk

Merci de votre dévouement. Ma clef insérée, j’ai fait un copier coller de votre suggestion et les dernières lignes sont;

1.00 PQ: 0 ANSI: 0 CCS
[lun fév 10 21:20:47 2020] sd 2:0:0:0: Attached scsi generic sg2 type 0
[lun fév 10 21:20:47 2020] sd 2:0:0:0: [sdc] Attached SCSI removable disk
[lun fév 10 21:21:05 2020] input: FC:58:FA:2A:70:82 as /devices/virtual/input/input38
[lun fév 10 22:34:36 2020] perf: interrupt took too long (7704 > 7692), lowering kernel.perf_event_max_sample_rate to 25750

Bonjour hlavoie, ce problème m’est arrivé à quelques reprises dans le passé. J’ai résolu en branchant ma clef USB dans le même ordi et port que lors de la création du problème (problème découvert lors de la non reconnaissance de la clef dans un autre ordi). Depuis ce temps, je m’assure de bien démonter mes clefs USB de mon File Browser et d’attendre le message « You may now remove safely the drive » et je n’ai plus ce problème.

Merci. Oui j’ai déjà essayé avec le même ordi et même port mais sans succès. Une personne me dit ceci; "L’application « Disques » ne concerne pas l’audio. Vous la trouverez en lançant une recherche avec Ubuntu, voir :
https://doc.ubuntu-fr.org/tutoriel/comment_lancer_application

Et : https://doc.ubuntu-fr.org/disk-manager

Insérer la clé qui fonctionne et lancez Disque. Vous devriez la voir. Puis fermer Disque."
Oui quand j’arrive sur https://doc.ubuntu-fr.org/disk-manager Ce que je ne sais pas c’est où cliquer pour lancer Disque, est-ce qu’une personne peut me dire comment faire? Cela devrait fonctionner avec une clef de mes clefs qui fonctionne.

Une personne est venue chez-moi et a essayé avec testdisk, elle m’a dit que ma clef était morte, mais je garde espoir… Une phrase me revient à l’esprit " Il n’y a rien de pire que de ne pas avoir réussi, si ce n’est que de ne pas avoir essayé!" Merci de votre aide.

Dans un terminal:

umount /dev/sdc1    
sudo fsck /dev/sdc
sync

Débrancher la clé une fois que sync a terminé (important d’attendre si ça ne termine pas immédiatement)
Redémarrer
Rebrancher la clé

Si la clé se monte automatiquement, alors c’est réglé

M. Pelletier merci pour votre réponse. Je vous fais un copier coller des dernières lignes que j’ai obtenues, après avoir entré dans le terminal ce que vous m’avez suggéré.

Le superbloc n’a pu être lu ou ne contient pas un système de fichiers
ext2/ext3/ext4 correct. Si le périphérique est valide et qu’il contient réellement
un système de fichiers ext2/ext3/ext4 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d’exécuter
e2fsck avec un autre superbloc :
e2fsck -b 8193 <périphérique>
ou
e2fsck -b 32768 <périphérique>
Avec ces 2 suggestions est-ce que je peux les essayer via mon terminal?

J’ai oublié de spécifier la partition. Réessaie avec sudo fsck /dev/sdc1||

Si ça ne fonctionne pas, tu as probablement une clé formatée avec le
système de fichiers FAT32

Dans ce cas, il faut installer l’utilitaire dosfsck

J’ai essayé avec sudo fsck /dev/sdc1|| et cela n’a pas fonctionné. Par la suite dans le terminal j’ai entré dosfsck et je vous fais un copier coller des dernières lignes.

  -a       automatically repair the filesystem
  -A       toggle Atari filesystem format
  -b       make read-only boot sector check
  -c N     use DOS codepage N to decode short file names (default: 437)
  -d path  drop that file
  -f       salvage unused chains to files
  -l       list path names
  -n       no-op, check non-interactively without changing
  -p       same as -a, for compat with other *fsck
  -r       interactively repair the filesystem (default)
  -t       test for bad clusters
  -u path  try to undelete that (non-directory) file
  -v       verbose mode
  -V       perform a verification pass
  -w       write changes to disk immediately
  -y       same as -a, for compat with other *fsck

sudo dosfsck -a -t /dev/sdc1

Après avoir entré la commande: open: Aucun fichier ou dossier de ce type