Clé USB "informatable"

gilsub · Le 23/11/2010, à 19:53

Hello !

Tout est dans le titre...je me retrouve dans l'impossibilité de formater la clé d'un ami, je n'avais jamais vu ça. Je souhaite la formater car elle n'est plus accessible en écriture.

Caractéristiques :
- clé usb 2 Go
- 1.1 Go d'utilisé environ, possibilité de copiage mais pas d'écriture
- pas de "vérou" physique sur la clé (comme sur les vieilles diskettes)
- une seule partition en fat16

J'ai d'abord tenté un

dd if=/dev/zero of=/dev/sdb1 conv=notrunc

La ça a l'air de fonctionner, mais ca s'arrête vite et à la fin j'obtiens :

 dd: écriture vers `/dev/sdb1': Aucun espace disponible sur le périphérique

3993537+0 enregistrements lus

3993536+0 enregistrements écrits

2044690432 octets (2,0 GB) copiés, 20,8807 s, 97,9 MB/s

La vitesse est déjà peu probable pour de l'usb surtout que la vitesse de transfert des fichiers sur cette clé est très lent.
J'enlève la clé, je la remet, et hop magie tout est comme au début, rien n'est effacé sur la clé.

J'ai ensuite essayé avec l'utilitaire de disque, formatage partition, changement du type, enfin tout ce que je pouvais mais rien n'y fais ca ne fonctionne pas : le formatage simple de la partition semble marcher mais lorsque je remet la clé tout est comme avant. J'ai obtenu cette erreur (entre autres) en mode graphique :

Error erasing: helper exited with exit code 1: In part_del_partition: device_file=/dev/sdb, offset=32768
Entering MS-DOS parser (offset=0, size=2044723200)
MSDOS_MAGIC found
looking at part 0 (offset 32768, size 2044690432, type 0x06)
new part entry
looking at part 1 (offset 0, size 0, type 0x00)
new part entry
looking at part 2 (offset 0, size 0, type 0x00)
new part entry
looking at part 3 (offset 0, size 0, type 0x00)
new part entry
Exiting MS-DOS parser
MSDOS partition table detected
got it
got disk
got partition - part->type=0
Error: Input/output error during write on /dev/sdb
ped_disk_commit_to_dev() failed

D'ou mes questions : Est-il possible qu'avec un quelconque programme, des infos interdisant l'accès en écriture aient pu être mises dans la table de partition ou le secteur d'amorçage? Finalement, existe-t-il un moyen de la rendre re-effaçable?
Un coup de main serait le bienvenu !
Merci d'avance

cep · Le 23/11/2010, à 19:58

dans ta commande remplace of=/dev/sdb1 par of=/dev/sdb en vérifiant auparavant qu'il s'agit bien de ta clé usb.

gilsub · Le 23/11/2010, à 20:17

Merci cep pour ta réponse rapide. Je viens de tester, j'obtiens la même chose :

dd: écriture vers `/dev/sdb': Aucun espace disponible sur le périphérique

3993601+0 enregistrements lus

3993600+0 enregistrements écrits

2044723200 octets (2,0 GB) copiés, 574,869 s, 3,6 MB/s

J'enlève et je remet la clé, tout est comme avant...

cep · Le 23/11/2010, à 20:31

après avoir enlevé puis remis la clé, que donne dmesg présenté ainsi :

dmesg | tail -f

gilsub · Le 23/11/2010, à 20:41

dmesg | tail -f me donne :

[24392.154829] sd 9:0:0:0: Attached scsi generic sg2 type 0
[24392.157702] sd 9:0:0:0: [sdb] 3993600 512-byte logical blocks: (2.04 GB/1.90 GiB)
[24392.159252] sd 9:0:0:0: [sdb] Write Protect is off
[24392.159265] sd 9:0:0:0: [sdb] Mode Sense: 03 00 00 00
[24392.159272] sd 9:0:0:0: [sdb] Assuming drive cache: write through
[24392.165058] sd 9:0:0:0: [sdb] Assuming drive cache: write through
[24392.165077] sdb: sdb1
[24392.382836] sd 9:0:0:0: [sdb] Assuming drive cache: write through
[24392.382843] sd 9:0:0:0: [sdb] Attached SCSI removable disk
[24398.780523] Inbound IN=eth0 OUT= MAC=00:1c:25:93:ab:92:00:1b:bf:72:e3:b5:08:00 SRC=82.225.54.178 DST=192.168.1.13 LEN=58 TOS=0x00 PREC=0x00 TTL=116 ID=12252 DF PROTO=UDP SPT=18102 DPT=51413 LEN=38

cep · Le 23/11/2010, à 20:48

et ça te fait la même chose avec un live cd ? ton user est dans le groupe plugdev ?
je ne sais pas comment ubuntu gère les périphériques usb.

Compte supprimé · Le 23/11/2010, à 20:50

Peut-être avec gparted. Cela m'a déjà dépanné dans un cas semblable.

kyncani · Le 23/11/2010, à 20:53

Tous les messages que tu obtiens sont normaux. Pour formater ta clé, utilise gparted.

cep · Le 23/11/2010, à 21:33

kyncani a écrit :

Tous les messages que tu obtiens sont normaux. Pour formater ta clé, utilise gparted.

données toujours présentes [24392.165077] sdb: sdb1 après passage de dd et tout est normal ?

gilsub · Le 23/11/2010, à 23:21

@Tamarou&kyncani : je ne pense pas que gparted change grand chose : "dd" n'est pas censé être la méthode la plus "brutale"? J'essayerai demain quand même...

@cep : oui meme chose avec un live cd. C'est lorsque mon ami m'a dit qu'il n'arrivait pas à la formater sous windows (vista) que j'ai essayé sur ubuntu.
J'ai déjà formaté ma propre clé plusieurs fois, et j'ai re essayer pour voir si ca venais de mon pc et cela fonctionne sans problèmes,donc...peut-être que la clé est foutue? Enfin je peux copier ce qu'il y a dessus et ça marche donc j'ai des doutes...-_-

kyncani · Le 24/11/2010, à 03:48

Pas du tout. dd if=/dev/zero of=/dev/sdb1 écrit des zéros sur la partition sdb1, détruisant le système de fichiers au passage. Avec of=/dev/sdb, tu écris des zéros sur le disque, détruisant en plus la table des partitions au passage.
Ce que tu cherches à faire, c'est créer une table des partitions sur /dev/sdb (pas mettre des zéros), relire la table des partitions, puis créer un système de fichiers sur la nouvelle partition /dev/sdb1 (pas non plus mettre des zéros). C'est ce que parted te permet de faire.
Dd n'est pas l'outil qu'il te faut.

cep a écrit :

kyncani a écrit :
Tous les messages que tu obtiens sont normaux. Pour formater ta clé, utilise gparted.
données toujours présentes [24392.165077] sdb: sdb1 après passage de dd et tout est normal ?

Oui, c'est normal. dmesg donne les messages présents dans le kernel ring buffer. Les messages que tu regardes y ont été enregistrés bien avant le dd.
PS: Et si après le dd vers /dev/sdb, la partition /dev/sdb1 est toujours visible depuis linux, c'est _également_ normal, et oui rien de sorcier là-dedans . Vu que dd ne demande pas à linux de relire la table des partitions de /dev/sdb (man partprobe). Dd, c'est pas magique , ça ne fait que copier des données d'un fichier dans un autre. Rien de plus.
PS2: Et le message "aucun espace disponible", c'est également normal (tant qu'à tout expliquer). Le fichier spécial /dev/zero est virtuel. Tu peux continuer à lire dedans, le kernel va passer son temps à te renvoyer des buffers remplis de zéros. Il n'a pas de fin, contrairement à un disque ou une partition physique. Dd passe son temps à lire des zéros de /dev/zero, les écrire dans /dev/sdb ou /dev/sdb1, et arrivé à la fin de /dev/sdb (resp. /dev/sdb1), l'écriture ne peut plus se faire car on est arrivé à la fin du disque, d'où l'erreur d'écriture.

Dernière modification par kyncani (Le 24/11/2010, à 04:13)

cep · Le 24/11/2010, à 08:27

@kyncani : pas le temps de tout reprendre pour le moment, j'y reviendrais plus tard, mais juste un truc : tu passes dd sur la totalité de la clé, tu débranches la clé, tu la rebranches et tu trouves normal que le système liste encore une partition sur la clé ? pour le reste j'y reviendrai dans la journée.

cep · Le 24/11/2010, à 09:59

Alors, pour kyncani qui dans son message 11 avec beaucoup de suffisance nous a pondu un roman de science fiction je vais lui montrer par l'exemple qu'il est à côté de la plaque.

1/ je branche une clé usb et je regarde ce que voit le kernel. Avec dmegs |tail -f je peux lire les dernieres écritures et non un vieux tampon comme semble le croire kyncani :
~# dmesg |tail -f
[31684.927318] sd 7:0:0:0: [sdc] 3948544 512-byte logical blocks: (2.02 GB/1.88 GiB)
[31688.005873] sd 7:0:0:1: [sdd] Attached SCSI removable disk
[31688.006359] sd 7:0:0:0: [sdc] Write Protect is off
[31688.006365] sd 7:0:0:0: [sdc] Mode Sense: 00 00 00 00
[31688.006369] sd 7:0:0:0: [sdc] Assuming drive cache: write through
[31688.010594] sd 7:0:0:0: [sdc] Assuming drive cache: write through
[31688.136044] sdc: sdc1
[31688.140364] sd 7:0:0:0: [sdc] Assuming drive cache: write through
[31688.140376] sd 7:0:0:0: [sdc] Attached SCSI removable disk
[31688.623727] FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive!

Je note la présence de /dev/sdc et /dev/sdc1. Je vérifie dans /dev/disk/by-path et j'ai confirmation de la présence du périphérique :
~# ls -l /dev/disk/by-path/*usb* |grep sdc
lrwxrwxrwx 1 root root 9 24 nov. 08:09 /dev/disk/by-path/pci-0000:00:13.2-usb-0:2:1.0-scsi-0:0:0:0 -> ../../sdc
lrwxrwxrwx 1 root root 10 24 nov. 08:09 /dev/disk/by-path/pci-0000:00:13.2-usb-0:2:1.0-scsi-0:0:0:0-part1 -> ../../sdc1

Idem :
:~# df -hT /media/med
Sys. fich. Type Taille Uti. Disp. Uti% Monté sur
/dev/sdc1 vfat 1,9G 4,0K 1,9G 1% /media/med

Maintenant je lance un dd sur l'ensemble du device pour effacer le fs et l'organisation. J'ai oublié une option et la commande sera longue :
~# dd if=/dev/zero of=/dev/sdc
dd: écriture vers « /dev/sdc »: Aucun espace disponible sur le périphérique
3948545+0 enregistrements lus
3948544+0 enregistrements écrits
2021654528 octets (2,0 GB) copiés, 1105,07 s, 1,8 MB/s

Je retire la clé et la rebranche :
:~# dmesg |tail -f
[33790.062340] sd 9:0:0:1: Attached scsi generic sg4 type 0
[33790.064739] sd 9:0:0:0: [sdc] 3948544 512-byte logical blocks: (2.02 GB/1.88 GiB)
[33790.065374] sd 9:0:0:0: [sdc] Write Protect is off
[33790.065384] sd 9:0:0:0: [sdc] Mode Sense: 00 00 00 00
[33790.065390] sd 9:0:0:0: [sdc] Assuming drive cache: write through
[33790.067608] sd 9:0:0:0: [sdc] Assuming drive cache: write through
[33796.742088] sd 9:0:0:1: [sdd] Attached SCSI removable disk
[33796.742829] sdc: unknown partition table
[33796.745624] sd 9:0:0:0: [sdc] Assuming drive cache: write through
[33796.745638] sd 9:0:0:0: [sdc] Attached SCSI removable disk

Et oui monsieur kyncani, il n'est plus question de /dev/sdc1 mais seulement un /dev/sdc. Normal. Je vérifie dans /dev/disk/by-path/ :
:~# ls -l /dev/disk/by-path/*usb* |grep sdc
lrwxrwxrwx 1 root root 9 24 nov. 08:37 /dev/disk/by-path/pci-0000:00:13.2-usb-0:2:1.0-scsi-0:0:0:0 -> ../../sdc

Bref, je ne reprendrai pas les autres points, c'est inutile. Juste un tout de même. Lorsque tu écris : "Ce que tu cherches à faire, c'est créer une table des partitions sur /dev/sdb (pas mettre des zéros), relire la table des partitions, puis créer un système de fichiers sur la nouvelle partition /dev/sdb1 (pas non plus mettre des zéros). C'est ce que parted te permet de faire.
Dd n'est pas l'outil qu'il te faut."

Par pitié, évite de penser que tu as systématiquement affaire à des demeurés ignares qui n'attendent qu'une chose, c'est que tu leur révèles la vérité. Cette suffisance stupide a le don de me mettre en boule.

Pour en revenir à cette clé, si malgré toutes les tentatives reportées plus haut pas son propriétaire les données contenues sur la clé sont encore lisibles mais qu'il n'est plus possible d'écrire sur la clé, il me semble qu'il n'y a qu'une seule solution, la poubelle.

Dernière modification par cep (Le 24/11/2010, à 10:02)

gilsub · Le 24/11/2010, à 19:38

Merci pour les réponses.
J'ai testé au cas ou avec gparted, mais ca plante quel que soit ce que j'essaie. Du coup la clé partira à la poubelle...

kyncani · Le 24/11/2010, à 19:52

cep a écrit :

Et oui monsieur kyncani, il n'est plus question de /dev/sdc1 mais seulement un /dev/sdc.

Tout à fait, et ça c'est normal.

Contrairement à

cep a écrit :

kyncani a écrit :
Tous les messages que tu obtiens sont normaux. Pour formater ta clé, utilise gparted.
données toujours présentes [24392.165077] sdb: sdb1 après passage de dd et tout est normal ?

Le log que tu citais n'était plus d'actualité, puisqu'il avait été émis avant dd et c'est ce que j'ai voulu souligner.
Comme tu as pu le constater, après passade de dd, il n'y a plus de sdc1 mais seulement un sdc.

cep · Le 24/11/2010, à 20:10

kyncani a écrit :

cep a écrit :
Et oui monsieur kyncani, il n'est plus question de /dev/sdc1 mais seulement un /dev/sdc.
Tout à fait, et ça c'est normal.
Contrairement à
cep a écrit :
kyncani a écrit :
Tous les messages que tu obtiens sont normaux. Pour formater ta clé, utilise gparted.
données toujours présentes [24392.165077] sdb: sdb1 après passage de dd et tout est normal ?
Le log que tu citais n'était plus d'actualité, puisqu'il avait été émis avant dd et c'est ce que j'ai voulu souligner.
Comme tu as pu le constater, après passade de dd, il n'y a plus de sdc1 mais seulement un sdc.

là tu refais l'histoire "le log n'était plus d'actualité"
je lui pose la question à 19H31 pour savoir ce que donne dmesg après passage de dd, débranchement de la clé et rebranchement. Il publie le résultat montrant la présence de sdb1.

Et là, dans ce que je publie de mes tests tu écris : "Tout à fait, et ça c'est normal." Encore heureux que je n'ai plus de /dev/sdc1.
Bref, tu m'as fait perdre trop de temps alors on va en rester là.

kyncani · Le 24/11/2010, à 20:34

gilsub a écrit :

Merci pour les réponses.
J'ai testé au cas ou avec gparted, mais ca plante quel que soit ce que j'essaie. Du coup la clé partira à la poubelle...

C'est un petit peu flou "ca plante", tu pourrais essayer voir :

Ouvre une console, tape "sudo tail -f -c 0 /var/log/messages" <- Laisse tourner, c'est pour voir les logs système.

Dans une autre console, remplace évidemment sdX par le fichier spécial de ta clé.
- sudo parted -s /dev/sdX mktable msdos
- sudo parted -s /dev/sdX mkpart primary 0 2G
- sudo mkfs.vfat /dev/sdX1
- sudo sync

Attend qu'elle s'arrête de clignoter, puis retire et rebranche la.
Si ça ne fonctionne pas, poste les retours de l'ensemble de l'opération ainsi que le retour du tail -f depuis l'insertion première de la clé jusque l'insertion après l'avoir débranché+rebranché.

PS: Personnellement, en cas de pb, je préfère souvent passer par le mode console plutôt que les utilitaires graphiques parce que c'est plus simple de voir ce qui se passe réellement.

gilsub · Le 25/11/2010, à 00:26

@kyncani

Je n'ai essayé que le mode graphique : la seule option non grisée était "créer une nouvelle table de partition" (pareil qu'avec mes partitions disques donc je suppose que c'est normal), et après m'avoir prévenu que cela allait effacer tout ce qu'il y a sur la clé, il m'affiche une erreur (je ne me souviens pas ce que c'est et j'ai rendu la clé là)

J'avais également essayé mkfs.vfat avec l'option -F 32,ca semblait marcher (comme avec l'utilitaire de disque en mode graphique ou il affichait bien que la partition avait été formaté) mais une fois enlevé et remise, rien n'a bougé.
J'ai rendu la clé donc du coup je peux plus tester.
Voila..merci pour les conseils quand même !

kyncani · Le 25/11/2010, à 00:55

Bon ben si les 446 premiers octets ne fonctionnent pas, plus rien à en tirer de toute façon.

Elric1984 · Le 24/08/2016, à 13:26

Bonjour
J'ai un souci similaire
lorsque je tentes de formater ma clé bootable j'ai ça

Error deleting partition /dev/sdg1: Command-line `parted --script "/dev/sdg" "rm 1"' exited with non-zero exit status 1: Avertissement: Le descripteur du pilote indique une taille physique de bloc de 2048 octets, mais Linux lui indique 512 octets.
 (udisks-error-quark, 0)

Qu'est-ce que ça signifie et comment faire pour formater la bête (sachant que pour une raison mystérieuse a mes yeux d'ignare il y a trois partitions dont une vide et je ne peut rien faire sur aucune d'elles

ajout

Le descripteur du pilote indique une taille physique de bloc de 2048 octets, mais Linux lui indique 512 octets.

Dernière modification par Elric1984 (Le 24/08/2016, à 13:30)

erresse · Le 24/08/2016, à 15:31

Bonjour,
Tu peux re-créer une table partitions, puis une nouvelle partition sur ta clé avec Gparted.
- Table de partition type MSDOS -> onglet "device"
- Partition à créer dans l'espace non alloué, en FAT32 sur toute la surface de la la clé.

Dernière modification par erresse (Le 24/08/2016, à 15:32)

Elric1984 · Le 24/08/2016, à 16:30

Re
La clé n'apparait as dans gparted mais elle apparait dans disques

erresse · Le 24/08/2016, à 16:43

Je ne suis pas familier de "disques", mais puisque la clé y apparaît, tu peux choisir "Formater" dans les options... mais j'ignore ce que ce logiciel fait au juste, alors que je maîtrise bien Gparted.

Elric1984 · Le 24/08/2016, à 16:44

re re
gparted me met ça

La (les) partition(s) 1 a (ont) été écrite(s) sur /dev/sdd, mais impossible d'informer le système des changements, sans doute à cause de son (leur) utilisation. Ainsi, les anciennes partitions restent en usage. Vous devriez redémarrer maintenant avant d'effectuer d'autres changements.

Que dois-je faire
ps: merci de m'accorder du temps

Elric1984 · Le 24/08/2016, à 16:50

Bon a force de clic sur le bouton "ignorer" des messages d'erreurs de gparted j'ai réussi a formater ma clé qui semble fonctionner sans encombre

Puis-je me permettre de concidéré que l'incident est clos (je ne puis hélas passer le topic en résolu mais le coeur y est)

Merci beaucoup

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 23/11/2010, à 19:53

Clé USB "informatable"

#2 Le 23/11/2010, à 19:58

Re : Clé USB "informatable"

#3 Le 23/11/2010, à 20:17

Re : Clé USB "informatable"

#4 Le 23/11/2010, à 20:31

Re : Clé USB "informatable"

#5 Le 23/11/2010, à 20:41

Re : Clé USB "informatable"

#6 Le 23/11/2010, à 20:48

Re : Clé USB "informatable"

#7 Le 23/11/2010, à 20:50

Re : Clé USB "informatable"

#8 Le 23/11/2010, à 20:53

Re : Clé USB "informatable"

#9 Le 23/11/2010, à 21:33

Re : Clé USB "informatable"

#10 Le 23/11/2010, à 23:21

Re : Clé USB "informatable"

#11 Le 24/11/2010, à 03:48

Re : Clé USB "informatable"

#12 Le 24/11/2010, à 08:27

Re : Clé USB "informatable"

#13 Le 24/11/2010, à 09:59

Re : Clé USB "informatable"

#14 Le 24/11/2010, à 19:38

Re : Clé USB "informatable"

#15 Le 24/11/2010, à 19:52

Re : Clé USB "informatable"

#16 Le 24/11/2010, à 20:10

Re : Clé USB "informatable"

#17 Le 24/11/2010, à 20:34

Re : Clé USB "informatable"

#18 Le 25/11/2010, à 00:26

Re : Clé USB "informatable"

#19 Le 25/11/2010, à 00:55

Re : Clé USB "informatable"

#20 Le 24/08/2016, à 13:26

Re : Clé USB "informatable"

#21 Le 24/08/2016, à 15:31

Re : Clé USB "informatable"

#22 Le 24/08/2016, à 16:30

Re : Clé USB "informatable"

#23 Le 24/08/2016, à 16:43

Re : Clé USB "informatable"

#24 Le 24/08/2016, à 16:44

Re : Clé USB "informatable"

#25 Le 24/08/2016, à 16:50

Re : Clé USB "informatable"

Pied de page des forums