$ umount /dev/sdb
$ sudo badblocks -vs /dev/sdb > bad-blocks.txt
$ sudo fsck -t ext4 -l bad-blocks.txt /dev/sdb
Et charger le programme patience..............
0.42% done, 24:25:39 elapsed. (383/0/0 errors)
0.42% done, 69:59:01 elapsed. (1106/0/0 errors)
Alors c'est tellement long qu'on verra ça plus tard...............
Le plus simple efficace, sous linux :
→ formater la clé avec disk-util sans nécessairement créer de système de fichier
→ s'assurer que /dev/sda est bien la clé usb et qu'elle n'est pas monté, si besoin umount, puis :
$ cp ubuntu-22.04.3-desktop-amd64.iso /dev/sda
$ sync
Puis rebooter l'ordi Windows avec la clé usb, en passant par la touche F2 pour modifier la séquence de boot dans le BIOS, et suivre le processus d'install en faisant bien attention de redimensionner la partition Windows...
Et ça marche 
Parmi les nombreuses situations qui peuvent provoquer une collision de signature, il y a celle où on branche un disque externe qui était l'ancien disque système qu'on a remplacé après en avoir fait une image qu'on a restaurer sur le nouveau disque système. Hem..
Lire la suite de Résoudre la collision de signature de disque sous Windows 10
Bizarre à première vue, sur un PC avec Debian 10, les transferts de données avec les clés et/ou disques USB sont correctes, alors que sur les mêmes clés/disques mais sur un PC avec elementary OS les transferts rament, voire bloquent pour les gros transferts...
Trouvé ici : https://gist.github.com/2E0PGS/f63544f8abe69acc5caaa54f56efe52f
If your running a x64 bit Ubuntu or other Linux and find USB transfers hang at the end apply this fix:
echo $((16*1024*1024)) > /proc/sys/vm/dirty_background_bytes
echo $((48*1024*1024)) > /proc/sys/vm/dirty_bytes
I suggest you edit your /etc/rc.local file to make this change persistant across reboots.
Il a quand même fallu rebooter.
Et ça marche, un petit peu mieux on dirait que ça a l'air, en tout cas ça bloque plus