Une histoire de vraie fausse clé USB... de 17 To!!!

phiphiloo · Le 21/05/2024, à 16:13

Bonjour,

Je vais vous raconter l'histoire d'une vraie (véritable) fausse clé USB vendue comme ayant une capacité de 17 To achetée pour moins de 10€ sur un site du type Wish, AliBaba ou AliExpress par un de mes collègues de travail.

Déjà je me dis, et je lui dis tout net en l'entendant parler que c'est pas possible une clé de 17 To, surtout à ce prix, et qu'elle a toutes les chances d'être fausse.
Il me dit qu'il a essayé de la formater sur son MacBook Air et qu'il n'y ait pas parvenu: tu m'étonnes!
Ou pas.

Je récupère la clé et je commence à la triturer.
La voici. Elle présente pas mal, non?
Boîtier métallique rouge de bonne facture, avec le logo Xiaomi en plus.

Mais bon, lsusb m'indique ça:

Bus 003 Device 008: ID 048d:1234 Integrated Technology Express, Inc. Chipsbank CBM2199 Flash Drive
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass            0 
  bDeviceSubClass         0 
  bDeviceProtocol         0 
  bMaxPacketSize0        64
  idVendor           0x048d Integrated Technology Express, Inc.
  idProduct          0x1234 Chipsbank CBM2199 Flash Drive
  bcdDevice            1.00
  iManufacturer           1 Vendor
  iProduct                2 Product
  iSerial                 3 	
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength       0x0020
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0 
    bmAttributes         0x80
      (Bus Powered)
    MaxPower              100mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           2
      bInterfaceClass         8 Mass Storage
      bInterfaceSubClass      6 SCSI
      bInterfaceProtocol     80 Bulk-Only
      iInterface              0 
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x01  EP 1 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
Device Qualifier (for other device speed):
  bLength                10
  bDescriptorType         6
  bcdUSB               2.00
  bDeviceClass            0 
  bDeviceSubClass         0 
  bDeviceProtocol         0 
  bMaxPacketSize0        64
  bNumConfigurations      1
can't get debug descriptor: Resource temporarily unavailable
Device Status:     0x0000
  (Bus Powered)

qui me retourne ça: https://usbspeed.nirsoft.net/?o=3&g=64gb
ce serait une clé de 64 Go donc, et non pas 17 To comme présentée.

Et donc, il y a comme un hic.
De plus, mes 1ers tests avec avec la ligne de commandes avec sgdisk, fdisk et cfdiskn se soldent tous par de beaux messages d'erreurs:

impossible d'ouvrir /dev/sdd: Erreur d'entrée/sortie

J'essaye avec gdisk, et j'obtiens ça:

gdisk /dev/sdd
GPT fdisk (gdisk) version 1.0.8

Warning! Read error 5; strange behavior now likely!
Partition table scan:
  MBR: not present
  BSD: not present
  APM: not present
  GPT: not present

Creating new GPT entries in memory.

Command (? for help): p
Disk /dev/sdd: 4096000000 sectors, 15.3 TiB
Model: UDisk           
Sector size (logical/physical): 4096/4096 bytes
Disk identifier (GUID): 71DEF60F-245A-4296-B441-61FD51B254C9
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 5
First usable sector is 6, last usable sector is 4095999994
Partitions will be aligned on 256-sector boundaries
Total free space is 4095999989 sectors (15.3 TiB)

Number  Start (sector)    End (sector)  Size       Code  Name

OK, ça commence mal.
Toujours avec gdisk, j'essaye de créer une table de partitions en GPT... et le résultat donne:

Command (? for help): o
This option deletes all partitions and creates a new protective MBR.
Proceed? (Y/N): Y

Command (? for help): w

Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
PARTITIONS!!

Do you want to proceed? (Y/N): Y
OK; writing new GUID partition table (GPT) to /dev/sdd.
The operation has completed successfully.

Je reviens dans gdisk, qui me retourne ça:

gdisk /dev/sdd
GPT fdisk (gdisk) version 1.0.8

Warning! Read error 5; strange behavior now likely!
Caution: invalid backup GPT header, but valid main header; regenerating
backup header from main header.

Warning! Error 5 reading partition table for CRC check!
Warning! One or more CRCs don't match. You should repair the disk!
Main header: OK
Backup header: ERROR
Main partition table: OK
Backup partition table: ERROR

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: damaged

****************************************************************************
Caution: Found protective or hybrid MBR and corrupt GPT. Using GPT, but disk
verification and recovery are STRONGLY recommended.
****************************************************************************

Bien, ça ne s'arrange, et après avoir jouer encore quelques heures avec gdisk, j'abandonne et vais voir Gnome Disk.
No luck, pas moyen

Idem avec Gestionnaire de partitions KDE.

Du coup, je me tourne vers Gparted, avec qui je n'ai pas plus de chances, que j'essaye soit de créer une table de partitions GPT ou MS-DOS, à chaque coup, ça me retourne une erreur d'entrée/sortie.

Du coup, à l'arrache je lance 1 ddrescue:

ddrescue -f /dev/zero /dev/sdd
GNU ddrescue 1.23
Press Ctrl-C to interrupt
     ipos:   16777 GB, non-trimmed:        0 B,  current rate:   9764 kB/s
     opos:   16777 GB, non-scraped:        0 B,  average rate:  17627 kB/s
non-tried:    9223 PB,  bad-sector:        0 B,    error rate:       0 B/s
  rescued:   16777 GB,   bad areas:        0,        run time: 11d 22m 56s
pct rescued:    0.00%, read errors:        0,  remaining time:         n/a
                              time since last successful read:         n/a
Copying non-tried blocks... Pass 1 (forwards)
ddrescue: Write error: No space left on device

qui semble aller jusqu'au bout du bout (16777 Go) sans erreur, mais bon.

Sur ke coup, je me dis, en dernier ressort, il me reste le petit utilitaire f3 (qui est à peu près l'équivalent en CLI de h2testw en GUI sous Windows) pour tester la clé...
Mais soucis, vu que je n'ai pas pu créer de partition à monter, je ne peux utiliser:
- ni f3write
- ni f3read

et la commande

f3probe --destructive --time-ops /dev/sdd

ne m'en dit pas beaucoup plus:

F3 probe 8.0
Copyright (C) 2010 Digirati Internet LTDA.
This is free software; see the source for copying conditions.

WARNING: Probing normally takes from a few seconds to 15 minutes, but
         it can take longer. Please be patient.

Bad news: The device `/dev/sdd' is damaged

Device geometry:
	         *Usable* size: 0.00 Byte (0 blocks)
	        Announced size: 15.26 TB (4096000000 blocks)
	                Module: 16.00 TB (2^44 Bytes)
	Approximate cache size: 0.00 Byte (0 blocks), need-reset=no
	   Physical block size: 4.00 KB (2^12 Bytes)

Probe time: 115.9ms
 Operation: total time / count = avg time
      Read: 0us / 0 = 0us
     Write: 114.2ms / 512 = 223us
     Reset: 0us / 0 = 0us

enfin si, elle me dit quand même que la clé est endommagée et qu'il y a ZÉRO espace utilisable sur les 15,26 To annoncés!!

Dernière modification par phiphiloo (Le 21/05/2024, à 17:12)

phiphiloo · Le 21/05/2024, à 17:21

Ayant passé 11 jours sur le sujet, je n'étais pas près d'abandonner de sitôt.

Après ma 1ère commande malheureuse avec f3probe, j'ai voulu testé avec f3fix, comme ceci:

f3fix --last-sec=4096000000 /dev/sdd
F3 fix 8.0
Copyright (C) 2010 Digirati Internet LTDA.
This is free software; see the source for copying conditions.

Error: Input/output error during write on /dev/sdd
Drive `/dev/sdd' was successfully fixed

Et évidemment, vu le message d'erreur malgré le soi-disant succès de l'opération, pas de chances après.

Je retourne dans Gparted, et là au lieu d'essayer de créer une table de partition mac:

Pas de chance, me dis-je!
Il m'a créé quelque chose d'inconnue d'un taille de 250 Ko et des poussières, mais inutilisable: pas moyen de formater en quoi que ce soit.
Et là, vous devez me croire sur parole, car j'ai pas fait de capture d'écran pour le coup!

Je ferme Gparted, je retourne sur Utilitaire de disques Gnome.
Et là, bizarrement, je vois que, malgré l'erreur sous Gparted pour la création de la table de partitions mac, j'ai 2 partoches:
- l'une appelée Apple quelque chose de 250 Ko et des poussières, avec laquelle je ne peux rien faire: ni formatage, ni quoi que ce soit, sauf suppression - ce que je ne fais pas!
- et la seconde, appelé aussi Apple quelque chose d'une taille de 1 To et des poussières.

Et cette 2nde partoche, celle-là, je peux la formater!
Ce que je fais, et je formate en NTFS.

De ce fait, la partition étant créée, je peux la monter, et lancer dessus f3write et f3read! Ce que je fais!

iznobe · Le 21/05/2024, à 17:27

Bonjour , il faut revendre la clé a des chinois

phiphiloo · Le 21/05/2024, à 18:23

Hello Iznobe,

attends, attends! C'est pas fini.

Résultats après 2 jours de commandes f3write/f3read:

f3read /media/xubuntu/USB1/
(...)
Data OK: 28.77 GB (60341922 sectors)
Data LOST: 1.23 TB (2642802526 sectors)
	       Corrupted: 1.23 TB (2642802526 sectors)
	Slightly changed: 0.00 Byte (0 sectors)
	     Overwritten: 0.00 Byte (0 sectors)
Average reading speed: 14.30 MB/s

Pas terrible, terrible tout ça!

Bon, la clé est inutilisable, je me dis, je la rends à son proprio en lui expliquant un peu le hic qu'il y a.

Et, puis, je me dis, vu qu'on en est là, autant démonter la clé pour voir de quoi il retourne à l'intérieur.
D'autant que ça doit être assez facile, petit boîtier d'aspect métallique, avec une sorte de plastique qui permet d'insérer et de maintenir la clé dans ce dernier, ...
Il suffira de tirer dessus pour sortir la clé.

Et donc, du coup, ça donne ça:

Bref, c'est un carte µSD no name utilisée dans une clé USB...

Je la place donc dans un adaptateur MMC que j'insère dans mon ordinateur.
À l'insertion, je lance la commande suivante:

dmesg | tail

[18692.985471] sd 0:0:0:0: [sdb] 61071360 512-byte logical blocks: (31.3 GB/29.1 GiB)
[18692.987540] sdb: detected capacity change from 0 to 61071360

Ça m'a tout l'air d'être une carte µSD de 32 Go.

De son côté, lsusb me retourne ça:

Bus 003 Device 010: ID 1e3d:198a Chipsbank Microelectronics Co., Ltd Flash Disk
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass            0 
  bDeviceSubClass         0 
  bDeviceProtocol         0 
  bMaxPacketSize0        64
  idVendor           0x1e3d Chipsbank Microelectronics Co., Ltd
  idProduct          0x198a Flash Disk
  bcdDevice            1.00
  iManufacturer           0 
  iProduct                0 
  iSerial                 0 
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength       0x0020
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0 
    bmAttributes         0x80
      (Bus Powered)
    MaxPower              100mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           2
      bInterfaceClass         8 Mass Storage
      bInterfaceSubClass      6 SCSI
      bInterfaceProtocol     80 Bulk-Only
      iInterface              0 
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x01  EP 1 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0

Enfin, l'utilitaire de disques Gnome semble me reconnaître quelque chose de plus probant, sur laquelle je peux créer une partition FAT32:

Enfin, je termine encore une fois avec f3
- f3write/f3read me retourne ceci:

Validating file 26.h2w ... 2097152/        0/      0/      0
Validating file 27.h2w ... 2097152/        0/      0/      0
Validating file 28.h2w ... 2097152/        0/      0/      0
Validating file 29.h2w ... 2097152/        0/      0/      0
Validating file 30.h2w ...  224064/        0/      0/      0

  Data OK: 29.05 GB (60915186 sectors)
Data LOST: 61.66 MB (126286 sectors)
	       Corrupted: 61.63 MB (126222 sectors)
	Slightly changed: 0.00 Byte (0 sectors)
	     Overwritten: 32.00 KB (64 sectors)
Average reading speed: 16.76 MB/s

Il y a quand même et déjà pour un produit neuf, des données corrompues;

- la commande f3probe me confirme finalement que la taille annoncée correspond à la taille utilisable:

f3probe --destructive --time-ops /dev/sdb
F3 probe 8.0
Copyright (C) 2010 Digirati Internet LTDA.
This is free software; see the source for copying conditions.

WARNING: Probing normally takes from a few seconds to 15 minutes, but
         it can take longer. Please be patient.

Good news: The device `/dev/sdb' is the real thing

Device geometry:
	         *Usable* size: 29.12 GB (61071360 blocks)
	        Announced size: 29.12 GB (61071360 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: 2'38"
 Operation: total time / count = avg time
      Read: 653.0ms / 4815 = 135us
     Write: 2'36" / 4192321 = 37us
     Reset: 0us / 1 = 0us

Du coup, maintenant, si je replace la carte µSD dans la clé USB d'origine, celle-ci est correctement détectée et reconnue:

Et je peux même lancer 1 benchmark:

Et ça marche aussi, si j'y mets une carte µSD Samsung Pro Plus de 128 Go toute neuve:

En tout cas, la taille retournée est correcte.

En conclusion, on ne le dira jamais assez: méfiez-vous des offres trop alléchantes, c'est bien souvent de l'arnaque.

Dernière modification par phiphiloo (Le 21/05/2024, à 18:31)

iznobe · Le 21/05/2024, à 18:36

pfff , sont pas malin ces chinois , ils ont mis un vraie carte µSD toute moisie dans un fausse clé USB , ils auraient pu pousser le vice a y mettre une fausse carte µSD quand meme !

sûrement un mauvais contact sur le connecteur du a la qualité du transport via contenair

Dernière modification par iznobe (Le 21/05/2024, à 18:37)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 21/05/2024, à 16:13

Une histoire de vraie fausse clé USB... de 17 To!!!

#2 Le 21/05/2024, à 17:21

Re : Une histoire de vraie fausse clé USB... de 17 To!!!

#3 Le 21/05/2024, à 17:27

Re : Une histoire de vraie fausse clé USB... de 17 To!!!

#4 Le 21/05/2024, à 18:23

Re : Une histoire de vraie fausse clé USB... de 17 To!!!

#5 Le 21/05/2024, à 18:36

Re : Une histoire de vraie fausse clé USB... de 17 To!!!

Pied de page des forums