[RESOLU] clé usb en lecture seule

letus · Le 03/01/2015, à 06:45

Bonjour

J'utilise une clé très régulièrement sur mon XUBUNTU et LUBUNTU depuis plusieurs mois ,une fois seulement sur un windows .
Et maintenant elle est en lecture seule depuis sudo apt-get update et sudo apt-get dist-upgrade.

J'ai fait :
sudo chown -R $aurel:$aurel /media/aurel
c'est toujours pareil je lis bien les fichiers mais impossible de les modifier il y a un cadenas à côté d'eux.

Voilà le résultat dans Gparted.
http://pix.toile-libre.org/upload/origi … 263423.png

merci d'avance

Dernière modification par letus (Le 05/01/2015, à 05:42)

mikedafunk · Le 03/01/2015, à 09:46

Salut

Sauvegarde tes 3 Go de fichiers en local et formate là pour tester.

tiramiseb · Le 03/01/2015, à 10:18

Salut,

Avant de passer aux solutions de Windowsien (réinstaller, formater, ce genre de choses), pourquoi pas essayer de trouver la source du problème ?

Je propose d'essayer la chose suivante :
1/ débrancher la clé
2/ brancher la clé, y accéder (soit automatiquement, soit manuellement... le but étant qu'elle soit montée)
3/ ouvrir un terminal et exécuter la commande suivante :

dmesg | tail -n 40

4/ nous montrer le retour de la commande

Cette commande montrera les 40 derniers messages du noyau Linux, dont des éventuelles erreurs liées à cette clé USB.

letus · Le 03/01/2015, à 14:31

merci pour votre aide

voilà le retour dmesg | tail -n 40

aurel@aurel-IMEDIA-X4510-FR:~$ dmesg | tail -n 40
[  730.508368] Add. Sense: Unrecovered read error
[  730.508371] sd 9:0:0:0: [sdb] CDB: 
[  730.508372] Read(10): 28 00 00 00 00 40 00 00 08 00
[  730.512352] sd 9:0:0:0: [sdb] Unhandled sense code
[  730.512355] sd 9:0:0:0: [sdb]  
[  730.512356] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[  730.512359] sd 9:0:0:0: [sdb]  
[  730.512360] Sense Key : Medium Error [current] 
[  730.512364] sd 9:0:0:0: [sdb]  
[  730.512366] Add. Sense: Unrecovered read error
[  730.512369] sd 9:0:0:0: [sdb] CDB: 
[  730.512371] Read(10): 28 00 00 00 00 40 00 00 08 00
[  730.516350] sd 9:0:0:0: [sdb] Unhandled sense code
[  730.516353] sd 9:0:0:0: [sdb]  
[  730.516355] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[  730.516357] sd 9:0:0:0: [sdb]  
[  730.516358] Sense Key : Medium Error [current] 
[  730.516362] sd 9:0:0:0: [sdb]  
[  730.516364] Add. Sense: Unrecovered read error
[  730.516367] sd 9:0:0:0: [sdb] CDB: 
[  730.516368] Read(10): 28 00 00 00 00 40 00 00 08 00
[  730.520350] sd 9:0:0:0: [sdb] Unhandled sense code
[  730.520353] sd 9:0:0:0: [sdb]  
[  730.520355] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[  730.520357] sd 9:0:0:0: [sdb]  
[  730.520359] Sense Key : Medium Error [current] 
[  730.520362] sd 9:0:0:0: [sdb]  
[  730.520365] Add. Sense: Unrecovered read error
[  730.520368] sd 9:0:0:0: [sdb] CDB: 
[  730.520369] Read(10): 28 00 00 00 00 40 00 00 08 00
[  730.560328] sd 9:0:0:0: [sdb] Unhandled sense code
[  730.560332] sd 9:0:0:0: [sdb]  
[  730.560333] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[  730.560336] sd 9:0:0:0: [sdb]  
[  730.560337] Sense Key : Medium Error [current] 
[  730.560341] sd 9:0:0:0: [sdb]  
[  730.560344] Add. Sense: Unrecovered read error
[  730.560346] sd 9:0:0:0: [sdb] CDB: 
[  730.560348] Read(10): 28 00 00 00 01 78 00 00 08 00
[ 1503.708455] perf samples too long (2512 > 2500), lowering kernel.perf_event_max_sample_rate to 50000

tiramiseb · Le 03/01/2015, à 14:56

Ok, des erreurs de lecture sur la clé.

Au pire c'est un problème matériel, au mieux le système de fichiers est corrompu.

Je propose donc de :
1/ Sauvegarder les données qu'elle contient si nécessaire.
2/ Démonter ("éjecter") la clé mais ne pas la débrancher.
3/ Exécuter la commande suivante pour vérifier que c'est bien "sdb" son nom :

sudo fdisk -l

4/ Si cette clé est bien sdb, alors utiliser la commande suivante pour écrire dessus :

sudo dd if=/dev/urandom of=/dev/sdb

Cette commande ne retournera rien et c'est normal, elle prendra du temps, laisse-la tourner. Elle rendra la main (réapparition du prompt) quand elle aura terminé. Si elle affiche quelque chose (genre "input/output error") alors c'est peut-être problème matériel : dans ce cas, montre-nous ce qui s'affiche.
5/ À la fin de la commande, réexécute la commande suivante :

dmesg | tail -n 40

Elle permettra de voir s'il y a eu des problèmes pendant ton test.

letus · Le 03/01/2015, à 21:11

voici les retours la clé est bien sdb

Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x3671bc46

Périphérique Amorçage  Début         Fin      Blocs    Id. Système
/dev/sda1            2048    29362175    14680064   27  Hidden NTFS WinRE
/dev/sda2   *    29362176   943060983   456849404    7  HPFS/NTFS/exFAT
/dev/sda3       943060990  1220403199   138671105    5  Étendue
/dev/sda5       943060992   972357631    14648320   83  Linux
/dev/sda6       972359680   976263167     1951744   82  partition d'échange Linux / Solaris
/dev/sda7       976265216  1220403199   122068992   83  Linux

Disk /dev/sdb: 61.9 GB, 61918150656 bytes
98 têtes, 34 secteurs/piste, 36294 cylindres, total 120933888 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0xc3072e18

Périphérique Amorçage  Début         Fin      Blocs    Id. Système
/dev/sdb1            8064   120933887    60462912    c  W95 FAT32 (LBA)
aurel@aurel-IMEDIA-X4510-FR:~$

aurel@aurel-IMEDIA-X4510-FR:~$ sudo dd if=/dev/urandom of=/dev/sdb
[sudo] password for aurel: 
dd: impossible d'ouvrir «/dev/sdb»: Système de fichiers accessible en lecture seulement
aurel@aurel-IMEDIA-X4510-FR:~$

tiramiseb · Le 03/01/2015, à 21:58

dd: impossible d'ouvrir «/dev/sdb»: Système de fichiers accessible en lecture seulement

Outch. J'ai bien peut que la clé soit morte.
Car là ce n'est même pas un accès à un système de fichiers, on n'essaie même pas d'écrire sur une partition, on veut écrire directement sur le périphérique...

Ou alors elle a un interrupteur qui permet de la rendre "lecture seule" comme les cartes SD...

J5012 · Le 03/01/2015, à 22:09

ben tu peux essayer ca :
tu remet la cle sur w
tu lances une session msdos
tu repares la cle : chkdsk /f lettre_de_lecteur: (l'option /f devrait suffire, mais au cas ou tu peux utiliser l'option /r)

quand tu es sous w, la mauvaise manie des utilisateurs avec les cles usb, est de les retirer de suite apres terminaison de la copie (tellement ils sont presses, mais qu'est-ce qui urge) sans utiliser la magnifique fonction d'ejection des cles (je dis magnifique parce que enfin ca fonctionne correctement sur w7) ...

letus · Le 04/01/2015, à 00:20

Je pense quelle est hs formatage impossible via gparted
Et sous w$ chkdsk /f E: et chkdsk /r E:
Le même résultat impossible disque protégé en écriture.

merci

Dernière modification par letus (Le 04/01/2015, à 07:54)

nordinatueur · Le 19/04/2017, à 16:38

Je vois que c'est résolu mais je ne vois pas de réponse au problème…

Peshigome · Le 11/01/2018, à 12:32

nordinatueur a écrit :

Je vois que c'est résolu mais je ne vois pas de réponse au problème…

c'est marqué résolu car en fin de compte il s'avère que sa clef USB est morte...

nojhan · Le 03/07/2019, à 17:21

La clef n'est (n'était) sans doute pas morte.
L'OS monte la clef en lecture seule si le système de fichier comporte des erreurs, afin d'éviter d'écrire dessus au "mauvais endroit".

Pour réparer une clef, c'est simple, il suffit de "vérifier" le système de fichier.
La méthode la plus simple est de lancer "gparted", de sélectionner le périphérique correspondant à la clef (généralement "sdb", gparted indique le point de montage également, dans "/media/XXX"). De là, il faut faire clic droit sur la partition, "démonter" la clef, puis "vérifier" et "appliquer".

Une fois la vérification terminée, la clef est réparée et il suffit de la rebrancher pour qu'elle soit montée en lecture/écriture.

Il est possible (probable) qu'il y est plusieurs fichiers "FSCK*.REC" à la racine, qui comporte des données possiblement corrompues (à sauvegarder si vous aviez des fichiers précieux qui ne s'ouvrent plus, à jeter sinon).

Dernière modification par nojhan (Le 03/07/2019, à 17:23)

yaba64 · Le 03/08/2019, à 17:41

nojhan a écrit :

Pour réparer une clef, c'est simple, il suffit de "vérifier" le système de fichier.
La méthode la plus simple est de lancer "gparted", de sélectionner le périphérique correspondant à la clef (généralement "sdb", gparted indique le point de montage également, dans "/media/XXX"). De là, il faut faire clic droit sur la partition, "démonter" la clef, puis "vérifier" et "appliquer".
Une fois la vérification terminée, la clef est réparée et il suffit de la rebrancher pour qu'elle soit montée en lecture/écriture.

En effet nikel ça a marché pour moi... MERCI

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 03/01/2015, à 06:45

[RESOLU] clé usb en lecture seule

#2 Le 03/01/2015, à 09:46

Re : [RESOLU] clé usb en lecture seule

#3 Le 03/01/2015, à 10:18

Re : [RESOLU] clé usb en lecture seule

#4 Le 03/01/2015, à 14:31

Re : [RESOLU] clé usb en lecture seule

#5 Le 03/01/2015, à 14:56

Re : [RESOLU] clé usb en lecture seule

#6 Le 03/01/2015, à 21:11

Re : [RESOLU] clé usb en lecture seule

#7 Le 03/01/2015, à 21:58

Re : [RESOLU] clé usb en lecture seule

#8 Le 03/01/2015, à 22:09

Re : [RESOLU] clé usb en lecture seule

#9 Le 04/01/2015, à 00:20

Re : [RESOLU] clé usb en lecture seule

#10 Le 19/04/2017, à 16:38

Re : [RESOLU] clé usb en lecture seule

#11 Le 11/01/2018, à 12:32

Re : [RESOLU] clé usb en lecture seule

#12 Le 03/07/2019, à 17:21

Re : [RESOLU] clé usb en lecture seule

#13 Le 03/08/2019, à 17:41

Re : [RESOLU] clé usb en lecture seule

Pied de page des forums