Vous n'êtes pas identifié.
Bonjour,
Un de nos clients a eu un souci sur sa clé USB qu'il a acheté chez nous récemment. Après qu'il l'est reformaté avec "luks" qui chiffrent les données dessus, il est devenu impossible de faire quoi que ce soit sur la clé.
Impossible de la monter, d'écrire dessus, de la reformater (à part en fat32 une fois mais ça n'a rien changé), Même de la cloner avec Clonezilla. Le client nous a dit que c'était la première fois qu'il voyait ça car il a déjà utilisé "luks" sur d'autre clé USB et ça marchait très bien.
Une clé vierge à ces informations quand on tape la commande "sudo lshw" dans le terminal (crtl+alt+t) :
-usb description: Périphérique de stockage de masse produit: STORAGE DEVICE fabriquant: Device Storage identifiant matériel: 2 information bus: usb@4:2 nom logique: scsi6 version: 3.20 numéro de série: 76687714 fonctionnalités: usb-3.20 scsi emulated scsi-host configuration: driver=usb-storage maxpower=304mA speed=5000Mbit/s *-disk description: SCSI Disk produit: STORAGE DEVICE fabriquant: Specific identifiant matériel: 0.0.0 information bus: scsi@6:0.0.0 nom logique: /dev/sdc version: 0009 numéro de série: 0000000005 taille: 29GiB (31GB) fonctionnalités: removable configuration: ansiversion=6 logicalsectorsize=512 sectorsize=512 *-medium identifiant matériel: 0 nom logique: /dev/sdc taille: 29GiB (31GB) fonctionnalités: partitioned partitioned:dos *-volume description: Windows FAT volume fabriquant: MSDOS5.0 identifiant matériel: 1 nom logique: /dev/sdc1 version: FAT32 numéro de série: 2865-0a40 taille: 29GiB capacité: 29GiB fonctionnalités: primary fat initialized configuration: FATs=2 filesystem=fat
La clé du client nous donne ces informations quand on tape la même commande :
-usb description: Périphérique de stockage de masse produit: STORAGE DEVICE fabriquant: Device Storage identifiant matériel: 1 information bus: usb@4:1 nom logique: scsi6 version: 3.20 numéro de série: 40194478 fonctionnalités: usb-3.20 scsi emulated scsi-host configuration: driver=usb-storage maxpower=304mA speed=5000Mbit/s *-disk description: SCSI Disk produit: STORAGE DEVICE fabriquant: Specific identifiant matériel: 0.0.0 information bus: scsi@6:0.0.0 nom logique: /dev/sdc version: 0009 numéro de série: 0000000005 taille: 29GiB (31GB) fonctionnalités: removable configuration: ansiversion=6 logicalsectorsize=512 sectorsize=512 *-medium identifiant matériel: 0 nom logique: /dev/sdc taille: 29GiB (31GB)
Le client nous a aussi listé tous les manips qu'il a effectué sur cette clé depuis le début de son achat:
-Achat de la clé directement au shop Why! de Prilly
-Formatage de la clé en ext4 chiffré avec LUKS via KDE Partition Manager -> erreur de formattage
-Formatage en FAT32, exFAT et ext4 avec KDE Partition Manager, Gnome Disks, GParted et fdisk -> erreur
-Formatage rapide sur Windows sur la même machine et sur une machine différente -> erreur
-Retour au shop, je montre mes essais aux employés -> mêmes erreurs
-Ils essaient de formater la clé sur leur machine Ubuntu -> mêmes erreurs
-Je fait un formatage complet (qui dure plus de 5h) en exFAT sur Windows -> succès
-Je formate en ext4 et FAT32 sur Kubuntu avec KDE Partition Manager, GParted et Gnome Disks -> erreur
-Formatage rapide en FAT32 sur Windows -> succès
-Formatage en ext4 avec MiniTool Partition Wizard sur Windows -> erreur
-Plus aucun formatage (rapide ou complet, avec FAT32, exFAT et NTFS) ne fonctionne sur Windows
-Essai de remise à 0 sur Kubuntu avec "sudo dd if=/dev/zero of=/dev/sda bs=1M conv=fdatasync status=progress" -> pas d'erreur, mais en vérifiant avec "sudo xxd -l 1000 /dev/sda", rien n'a été écrit sur la clé
-Essais similaires avec une autre clé (formattage en ext4 chiffré et non chiffré, remise à zéro avec dd et reformattage) -> tout fonctionne
-En essayant "sudo parted /dev/sda" puis "mklabel gpt" j'obtient "Error: Input/output error during write on /dev/sda", idem avec msdos au lieu de gpt, donc impossible de créer une table de partition
La question est de savoir si le problème vient de soucis matériels pour cette clé spécifiquement ou bien du fabricant, ou alors luks n'est pas compatible avec toutes les clés USB du marché et si on peut résoudre le problème.
Hors ligne
Bonjour,
Après de longues recherches sur ce tout nouveau problème et avec l'aide de la communauté du forum Ubuntu-fr, j'en suis venu à la conclusion que la clé USB du client a été endommagée par une erreur de reformatage avec LUKS via KDE Partition Manager. Je ne peux pas l'affirmer à 100%, mais le fait que la clé USB au moment de la vente était dans la capacité de pouvoir interagir avec des outils de son ordinateur, comme par exemple visualiser les partitions ou écrire dessus, alors que maintenant non, nous donne un petit indice sur la nature du problème. Vu que le client ne nous a jamais communiqué les détails de cette erreur ou la cause, ça reste un mystère, mais on sait d'où ça vient plus ou moins.
Pour savoir si votre clé USB est endommagée, vous pouvez utiliser la commande f3probe, après avoir installé f3 et repéré le nom de la partition de la clé dans Utilitaire de disques (dans mon cas, /dev/sdb), dans le terminal (Ctrl+Alt+T) :
sudo apt install f3 sudo f3probe /dev/sdX
...où X est remplacé par la lettre de la partition (fourni par Utilitaire de disques).
Pour en savoir plus sur f3probe, voir https://fight-flash-fraud.readthedocs.i … rive-test.
La clé problématique nous a retourné ceci :
Bad news: The device `/dev/sdc' is damaged Device geometry: *Usable* size: 0.00 Byte (0 blocks) Announced size: 29.30 GB (61440000 blocks) Module: 32.00 GB (2^35 Bytes) Approximate cache size: 0.00 Byte (0 blocks), need-reset=no Physical block size: 512.00 Byte (2^9 Bytes) Probe time: 26.1ms
Malheureusement, ça semble irréversible, vu que la clé USB ne semble plus avoir de micro-code à l'intérieur.
Petite information en plus: pour supprimer définitivement le chiffrement réalisé avec LUKS sur votre clé USB, vous devez faire un reformatage complet de votre clé (Impossible dans le cas présent, la clé n'étant même pas vue par le BIOS).
Ce problème n'est donc pas résolu, car tout simplement insoluble!
Cordialement.
Dernière modification par Anthony Pfister (08 Apr 2022 14:52:09)
Hors ligne
Merci d'essayer encore f3fix (voir https://fight-flash-fraud.readthedocs.i … fake-drive)...
Hors ligne
Bonjour, photorec fait des miracles pour récupérer les fichiers sur des supports endommagés.
https://doc.ubuntu-fr.org/photorec
ça m'a permis de récupérer tous les fichiers d'une clé USB illisible, non montable, et même non formatable...
Salutations
Hors ligne
Bonjour,
La commande f3fix n'a pas fonctionné non plus. Pour que cette commande marche, je pense qu'il faut que la clé soit obligatoirement monté sur le pc (Impossible dans le cas présent, la clé n'étant même pas vue par le BIOS).
Cordialement,
Hors ligne
@DVZ15
Photorec fonctionne, mais ne permet pas de récupérer quoi que ce soit pour la simple et bonne raison qu'aucune donnée n'y a jamais été enregistrée.
Cordialement.
Hors ligne
Conclusion, comme f3fix ne permet pas de réparer une clé qui n'est même pas vue par le BIOS et qu'elle a pu être formatée par le client une première fois, elle a été livrée en bon état et c'est bien le client qui l'a "fusillée".
Je marque donc le problème comme [Insoluble].
Hors ligne