Échec de formatage d'une clef USB (ne se monte plus)

renyeu · Le 01/07/2018, à 10:52

Bonjour,
Après avoir utiliser Unetbootin pour installer Ubuntu sur ma clé:
-La clé ne se monte plus.
-Elle n'est plus formatable avec l'utilitaire Disques comme avec Gparted
-Le test de performances de Disques fonctionne. La clé communique (sa led clignote)
-L'essai de formatage me renvoie: "udisks-error-quark, 0"
Clé bonne au recyclage?
Merci de vos aides et conseils
Cdlt
Renyeu

xinu · Le 01/07/2018, à 12:26

Appliquer cette procédure :

https://forum.ubuntu-fr.org/viewtopic.p … #p21920519

renyeu · Le 01/07/2018, à 13:07

Bonjour Xinu
Voici le retour de la commande:

Disque /dev/sdc : 8 MiB, 8388608 octets, 16384 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
renyeu4@renyeu4-N76VJ:~$ sudo dd if=/dev/zero of=/dev/sdc count=2048 && sync
2048+0 enregistrements lus
2048+0 enregistrements écrits
1048576 bytes (1,0 MB, 1,0 MiB) copied, 0,148552 s, 7,1 MB/s

Toujours impossible de créer une nouvelle table de partitions et de formater:/

Error synchronizing after formatting with type `vfat': Timed out waiting for object (udisks-error-quark, 0)

Cdlt
Renyeu

xinu · Le 01/07/2018, à 14:01

Essayer d'effacer complètement la clé avec :

sudo dd if=/dev/zero of=/dev/sdx

Attendre la fin de l'effacement, la LED de la clé ne doit plus clignoter ,ça peut durer plusieurs minutes...

Remplacer sdx par l'identifiant de la clé. Puis réutiliser Gparted (création de la NOUVELLE TABLE des partitions, ajouter nouvelle partition et formater)

Dernière modification par xinu (Le 01/07/2018, à 14:23)

renyeu · Le 01/07/2018, à 15:11

Retour de la commande:

dd: écriture vers '/dev/sdc': Aucun espace disponible sur le périphérique
16385+0 enregistrements lus
16384+0 enregistrements écrits
8388608 bytes (8,4 MB, 8,0 MiB) copied, 1,1241 s, 7,5 MB/s

Toujours impossible de créer une table de partitions

xinu · Le 01/07/2018, à 15:20

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

Ce genre de message est affiché quand l'identificateur n'existe pas, par exemple si tu utilises sdx au lieu de sdc. Possible aussi que le port usb soit defectueux, essaye un autre port. Enfin la clé peut être défectueuse ou non connectée...

moko138 · Le 01/07/2018, à 15:36

J'ajoute :
Un retour de commandes se donne complet, c'est-à-dire du prompt de type "moi@mon-pc" inclus jusqu'au retour de ce prompt inclus ; exemple :

titi@pc:~$ find ~/ -iname \*mamie\* 2>/dev/null
/home/titi/Images/mamie20170924.txt
titi@pc:~$

Et si le retour est vide, on le donne complet aussi ! Exemple :

titi@pc:~$ cd ~/Bureau
titi@pc:~/Bureau$

(Plus de détails dans ce message-ci Retour utilisable de commande.)

xinu · Le 01/07/2018, à 16:03

Moko138 a parfaitement raison, pour l'instant on joue aux devinettes ...

Branche ta clé et faire :

sudo fdisk -l

Tu donnera le retour COMPLET avec prompt de début et de fin. Voici un exemple :

asusl@asus:~$ sudo fdisk -l
[sudo] Mot de passe de asus : 

Disque /dev/sda : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x00076092

Périphérique Amorçage      Start        Fin   Secteurs   Size Id Type
/dev/sda1                   2048   71682047   71680000  34,2G 83 Linux
/dev/sda2               71682048 1934067711 1862385664 888,1G 83 Linux
/dev/sda3             1934067712 1953523711   19456000   9,3G 82 partition d'éch


Disque /dev/sdb : 7,2 GiB, 7759462400 octets, 15155200 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x690a7a2e

Périphérique Amorçage   Start     Fin Secteurs  Size Id Type
/dev/sdb1    *              0 2931839  2931840  1,4G  0 Vide
/dev/sdb2             2880880 2885487     4608  2,3M ef EFI (FAT-12/16/32)
asus@asus:~$

Dernière modification par xinu (Le 01/07/2018, à 16:11)

Arbiel · Le 01/07/2018, à 16:07

Bonsoir

Je ne suis pas tout à fait d'accord avec

xinu a écrit :

Ce genre de message est affiché quand l'identificateur n'existe pas, par exemple si tu utilises sdx au lieu de sdc

Ce message apparaît également si tu essaies d'écrire au delà de la capacité de la clé. Ce peut être le cas si tu n'as pas précisé le nombre de secteurs à recopier.

Procéder comme l'indique moko138 est indispensable pour permettre l'analyse précise du retour des commandes. Essaie de t'y tenir dorénavant.

Arbiel

renyeu · Le 01/07/2018, à 16:12

Ok, ok.
Voici le retour de sudo fdisk -l:

renyeu4@renyeu4-N76VJ:~$ sudo fdisk -l
[sudo] Mot de passe de renyeu4 : 
Disque /dev/sda : 465,8 GiB, 500107862016 octets, 976773168 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: CAC852F3-6E26-4EAE-B3A8-A0A379CD1155

Périphérique    Start       Fin  Secteurs   Size Type
/dev/sda1        2048    616447    614400   300M EFI System
/dev/sda2      616448  41576447  40960000  19,5G Linux filesystem
/dev/sda3    41576448  53864447  12288000   5,9G Partition d'échange Linux
/dev/sda4    53864448 976773119 922908672 440,1G Linux filesystem


Disque /dev/sdb : 465,8 GiB, 500107862016 octets, 976773168 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 65C20B88-5A01-48D3-B6C8-12180A35C5DF

Périphérique Start       Fin  Secteurs   Size Type
/dev/sdb1     2048 976773119 976771072 465,8G Linux filesystem




Disque /dev/sdc : 8 MiB, 8388608 octets, 16384 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
renyeu4@renyeu4-N76VJ:~$

xinu · Le 01/07/2018, à 16:25

Y a quand même un soucis pour la taille de la clé : 8 méga octects ce n'est pas normal...

Dernière modification par xinu (Le 01/07/2018, à 16:26)

Poun64 · Le 01/07/2018, à 16:26

Bonjour Renyeu, bonjour toul'monde,

J'ai déjà été confronté à ce problème après avoir utilisé « USB-creator » pour me faire un disque de démarrage.
Après avoir utilisé cette clé USB-Live, je ne pouvais plus par la suite la réutiliser comme clé de données (création de partition et reformatage impossible...).
Si j'ai bien compris, depuis Ubuntu 16.04, le créateur de disque de démarrage « USB-creator » a changé sa méthode de création des disques.
Actuellement il crée un clone de l'iso, ce qui laisse une partie de disque "non-allouée". Il devient alors impossible de continuer à utiliser cette clé usb comme support amovible, sans procédure de restauration.
Pour cela il suffit de supprimer les données inscrites sur la clef, notamment celles correspondantes à la table de partition. Il sera ensuite possible de reformater la clef à volonté.
Le problème est peut-être similaire avec "Unetbootin".

Voici comment j'ai réussi à récupérer et réutiliser ma clé :

Pour détruire la ou les partitions récalcitrantes aux gestionnaires de partitions, utiliser la commande :
~$ sudo shred /dev/sd(c,d,e…)
Attention de bien identifier le disque à effacer !
Sans interruption de l'utilisateur, toutes les données de la clef seront effacées.
En fonction de la taille de la partition problématique, il est donc possible d'arrêter Shred après une minute voire moins.
Bien-sur, il faut après la manip. recréer la table de partition et reformater comme on le fait avec un disque neuf...

Amicalement

Dernière modification par Poun64 (Le 01/07/2018, à 16:38)

renyeu · Le 01/07/2018, à 16:44

Bonjour Poun64
Échec de la commande shred. la clef clignote 1-2 secondes. Pas de message au retour de la commande.
Toujours impossible de créer la table...

Arbiel · Le 01/07/2018, à 17:12

Voir la remarque #7 de moko138.

Dernière modification par Arbiel (Le 01/07/2018, à 17:13)

renyeu · Le 01/07/2018, à 19:42

Merci Arbiel,
J'entends bien la remarque #7...
Retour sur la commande de pound64 #12:

renyeu4@renyeu4-N76VJ:~$

Poun64 · Le 02/07/2018, à 13:57

Bonjour Renyeu, bonjour toul'monde !

Je ne comprends pas bien le retour de votre commande "shred". A priori, vous n'êtes pas passé en mode "Admin".
Nous allons procéder par étape et vous allez nous poster tous les retours...

1- Se donner les autorisations "Administrateur" :

sudo -s

puis tapez votre mot de passe (il ne s'écrit pas à l'écran).

2- Lancez la commande "shred" :

sudo shred /dev/sd(c,d,e…)

sachant que (c,d,e…) doit être remplacé par la lettre identifiant votre clé USB à restaurer.
Exemple "sudo shred /dev/sde" Attention de bien identifier le disque à effacer, ne vous trompez pas !

A+

Dernière modification par Poun64 (Le 02/07/2018, à 14:01)

moko138 · Le 03/07/2018, à 05:59

NON ! Car :

Le shred est inutile ici

sudo est inutile et absurde derrière un sudo -s

sudo -s est inutile ici

et surtout
/!\ sudo -s (tout comme sudo -i) est une commande si DANGEREUSE que, si on la prescrit, il est impératif de prescrire, dès le début, un exit à exécuter dès la fin de la série de commandes !

Dernière modification par moko138 (Le 03/07/2018, à 06:00)

renyeu · Le 03/07/2018, à 10:59

Bonjour à tous,
Comme indiqué par moko138 la commande shred n'est pas plus efficace en mode sudo -su ...
Cdlt
Renyeu

erresse · Le 03/07/2018, à 11:10

xinu a écrit :

Y a quand même un soucis pour la taille de la clé : 8 méga octects ce n'est pas normal...

Voir au message #5, il semble que la taille de 8Mo corresponde à ce qui a été écrasé par la commande "dd", non ?
Ou la clé est tout bonnement morte, le fait qu'on le constate juste en voulant la reformater pourrait être une coïncidence...

renyeu · Le 03/07/2018, à 11:27

Bonjour Erresse,
Effectivement Gparted voit un sdc de 8Mio...
Dois-je en conclure que je peux établir le certificat de décès de ma très chère clé USB :(:( ???
Renyeu

xinu · Le 06/07/2018, à 13:23

renyeu a écrit :

Effectivement Gparted voit un sdc de 8Mio...

Tu peux en dernière limite appliquer cette procédure, il faut bien entendu remplacer sdx par l'identifiant de TA clé. Ne te trompes pas !

sudo sgdisk -Z /dev/sdx

Puis :

sudo dd if=/dev/zero of=/dev/sdx bs=512 count=4096

Edit : éjecte la clef, débranche-la, attend quelques secondes puis rebranche-la

Ensuite passer par gparted, création nouvelle TABLE de partition ( choisir "msdos" ), nouvelle partition et formater...

Ce serait intéressant d'avoir les retours de ces commandes.

Dernière modification par xinu (Le 07/07/2018, à 09:34)

moko138 · Le 06/07/2018, à 13:50

xinu a écrit :

Tu peux en dernière limite appliquer cette procédure, il faut bien entendu remplacer sdx par l'identifiant de TA clé. Ne te trompes pas !
sudo sgdisk -Z /dev/sdx
Puis :
sudo dd if=/dev/zero of=/dev/sdx bs=512 count=4096
Ensuite passer par gparted, création nouvelle TABLE de partition (choisir MSDOS), nouvelle partition et formater...
Ce serait intéressant d'avoir les retours de ces commandes.

Personnellement, vu que renyeu ne souhaitait pas récupérer de données sur la clef, c'est la première chose que j'aurais conseillée.

Alors pourquoi "en dernière limite" ?

xinu · Le 06/07/2018, à 14:02

moko138 a écrit :

Personnellement, vu que renyeu ne souhaitait pas récupérer de données sur la clef, c'est la première chose que j'aurais conseillée.
Alors pourquoi "en dernière limite" ?

Je n'ai jamais eu besoin d'utiliser cette commande, un dd a toujours suffit. donc "en dernière limite' c'est plus une façon de s'exprimer qu'autre chose.

renyeu · Le 07/07/2018, à 19:00

Bonsoir,
Voici le retour des commandes:

renyeu4@renyeu4-N76VJ:~$ sudo su
[sudo] Mot de passe de renyeu4 : 
root@renyeu4-N76VJ:/home/renyeu4# sgdisk -Z /dev/sdc
Creating new GPT entries.
GPT data structures destroyed! You may now partition the disk using fdisk or
other utilities.
root@renyeu4-N76VJ:/home/renyeu4# dd if=/dev/zero of=/dev/sdc bs=512 count=4096
4096+0 enregistrements lus
4096+0 enregistrements écrits
2097152 bytes (2,1 MB, 2,0 MiB) copied, 0,300374 s, 7,0 MB/s
root@renyeu4-N76VJ:/home/renyeu4#

Gparted voit toujours une clé de 8 Mio sur laquelle il est toujours impossible de créer de table de partitions...
De profondis:(
Cdlt
Renyeu

xinu · Le 07/07/2018, à 20:50

root@renyeu4-N76VJ:/home/renyeu4#

Dans la mesure du possible éviter d'utiliser sudo su. Ecrire sudo tout court c'est largement suffisant.

Sinon, pour ta clé, je n'ai plus d'idées. Elle est peut-être DCD.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 01/07/2018, à 10:52

Échec de formatage d'une clef USB (ne se monte plus)

#2 Le 01/07/2018, à 12:26

Re : Échec de formatage d'une clef USB (ne se monte plus)

#3 Le 01/07/2018, à 13:07

Re : Échec de formatage d'une clef USB (ne se monte plus)

#4 Le 01/07/2018, à 14:01

Re : Échec de formatage d'une clef USB (ne se monte plus)

#5 Le 01/07/2018, à 15:11

Re : Échec de formatage d'une clef USB (ne se monte plus)

#6 Le 01/07/2018, à 15:20

Re : Échec de formatage d'une clef USB (ne se monte plus)

#7 Le 01/07/2018, à 15:36

Re : Échec de formatage d'une clef USB (ne se monte plus)

#8 Le 01/07/2018, à 16:03

Re : Échec de formatage d'une clef USB (ne se monte plus)

#9 Le 01/07/2018, à 16:07

Re : Échec de formatage d'une clef USB (ne se monte plus)

#10 Le 01/07/2018, à 16:12

Re : Échec de formatage d'une clef USB (ne se monte plus)

#11 Le 01/07/2018, à 16:25

Re : Échec de formatage d'une clef USB (ne se monte plus)

#12 Le 01/07/2018, à 16:26

Re : Échec de formatage d'une clef USB (ne se monte plus)

#13 Le 01/07/2018, à 16:44

Re : Échec de formatage d'une clef USB (ne se monte plus)

#14 Le 01/07/2018, à 17:12

Re : Échec de formatage d'une clef USB (ne se monte plus)

#15 Le 01/07/2018, à 19:42

Re : Échec de formatage d'une clef USB (ne se monte plus)

#16 Le 02/07/2018, à 13:57

Re : Échec de formatage d'une clef USB (ne se monte plus)

#17 Le 03/07/2018, à 05:59

Re : Échec de formatage d'une clef USB (ne se monte plus)

#18 Le 03/07/2018, à 10:59

Re : Échec de formatage d'une clef USB (ne se monte plus)

#19 Le 03/07/2018, à 11:10

Re : Échec de formatage d'une clef USB (ne se monte plus)

#20 Le 03/07/2018, à 11:27

Re : Échec de formatage d'une clef USB (ne se monte plus)

#21 Le 06/07/2018, à 13:23

Re : Échec de formatage d'une clef USB (ne se monte plus)

#22 Le 06/07/2018, à 13:50

Re : Échec de formatage d'une clef USB (ne se monte plus)

#23 Le 06/07/2018, à 14:02

Re : Échec de formatage d'une clef USB (ne se monte plus)

#24 Le 07/07/2018, à 19:00

Re : Échec de formatage d'une clef USB (ne se monte plus)

#25 Le 07/07/2018, à 20:50

Re : Échec de formatage d'une clef USB (ne se monte plus)

Pied de page des forums