Pages : 1
#1 Le 21/05/2024, à 16:13
- phiphiloo
Une histoire de vraie fausse clé USB... de 17 To!!!
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)
Clevo P950ER - i7-8750H CPU @ 2,20/4,1 Ghz - 64 Go DDR4 RAM Corsair Vengeance - Cannon Lake PCH / HM470 Chipset - UHD Graphics 630 (CoffeeLake-H GT2) / GeForce GTX 1060 Mobile (GP106M) - Realtek RTL8111/8168/8411 / Wi-Fi 6 AX210 / AX210 Bluetooth - Crucial P1 NVMe/PCIe SSD 1 To / Samsung SSD 870 SATA 4 To - Realtek ALC1220 / HDA Intel PCH / HDA nVidia - Xubuntu 22.04 / Kernel 5.15.0-69-generic
Hors ligne
#2 Le 21/05/2024, à 17:21
- phiphiloo
Re : Une histoire de vraie fausse clé USB... de 17 To!!!
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!
Clevo P950ER - i7-8750H CPU @ 2,20/4,1 Ghz - 64 Go DDR4 RAM Corsair Vengeance - Cannon Lake PCH / HM470 Chipset - UHD Graphics 630 (CoffeeLake-H GT2) / GeForce GTX 1060 Mobile (GP106M) - Realtek RTL8111/8168/8411 / Wi-Fi 6 AX210 / AX210 Bluetooth - Crucial P1 NVMe/PCIe SSD 1 To / Samsung SSD 870 SATA 4 To - Realtek ALC1220 / HDA Intel PCH / HDA nVidia - Xubuntu 22.04 / Kernel 5.15.0-69-generic
Hors ligne
#3 Le 21/05/2024, à 17:27
- iznobe
Re : Une histoire de vraie fausse clé USB... de 17 To!!!
Bonjour , il faut revendre la clé a des chinois
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
Hors ligne
#4 Le 21/05/2024, à 18:23
- phiphiloo
Re : Une histoire de vraie fausse clé USB... de 17 To!!!
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)
Clevo P950ER - i7-8750H CPU @ 2,20/4,1 Ghz - 64 Go DDR4 RAM Corsair Vengeance - Cannon Lake PCH / HM470 Chipset - UHD Graphics 630 (CoffeeLake-H GT2) / GeForce GTX 1060 Mobile (GP106M) - Realtek RTL8111/8168/8411 / Wi-Fi 6 AX210 / AX210 Bluetooth - Crucial P1 NVMe/PCIe SSD 1 To / Samsung SSD 870 SATA 4 To - Realtek ALC1220 / HDA Intel PCH / HDA nVidia - Xubuntu 22.04 / Kernel 5.15.0-69-generic
Hors ligne
#5 Le 21/05/2024, à 18:36
- iznobe
Re : Une histoire de vraie fausse clé USB... de 17 To!!!
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)
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
Hors ligne