Clé usb inaccessible en écriture [Réglé]

Ober Membre non connecté
-
- Voir le profil du membre Ober
- Inscrit le : 16/02/2019
- Groupes :
Depuis 1 ans, ma clé usb DataTraveler 100G3 de 32 go de marque Kingston est inaccessible en écriture. Comme je suis administrateur de mon poste, j'essaye de changer les droits, mais ; Impossible de modifier les droits d'accès de /run/media/ober007/KINGSTON. En mode terminal, même résultat, Pour essayer de récupérer cette clé, j'exécute Gparted qui m'annonce, effectivement, cette clé est verrouillée en écriture avec une clé dessinée dans la partie partition. Dans le menu contextuelle, rien est activé donc la partition ne peut être supprimée. A votre avis le logiciel TESTDISK sera me l'a récupéré ?
merci

magnux77 Membre non connecté
-
- Voir le profil du membre magnux77
- Inscrit le : 21/09/2009
- Groupes :
-
Membre d'Honneur
...depuis Mandrake 7
Membre de l'April - « promouvoir et défendre le Logiciel Libre»
Soutien Framasoft - « Changer le monde, un octet à la fois»
Config n°1 : cpu=AMD64x6 mem=16G SSD=64G HDD=1T OS=Mageia8-64 DE=Xfce, Config n°2 : Dell Latitude E6410 SSD=120G OS=Mageia8 DE=Xfce, Config n°3 : ThinkpadR40 SSD=32G OS=[Manjaro, Parabola, Mageia6] DE=Xfce, Config n°4 : EeePC901 SSD=20Gb, OS=[SliTaz5/Lxde, Mageia8/Xfce]
Membre de l'April - « promouvoir et défendre le Logiciel Libre»
Soutien Framasoft - « Changer le monde, un octet à la fois»
Config n°1 : cpu=AMD64x6 mem=16G SSD=64G HDD=1T OS=Mageia8-64 DE=Xfce, Config n°2 : Dell Latitude E6410 SSD=120G OS=Mageia8 DE=Xfce, Config n°3 : ThinkpadR40 SSD=32G OS=[Manjaro, Parabola, Mageia6] DE=Xfce, Config n°4 : EeePC901 SSD=20Gb, OS=[SliTaz5/Lxde, Mageia8/Xfce]

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Peux tu nous faire en tant que root et la clef débranchée :
# dmesg --follow
Puis, tu branches ta clef, quelques lignes du terminale vont apparaitre, pendant une bonne trentaine de seconde.
Peux tu nous les copier coller ici stp ?
Pour quitter l'application dmesg, c'est la combinaison de touche [CTRL]+[C].
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

Ober Membre non connecté
-
- Voir le profil du membre Ober
- Inscrit le : 16/02/2019
- Groupes :
Voilà ce que la commande m'affiche : dmesg --follow
[18566.738020] usb 1-5: new high-speed USB device number 4 using ehci-pci
[18566.929948] usb 1-5: New USB device found, idVendor=0951, idProduct=1666
[18566.929953] usb 1-5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[18566.929956] usb 1-5: Product: DataTraveler 3.0
[18566.929959] usb 1-5: Manufacturer: Kingston
[18566.929961] usb 1-5: SerialNumber: 60A44C425091B06079830032
[18566.930971] usb-storage 1-5:1.0: USB Mass Storage device detected
[18566.931444] scsi host8: usb-storage 1-5:1.0
[18567.934502] scsi 8:0:0:0: Direct-Access Kingston DataTraveler 3.0 PMAP PQ: 0 ANSI: 6
[18579.298863] sd 8:0:0:0: [sdg] 60632064 512-byte logical blocks: (31.0 GB/28.9 GiB)
[18579.299482] sd 8:0:0:0: [sdg] Write Protect is on
[18579.299487] sd 8:0:0:0: [sdg] Mode Sense: 23 00 80 00
[18579.300310] sd 8:0:0:0: [sdg] No Caching mode page found
[18579.300313] sd 8:0:0:0: [sdg] Assuming drive cache: write through
[18579.317556] sdg: sdg1
[18579.321109] sd 8:0:0:0: [sdg] Attached SCSI removable disk
j' ai essaye l'utilitaire TestDisk pour supprimer la partition, pas de résultat concluant.
merci

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Pour info, voici une de mes clefs :
Citation :
[10976.638818] usb 2-1.2: new high-speed USB device number 4 using ehci-pci
[10976.723284] usb 2-1.2: New USB device found, idVendor=0951, idProduct=1666, bcdDevice= 1.10
[10976.723286] usb 2-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[10976.723287] usb 2-1.2: Product: DataTraveler 3.0
[10976.723288] usb 2-1.2: Manufacturer: Kingston
[10976.723290] usb 2-1.2: SerialNumber: 6CF049E0FBE3B0609932788A
[10976.744988] usb-storage 2-1.2:1.0: USB Mass Storage device detected
[10976.745064] scsi host6: usb-storage 2-1.2:1.0
[10976.745117] usbcore: registered new interface driver usb-storage
[10976.747375] usbcore: registered new interface driver uas
[10977.795584] scsi 6:0:0:0: Direct-Access Kingston DataTraveler 3.0 PMAP PQ: 0 ANSI: 6
[10977.797178] sd 6:0:0:0: [sdc] 30277632 512-byte logical blocks: (15.5 GB/14.4 GiB)
[10977.797793] sd 6:0:0:0: [sdc] Write Protect is off
[10977.797795] sd 6:0:0:0: [sdc] Mode Sense: 45 00 00 00
[10977.798434] sd 6:0:0:0: [sdc] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[10979.455979] sdc: sdc1
[10979.458681] sd 6:0:0:0: [sdc] Attached SCSI removable disk
[10976.723284] usb 2-1.2: New USB device found, idVendor=0951, idProduct=1666, bcdDevice= 1.10
[10976.723286] usb 2-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[10976.723287] usb 2-1.2: Product: DataTraveler 3.0
[10976.723288] usb 2-1.2: Manufacturer: Kingston
[10976.723290] usb 2-1.2: SerialNumber: 6CF049E0FBE3B0609932788A
[10976.744988] usb-storage 2-1.2:1.0: USB Mass Storage device detected
[10976.745064] scsi host6: usb-storage 2-1.2:1.0
[10976.745117] usbcore: registered new interface driver usb-storage
[10976.747375] usbcore: registered new interface driver uas
[10977.795584] scsi 6:0:0:0: Direct-Access Kingston DataTraveler 3.0 PMAP PQ: 0 ANSI: 6
[10977.797178] sd 6:0:0:0: [sdc] 30277632 512-byte logical blocks: (15.5 GB/14.4 GiB)
[10977.797793] sd 6:0:0:0: [sdc] Write Protect is off
[10977.797795] sd 6:0:0:0: [sdc] Mode Sense: 45 00 00 00
[10977.798434] sd 6:0:0:0: [sdc] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[10979.455979] sdc: sdc1
[10979.458681] sd 6:0:0:0: [sdc] Attached SCSI removable disk
Tu vois une différence entre les deux ?
Regardes ici pour toi :
Citation :
[18579.299482] sd 8:0:0:0: [sdg] Write Protect is on
et pour moi :
Citation :
[10977.797793] sd 6:0:0:0: [sdc] Write Protect is off
Donc, on ne va pas trop chercher plus loin du coté de Mageia pour l'instant, mais plutôt autour de cette clef.
As tu un poste sous windows ou macos pour tester la clef USB et voir si tu peux y créer un fichier ou dossier dedans ?
A priori, je dirais que non, car il y a une protection en écriture. Mais si c'est oui, alors on pourra se reconcentrer sur Mageia.
Comment la clef pourrait-elle se mettre en protection ?
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
https://askubuntu.com/a/138051
Apparemment, il y a une fonction de protection qu'il est possible de changer logiciellement.
Pour Mageia, donc normalement pour ton cas, il faudrait taper ces lignes :
hdparm n'est pas installé par défaut
Code BASH :
$ su # urpmi hdparm hdparm -r0 /dev/sdg
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

Ober Membre non connecté
-
- Voir le profil du membre Ober
- Inscrit le : 16/02/2019
- Groupes :
Merci, jybz, de te pencher sur mon problème. Effectivement, j'ai remarqué la différence entre les deux lignes :
Citation :
[18579.299482] sd 8:0:0:0: [sdg] Write Protect is on
Citation :
[10977.797793] sd 6:0:0:0: [sdc] Write Protect is off
ma clé est sur : Write Protect is on.
Donc je tente un hdparm -r0 /dev/sdg en su, mais cette opération n'a pas l'air de fonctionner, car la clé reste protégé même sous Windows, même pas moyen de créer un répertoire
Vous ne pensez pas qu'un programme est à l'origine de ce problème ?
merci

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Ober :
Donc je tente un hdparm -r0 /dev/sdg en su, mais cette opération n'a pas l'air de fonctionner, car la clé reste protégé même sous Windows, même pas moyen de créer un répertoire
Vous ne pensez pas qu'un programme est à l'origine de ce problème ?
Donc je tente un hdparm -r0 /dev/sdg en su, mais cette opération n'a pas l'air de fonctionner, car la clé reste protégé même sous Windows, même pas moyen de créer un répertoire
Vous ne pensez pas qu'un programme est à l'origine de ce problème ?
Je n'en sais rien. Je viens de faire quelques recherches sur internet, et je ne trouve rien concernant cette protection contre l'écriture.
On ne peut rien dire si c'est un programme qui soit à l'origine, ni que ce soit une sécurité de la clef, une défaillance, un bit qui a grillé et est resté collé à 1 ou 0, ou un code sur un octet pour déverrouiller ce bit, ou une protection contre le changement de partition, dès que la fstab de la clef est touchée par exemple le microcode qui se verrouillerait pour éviter l'espionnage industriel, et d'autres possibilité j'en passe.
L'électronique c'est pas ouvert, on se bat tous sur le logiciel, mais le logiciel n'est rien sans support électronique, s'il n'est pas libre, on ne peut pas l'inspecter et impossible de dire ce qui à planté.
Il est clair qu'il y a quelque chose qui s'est passé, mais quoi, on ne peut rien dire, entre une simple défaillance électrique, sur-tension, ou un logiciel sachant comment fonctionne les clefs USB pour les verrouiller en écriture, ce serait deux cas très rares pour ne pas dire impossible, mais ça t'es arrivé.
À distance, je ne sais pas quoi faire, ni quoi conseiller. Je viens un peu à bout de mes idées là.
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

Ober Membre non connecté
-
- Voir le profil du membre Ober
- Inscrit le : 16/02/2019
- Groupes :
Donc, si je comprends bien, il y a probablement une erreur électronique sur la clé qui rend cette clé inaccessible en écriture.
merci

stroibe974 Membre non connecté
-
- Voir le profil du membre stroibe974
- Inscrit le : 13/08/2018
- Groupes :
-
Modérateur

En faisant une petite recherche sur le modèle sur un site de vente en ligne, je vois parmi les commentaires :
Citation :
Ce produit est très mauvais : sans crier gare, il s'est bloqué en impossibilité de (re)écriture, avec impossibilité de débloquer la clé via les "regedit" et autres bidouilles via chargements de logiciels, présumés non dangereux.
Pour gagner du temps, évitez KINGSTON et son bas prix si vous souhaitez une clé lecture/écriture permanente . Personnellement je ne reprendrai jamais cette marque achetée sur incitation d'un prix bas
Ce produit est très mauvais : sans crier gare, il s'est bloqué en impossibilité de (re)écriture, avec impossibilité de débloquer la clé via les "regedit" et autres bidouilles via chargements de logiciels, présumés non dangereux.
Pour gagner du temps, évitez KINGSTON et son bas prix si vous souhaitez une clé lecture/écriture permanente . Personnellement je ne reprendrai jamais cette marque achetée sur incitation d'un prix bas
Apparemment, tu n'es pas le premier à tomber sur ces dysfonctionnements...


Ober Membre non connecté
-
- Voir le profil du membre Ober
- Inscrit le : 16/02/2019
- Groupes :
Je me permets de rajouter un commentaire. La clé usb étant encore sous garantie , j'ai contacté KINGSTON, qui en retour m'enverra une clé de remplacement.
merci

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Ober :
Je me permets de rajouter un commentaire. La clé usb étant encore sous garantie , j'ai contacté KINGSTON, qui en retour m'enverra une clé de remplacement.
Si facilement ? Est-ce un aveux de leur part, conscient d'un problème ?
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

Ober Membre non connecté
-
- Voir le profil du membre Ober
- Inscrit le : 16/02/2019
- Groupes :
Voilà le mail de Kingston qui, effectivement, à répondu que la clé avais un problème selon la description que je leur ai fournie.
Cher Monsieur Russi
Merci pour votre demande.
Selon la description que vous nous avez fournie, il semblerait que votre produit DT100G3/32GB soit devenu défectueux et nous vous recommandons de le faire remplacer au point de vente.
Si cela n'est plus possible, Kingston peut arranger un remplacement directement avec vous.
Si vous souhaitez arranger un remplacement directement avec Kingston Technology, veuillez répondre à cet email en fournissant les informations suivantes:
- Une preuve d'achat ou alors une photo claire du produit
Pourriez-vous, s'il vous plaît, sauvegarder les images au format JPG et nous les envoyer en pièces jointes à votre email et non directement à partir de votre smartphone ou tablette. Merci pour votre collaboration.
Un numéro RMA vous sera alors issu, celui-ci sera demandé lors du retour du produit.
Cordialement
Daniel Hermann

Ober Membre non connecté
-
- Voir le profil du membre Ober
- Inscrit le : 16/02/2019
- Groupes :
merci

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron

Merci aussi à Kingston qui accepte et ne font pas l'autruche.
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie