Forum

Reprise du message précédent

Bonjour,

j'ai essayé mais les clés ont un comportement trop instable pour pouvoir allé jusqu'au bout de l'installation . Bizarrement J'ai reussi à effectuer un badblocks complets sur ces clés qui ne m'indiquent pas d'erreurs . JE pense de plus en plus pour un problème particulier aux clés corsair concernant la manière dont les tables de partitions sont gérées , une solution technique qui serait propre à Corsair . Je me suis inscrit sur le forum Corsair pour poser une question , j'attends un mail de validation ...

Non désolé, la table de partition est géré par l'alignement des bits dans la mémoire de la clef. Tu peux aussi utilisé la mémoire sans table de partition, ni système de fichier.

bonjour à tous , j'ai modifié le titre car il est probable que le problème ne vienne pas d'isodumper , mais d'une serie bien précise de clé usb corsair et de la manière dont la table de partition est gérée et stockée sur ces clés ( ne me demandez pas , je ne saurais pas expliquer en détail ) . je ne suis pas le seul à avoir eu des problèmes .

alors comment ai je résolu le problème ?

Facile carte microsd samsung U3 , pas cher , grosse quantité de mémoire , très bonne vitesse de transfert , petit et ne pose pas de problème .

( c'est fou ce qu'ils arrivent à mettre dans une carte microsd !! )

J'aimerai bien jeter un œil sur les clefs qui seraient défectueuses, car ça me dérange quand même cette histoire ^^

Bonsoir,

j'ai ouvert le caoutchouc et j'ai pu lire

pour le controleur : EV268H
puce mémoire ( il y en a deux de chaque coté c'est des clés de 32 Go en tout ) : intel 29F16B08CCME3

Si ça te dis quelque chose ... ( sûr ça ne donne pas le contenu du controleur )

Hahaha, je ne voulais pas opérer matériellement, juste "forcer" un peu les choses et les formatages avec des commandes de très bas niveau. ^^

tu connais ce genre de commandes ? Elles sont disponibles sous mageia ?

Oui et non, c'est de la recherche, on teste, on observe, etc.
À base de dd (la commande) et de xxd, on peut faire pas mal de trucs pour des tests, puis avec fdisk, mkfs.*** on peut faire des trucs de plus haut niveaux.
Voilou.
Via un forum, ça sera très long et fastidieux.

à base de dd j'avais déjà essayé la copie du mbr d'une autre clé et de la remettre sur celles qui posent problème , ça n'avait pas fonctionné .

dd if=/dev/sdg of=/home/user/mbr.bin bs=512 count=1

puis après l'inverse

dd if=/home/user/mbr.bin of=/dev/sdh

Alors je ne suis pas trop au courant, je devrais me renseigner, mais :
MBR pour master BOOT record
FSTAB pour Tableau des systèmes de fichiers.
Je ne sais pas où est la fstab, fort probablement dans les 512 premiers octets, mais j'en sais rien.

Si tu ne crains plus rien sur la clef, tu peux essayer :
dd if=/dev/zero of=/dev/sdx bs=1M count=1
puis,
dd if=/dev/sdx of=/home/utilisateur/controle bs=1M count=1

Puis, avec xxd on inspecte le fichier controle, s'il ne contient pas que des 0, alors on peut se dire qu'il y a un gros problème.

je viens de tester , et effectivement il n'y a pas que des zeros , je dirais même plus les zéros constituent une toute petite petite petite petite minorité

ça confirme les clés sont fichues . Vive samsung

J'ai du mal à le croire... Ne veux tu pas ressayer ?

Bonjour,

Pardonnez-moi d'intervenir dans votre diagnostic, mais j'ai dû créer, à une époque, une clef USB bootable portant une image disque Mageia, et lorsque j'ai voulu me servir à nouveau de la clef pour stocker des fichiers, windows ne la trouvait plus (ou seulement qu'une petite partie de sa capacité ? je ne me souviens plus). Se pourrait-il que votre problème soit du même type ?

A la fin de cette discussion, j'avais écrit
...la clef USB n'est alors plus considérée comme une clef USB, et si on veut lui redonner son statut de clef USB, windows ne la trouve plus, et ne peut donc pas la formater. J'ai alors relancé Rufus pour qu'il créée la clef bootable en mode "image ISO", et de là, Rufus a terminé son travail, et windows a retrouvé la clef, et j'ai pu la formater...

D'après ta dernière citation, il semblerait que tu aies pu reformater la clef usb, donc les opérations d'écriture ont réussi, peut-être que l'application eue un bogue qui formatait mal les clef USB pour windows, mais formatait tout de même, on décide encore quel bit est à un ou à zéro.
Or ici, avec ces derniers tests, on remarque qu'on ne peut plus mettre à 1 ou à 0 les bits de la clefs, ils ont l'air figés, autrement dit : les transistors sont grillés.
Mais j'ai du mal à le croire, et j'aimerai que l'étape :
dd if=/dev/zero of=/dev/sdx bs=1M count=1
soit faite 3 fois de suite, car j'ai vraiment du mal à croire qu'on puisse griller une clef USB ! C'est... C'est possible, mais je n'ai encore jamais rencontré ce problème.
Puis, refaire une lecture de vérification.

Ce comportement n'a rien d'inconnu. La "gravure" écrit une partition limitée à la taille du contenu. Le formatage proposé par Windows ne modifie pas la taille des partitions, mais les nettoie. Il faudrait utiliser diskpart sous Windows pour récrire la table de partitions.
Sinon, nous avons Isodumper avec une fonction de formatage qui rétablit une partition de la taille de la clé.

Oui, mais cette fonction était-elle développée en 2016 ? Car le message dont HerbertP parle date de 2016, si la fonction sous Isodumper n'était pas encore proposé, c'est normale que la conversation a coupé court à l'époque, non ?