Forum

Reprise du message précédent

Les commandes assez bas niveau (dd /dev/sdd) ne fonctionnant pas, je ne vois pas comment isodumper fera.
En tant que root, si dd ne réussi par à modifier le périphérique (au delà de la partition), je ne vois pas qui réussira.

Hum, je crois que tu as raison. Isodumper commence aussi par un dd. Donc, c'est chou blanc pareil.

Bonjour,

J'ai une question mais c'est peut-être moi qui n'y comprends rien. dd est un programme de copie de fichiers donc si la clef a un problème, je ne vois ps ce qu'il pourra y faire. Peux-tu essayer GNOME Disks (Disques en Français) pour voir ce qu'il dit de ta clef et ce qu'il est capable de faire ?

Tu peux nous donner la marque de ta clef ?

DD est bien plus qu'un simple programme de copie de fichier. Il utilise peut gérer des flux, prendre qu'un morceau, changer la taille des morceaux qu'il prend, et compter.
Tu peux chercher plus de détails sur internet quand aux utilisations de DD.

Sinon, on peut aussi utiliser xxd

# xxd -u -o 0 -l 16 if=/dev/sdd

Il nous affiche les 16 premiers octets du disque /dev/sdd

J'aimerai activer à coté de cette commande :

# journalctl -xf

Peux tu ouvrir deux terminaux, dans un premier la commande journalctl en root, PUIS SEULEMENT APRÈS la commande xxd dans le second terminal ?

Qui nous donneras des informations complémentaires sur le noyau.
Car on a un problème de noyau/pilote/matériel, il nous faut plus d'infos.

Bonjour,

c’est une transcend. je l’ai donnée à un informaticien que je connais. Apparemment, il aurait réussi à la formater. Je vais lui demander la procédure.

Ah oui, transcend a des pb la dessus ... ils fournissent un logiciel pour casser l'udf !

Effectivement, je viens de récupérer ma clé. Elle fonctionne à nouveau. Il a effectué l’opération avec le logiciel fournit par Transcend.

Donc, la clef à une protection lorsqu'elle passe en udf ?
Merci pour l'aventure !

je m'en suis douté en ayant eu la même aventure avec un kingston ... pareil, clé en udf protection écriture !