Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

clé usb non reconnue

brisavion

Bonjour,

Ma clé USB Kingston DTR3.0 G2 de 16Gb a été utilisée sur l'ordinateur (windows) d'un copain. Il a voulu copier un fichier dessus et tout à coup la clé a disparue, impossible de la voir sur aucun ordinateur.
Gparted ne la voit pas, Disques la repère mais ne me propose pas de la formater mais seulement d'en modifier les options de montage.
J'ai essayé ça :

boris@machindux:~$ dmesg |tail -n30
[90454.825711] audit: type=1400 audit(1557665689.353:45): apparmor="DENIED" operation="open" profile="/usr/bin/evince" name="/var/lib/snapd/desktop/applications/mimeinfo.cache" pid=29740 comm="evince" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[97604.818009] usb 3-6: new high-speed USB device number 6 using xhci_hcd
[97604.956294] usb 3-6: New USB device found, idVendor=0951, idProduct=16a2
[97604.956297] usb 3-6: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[97604.956299] usb 3-6: Product: DTR30G2
[97604.956299] usb 3-6: Manufacturer: Kingston
[97604.956300] usb 3-6: SerialNumber: 60A44C424FAFBE31621950DF
[97604.956740] usb-storage 3-6:1.0: USB Mass Storage device detected
[97604.956827] scsi host8: usb-storage 3-6:1.0
[97606.003263] scsi 8:0:0:0: Direct-Access     Kingston DTR30G2          PMAP PQ: 0 ANSI: 6
[97606.003589] sd 8:0:0:0: Attached scsi generic sg8 type 0
[97606.018583] sd 8:0:0:0: [sdh] Attached SCSI removable disk
[97757.328829] sd 7:0:0:0: [sdg] Synchronizing SCSI cache
[97757.455281] sd 7:0:0:0: [sdg] Synchronize Cache(10) failed: Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[97757.527419] usb 4-1: USB disconnect, device number 2
[97757.527668] xhci_hcd 0000:00:14.0: Stop endpoint command completion for disabled slot 5
[97816.451245] usb 3-6: USB disconnect, device number 6
[97820.549199] usb 3-6: new high-speed USB device number 7 using xhci_hcd
[97820.687132] usb 3-6: New USB device found, idVendor=0951, idProduct=16a2
[97820.687135] usb 3-6: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[97820.687136] usb 3-6: Product: DTR30G2
[97820.687137] usb 3-6: Manufacturer: Kingston
[97820.687138] usb 3-6: SerialNumber: 60A44C424FAFBE31621950DF
[97820.687486] usb-storage 3-6:1.0: USB Mass Storage device detected
[97820.687550] scsi host9: usb-storage 3-6:1.0
[97821.734682] scsi 9:0:0:0: Direct-Access     Kingston DTR30G2          PMAP PQ: 0 ANSI: 6
[97821.735713] sd 9:0:0:0: Attached scsi generic sg7 type 0
[97821.750744] sd 9:0:0:0: [sdg] Attached SCSI removable disk
[98121.088929] audit: type=1400 audit(1557673356.296:46): apparmor="STATUS" operation="profile_load" profile="unconfined" name="snap-update-ns.usb-reset" pid=14245 comm="apparmor_parser"
[98121.145353] audit: type=1400 audit(1557673356.352:47): apparmor="STATUS" operation="profile_load" profile="unconfined" name="snap.usb-reset.usb-reset" pid=14246 comm="apparmor_parser"

et ça :

boris@machindux:~$ sudo fdisk -l
[sudo] Mot de passe de boris : 
Disque /dev/loop0 : 90,2 MiB, 94543872 octets, 184656 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop1 : 89,4 MiB, 93720576 octets, 183048 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop2 : 89,3 MiB, 93581312 octets, 182776 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop3 : 88,6 MiB, 92893184 octets, 181432 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop4 : 91,1 MiB, 95522816 octets, 186568 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/sda : 111,8 GiB, 120034123776 octets, 234441648 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0xb22d7eac

Périphérique Amorçage Début       Fin  Secteurs Taille Id Type
/dev/sda1    *         2046 234440703 234438658 111,8G  5 Étendue
/dev/sda5              2048 234440703 234438656 111,8G 83 Linux


Disque /dev/sdb : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x4dd70341

Périphérique Amorçage  Début        Fin   Secteurs Taille Id Type
/dev/sdb1                2046 1953523711 1953521666 931,5G  5 Étendue
/dev/sdb5                2048    9764863    9762816   4,7G 82 partition d'échange Linux / Solaris
/dev/sdb6             9766912 1953523711 1943756800 926,9G 83 Linux

La partition 1 ne commence pas sur une frontière de cylindre physique.

Virus ? Problème de hardware ? Mort naturelle?
Quelqu'un aurait des suggestions avant que j'envisage la poubelle ?
Merci d'avance pour vos réponses...

edit : infos supplémentaires :

boris@machindux:~$ cat /proc/version
Linux version 4.4.0-67-generic (buildd@lgw01-46) (gcc version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.4) ) #88-Ubuntu SMP Wed Mar 8 16:34:45 UTC 2017
boris@machindux:~$ lsusb
Bus 002 Device 002: ID 8087:8000 Intel Corp. 
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:8008 Intel Corp. 
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 002: ID 058f:6364 Alcor Micro Corp. AU6477 Card Reader Controller
Bus 003 Device 008: ID 0951:16a2 Kingston Technology 
Bus 003 Device 003: ID 045e:0745 Microsoft Corp. Nano Transceiver v1.0 for Bluetooth
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

geole

brisavion a écritBonjour,
....
Ma clé USB Kingston DTR3.0 G2 de 16Gb a été utilisée sur l'ordinateur (windows) d'un copain. Il a voulu copier un fichier dessus et tout à coup la clé a disparu, impossible de la voir sur aucun ordinateur.
....
J'ai essayé ça :

boris@machindux:~$ dmesg |tail -n30
...
[97820.549199] usb 3-6: new high-speed USB device number 7 using xhci_hcd
[97820.687132] usb 3-6: New USB device found, idVendor=0951, idProduct=16a2
[97820.687135] usb 3-6: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[97820.687136] usb 3-6: Product: DTR30G2
[97820.687137] usb 3-6: Manufacturer: Kingston
[97820.687138] usb 3-6: SerialNumber: 60A44C424FAFBE31621950DF
[97820.687486] usb-storage 3-6:1.0: USB Mass Storage device detected
[97820.687550] scsi host9: usb-storage 3-6:1.0
[97821.734682] scsi 9:0:0:0: Direct-Access     Kingston DTR30G2          PMAP PQ: 0 ANSI: 6
[97821.735713] sd 9:0:0:0: Attached scsi generic sg7 type 0
[97821.750744] sd 9:0:0:0: [sdg] Attached SCSI removable disk

Bonjour.
Je pense que ton copain a voulu copier un fichier dans la clé au lieu de le copier dans une partition de la clé.
Il me semble que gparted devrait voir la clé. Mais il ne peut voir les partitions car il n'y a plus de table de partition. (Absence de sdg1)
Il ne te reste plus qu'à créer une table de partition "msdos" en utilisant l'onglet périphérique de gparted.
Nota. Les données seront perdues.

brisavion

Bonsoir,
Merci pour ta réponse. Le problème est que gparted ne voit pas de périphérique quand je branche la clé.
Nota : j'ai renoncé à retrouver les données mais j'aimerais bien récupérer la clé si c'est possible. 🙂

geole

Bonsoir.
En regardant mieux la trace, on voit que la clé à un problème d'accés à son cache.

[97757.455281] sd 7:0:0:0: [sdg] [97604.956294] usb 3-6: New USB device found, idVendor=0951, idProduct=16a2
[97757.328829] sd 7:0:0:0: [sdg] Synchronizing SCSI cache
[97757.455281] sd 7:0:0:0: [sdg] Synchronize Cache(10) failed: Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK

Je ne suis certain que cela soit un bug du logiciel ( https://bugzilla.redhat.com/show_bug.cgi?id=1278944 ) mais plutôt une impossibilite de communiquer avec le firmware de la clé..

https://bugs.launchpad.net/ubuntu/+source/gnome-disk-utility/+bug/1239087/comments/61

https://bugs.launchpad.net/ubuntu/+source/gnome-disk-utility/+bug/1239087/comments/61 a écritmedina:~ # udisksctl power-off -b /dev/sdb
systemd-journalctl log:
Aug 13 10:45:21 medina.novell.com bluetoothd[997]: Endpoint unregistered: sender=:1.28 path=/MediaEndpoint/A2DPSource
Aug 13 10:45:21 medina.novell.com bluetoothd[997]: Endpoint unregistered: sender=:1.28 path=/MediaEndpoint/A2DPSink
Aug 13 10:45:21 medina.novell.com systemd[1321]: pam_unix(systemd-user:session): session closed for user gdm
Aug 13 10:45:22 medina.novell.com udisksd[1953]: Powering off /dev/sdb - successfully sent SCSI command START STOP UNIT
Aug 13 10:45:22 medina.novell.com kernel: sd 6:0:0:0: [sdb] Synchronizing SCSI cache
Aug 13 10:45:23 medina.novell.com kernel: sd 6:0:0:0: [sdb] Synchronize Cache(10) failed: Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK

qui se termine à l'échange 86 par
on 2018-10-27 Changed in gnome-disk-utility (Ubuntu): status: New → Confirmed

ainsi que https://bugs.launchpad.net/fedora/+source/linux/+bug/792085/comments/164

Aug 9 10:56:17 pcwb kernel: sd 6:0:0:0: [sdb] Synchronizing SCSI cache
Aug 9 10:56:17 pcwb kernel: sd 6:0:0:0: [sdb] Synchronize Cache(10) failed: Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
Aug 9 10:56:17 pcwb udisksd[1491]: Powered off /dev/sdb - successfully wrote to sysfs path /sys/devices/pci0000:00/0000:00:14.0/usb4/4

qui semble n'être traité que comme un problème de traduction
on 2018-10-27
affects: thunar → ubuntu-translations
Changed in ubuntu-translations:
importance: Medium → Undecided
status: Invalid → New
no longer affects: ubuntu-translations
affects: nautilus → ubuntu-translations
no longer affects: ubuntu-translations

Tu n'as plus qu'à acheter une autre clé USB

brisavion

Bonjour,

geole a écritJe ne suis certain que cela soit un bug du logiciel ( https://bugzilla.redhat.com/show_bug.cgi?id=1278944 ) mais plutôt une impossibilite de communiquer avec le firmware de la clé..

Étonnant tout de même que ce problème survienne tout à coup lors de la copie d'un fichier. Je possède cette clé depuis des années. Cette impossibilité viendrait d'un problème électronique ?
Merci quoi qu'il en soit pour ton attention à mon problème et pour ta réponse.

brisavion

Résolu par un voyage à la déchetterie. Merci.