You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I recently brought a flash drive which been reported as "counterfeit of type limbo" using f3probe command with 64GB out of 128GB.
Bus 001 Device 003: ID 048d:1234 Integrated Technology Express, Inc. Chipsbank CBM2199 Flash Drive
I also run my hddtest.py script (from previous issue) and full surface+crc test shows up that drive is only 16% badblocks and actual size is 100GB. Reading / writing speeds are also very bad.
Here are test logs:
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.
Probe finished, recovering blocks... Done
Bad news: The device `/dev/sdb' is a counterfeit of type limbo
You can "fix" this device using the following command:
f3fix --last-sec=134217727 /dev/sdb
Device geometry:
*Usable* size: 64.00 GB (134217728 blocks)
Announced size: 117.19 GB (245760000 blocks)
Module: 128.00 GB (2^37 Bytes)
Approximate cache size: 3.00 MB (6144 blocks), need-reset=no
Physical block size: 512.00 Byte (2^9 Bytes)
Probe time: 14'37"
Operation: total time / count = avg time
Read: 1.58s / 23305 = 68us
Write: 14'36" / 55956 = 15.6ms
Reset: 2us / 2 = 1us
I only support the F3 tools. You are welcome to document your tools elsewhere and leave a link on this thread so others can find them. However, I do not have time to properly compare the output of f3probe with those of your tools.
I'm saying f3probe false positive on a device. f3probe claims that flash drive I'm using is counterfeit limbo, which I assume, means it overwrite existing data. But that is not true. This flash drive simply has 20GB bad blocks at the end of drive (space which can be written but return corrupted data when read). The rest of the drive 100GB is fine. I guess algorithm which compute available space used in f3proble is wrong.
Hello!
I recently brought a flash drive which been reported as "counterfeit of type limbo" using f3probe command with 64GB out of 128GB.
Bus 001 Device 003: ID 048d:1234 Integrated Technology Express, Inc. Chipsbank CBM2199 Flash Drive
I also run my hddtest.py script (from previous issue) and full surface+crc test shows up that drive is only 16% badblocks and actual size is 100GB. Reading / writing speeds are also very bad.
Here are test logs:
The text was updated successfully, but these errors were encountered: