Tu ne nous donne que les commandes entrées sans les retours de commandes (sauf "dmesg", merci pour ça 🙂 )qui pourraient nous indiquer ce qu'il se passe : c'est dommage…
Alors je vais supposer que tu as sans doute oublié de "dé-mounter" le ou les systèmes de fichiers de cette clef avant d'entrer ces commandes.
=======
Si le nœud de périphérique correspondant à cette clef USB est bien "/dev/sdb", tu pourra vérifier qu'aucune de ses partitions ne soit "mountée" avec la commande :
sudo mount | grep /dev/sdb
Si cette commande ne retourne rien, c'est qu'aucune partition de cette clef n'est "mountée", et le problème viens d'ailleurs.
Si cette commande retourne une partition ou une liste de partitions avec leur point de "mountage",
il faudra les "démounter" avant de lancer la commande "dd".
sudo umount /dev/sdb*
puis tu revérifie si elle ont bien étés "dé-mountées", et la commande d'effacement par "dd" ou autre (utilitaire de disque) pourra s'exécuter correctement.
======
Je te recommande d'utiliser la commande "sync" en fin de commande "dd", ceci afin d'être sûr que tout a bien été effacé : Parfois, le prompt reviens avant que l'écriture soit complètement terminée, et si la clef est déconnectée de son port USB avant la fin, ça peut laisser la copie de la table des partitions GPT (ou autres traces) qui pourraient créer des problèmes par la suite.
dd if=/dev/zero of=/dev/sdb bs=1M && sync
En fait, avec "dd", c'est super efficace, mais c'est très long,
et si la clef a bien été "dé-mountée", l'utilitaire de disques (ou gparted ou autre) sera bien plus rapide pour recréer une table des partitions ou simplement la re-formater.
======
EDIT : Et comme le précise
Babdu89 fait vraiment attention avec "dd" : Ceux qui se sont trompés de nom de fichier de périphérique cible (of=/dev/sd
a au lieu de of=/dev/sd
b) appellent maintenant "dd" : "Disk Destructor"
