debcedric a écrit
comment tu sais que je suis mecanicien du moins ex car je me suis cassé le dos
Je n'en sais rien. J'emploie régulièrement cette image, quand je dois insister pour expliquer en quoi les initiatives unilatérales sont absurdes et contre-productives pendant un dépannage.
[center]= =[/center]
En #1, tu avais décrit :
reussi à la refaire detecter par gparted mais avec message d'erreur end of file while reading/dev/sdf et avec 512 o sur les 32 go de la clé usb
Il y avait déjà suspicion de clef HS.
- -
En #3 et en #8, on a vu que la clef ne comportait ni table de partitions ni système de fichiers.
- -
En #12, nous avons pu créer une table de partitions msdos.
Mais tu avais zappé le zérotage initial et fdisk voyait une clef de
2 Mio :
Disque /dev/disk/by-id/usb-Kingston_(...) : 2 MiB, 2107392 octets, 4116 secteurs
.
- -
En #14, je ne saurai jamais ce que tu avais bricolé mais :
Disque /dev/disk/by-id/usb-Kin (...) 7E-0:0 : 512 B, 512 octets, 1 secteurs
le résultat était une
clef de 512 octets !
- -
En #22, on voit à la fois :
dd (...)
4116+0 enregistrements lus
4116+0 enregistrements écrits
2107392 bytes (2,1 MB, 2,0 MiB) copied, 96,3614 s, 21,9 kB/s
Donc un débit
beaucoup trop bas, 21,9
ko/s.
Et la clef qui disparaît :
cedric@cedric-ubuntu:~$ sudo sgdisk -Z /dev/disk/by-id/usb-Kingston_DataTraveler_3.0_60A44C3FAFE1F240B96D007E-0:0
Problem opening /dev/disk/by-id/usb-Kingston_DataTraveler_3.0_60A44C3FAFE1F240B96D007E-0:0 for reading! Error is 2.
The specified file does not exist!
.
- -
En #25, tu avais correctement effacé et recréé la table de partitions msdos.
Mais fdisk voyait encore une clef de
2 Mio :
Disque /dev/disk/by-id/usb-King (...) 7E-0:0 : 2 MiB, 2107392 octets, 4116 secteurs
.
- -
En #25
d, nouvelles anomalies :
fdisk aurait dû, par défaut, te proposer comme "Premier secteur", le secteur
2048 et non le
1.
fdisk aurait dû, par défaut, te proposer comme "Dernier secteur", un numéro de secteur voisin de
30,1 millions et non le
4115.
Et ce résultat partiel :
Une nouvelle partition 1 de type « Linux » et de taille 2 MiB a été créée.
"partition créée", c'est bien ; de taille
2 Mio, ça ne l'est pas.
- -
En #27, tu effaces tout et tu recrées une table de partitions msdos, et :
Disque /dev/disk/by-id/usb-Kin (...) 7E-0:0 : 512 B, 512 octets, 1 secteurs
la clef revient à une taille de
512 octets.
- -
En #31, on lit :
Disque /dev/disk/by-id/usb-King (...) 7E-0:0 : 2 MiB, 2107392 octets, 4116 secteurs
la clef revient à une taille de
2 Mio.
.
- -
En #33, la partition a disparu.
mkfs.vfat: unable to open /dev/disk (...)7E-0:0-part1: No such file or directory
Mais nous ignorons si ça tient à l'état de la clef ou à un de tes
dd et
sgdisk -Z intempestifs.
- -
En #41, on lit
la bonne taille mais suivie d'une erreur d'entrée/sortie qui empêche la commande de finir l'écriture (w) :
Commande (m pour l'aide) : p
Disque /dev/disk/by-id/usb-Kin(...)7E-0:0 : 28,8 GiB, 30943995904 octets, 60437492 secteurs
(...)
Type d'étiquette de disque : dos
Identifiant de disque : 0xf0e4c5ce
Commande (m pour l'aide) : w
La table de partitions a été altérée.
Appel d'ioctl() pour relire la table de partitions.
/dev/disk/by-id/usb-K (...) 7E-0:0 : échec de fermeture du périphérique: Erreur d'entrée/sortie
.
[center]= =[/center]
Ta clef est très probablement hors service.
Mais il reste un
détail étrange et qui me donne un tout, tout petit espoir :
C'est que fdisk voit une clef de "
4116 secteurs" après les
dd (...) bs=512 count=
4116
Donc je te propose d'exécuter un zérotage complet :
sudo dd if=/dev/zero of=/dev/disk/by-id/usb-Kingston_DataTraveler_3.0_60A44C3FAFE1F240B96D007E-0:0 bs=16M && sudo fdisk -l /dev/disk/by-id/usb-Kingston_DataTraveler_3.0_60A44C3FAFE1F240B96D007E-0:0
AJOUT :
Aucun hub externe ne doit être branché pendant cette manip'.
FIN d'ajout
Ça prendra du temps (si ça se passe bien).
Au retour du prompt ("cedric@cedric-ubuntu:~$"), tu DÉBRANCHERAS la clef, tu la cacheras dans un tiroir et TU N'Y TOUCHERAS PLUS jusqu'à ce que j'aie commenté le retour.