更新3：解释

Question 1

f3 - 打击 Flash 欺诈

我只找到了一个替代方案，但我认为这比h2testwMS Windows 的原始工具更好。幸运的是，它非常容易使用，甚至可以从命令行使用。不过，也有 GUI 可用。工具网站上还有很多关于实现和假驱动器问题的信息。

f3 提供两种方法：

f3probe 方法：速度更快
h2testw 方法：较慢。还测试 R/W 性能。可能更可靠。

f3probe 方法（推荐）

f3probe是测试驱动器的一种方法，虽然不太准确，但速度更快，因为它不会写入整个驱动器。您可以在工具网站上阅读更多相关信息。如果您想 100% 确定，最好使用 h2testw 方法。正如开发人员在网站上描述的：

f3probe 是识别假驱动器及其真实大小的最快方法。

和：

最后，由于 f3probe 是免费软件，一旦 f3probe 经过实战验证，它就可以嵌入到智能手机、相机、MP3 播放器和其他设备中，一劳永逸地阻止假闪存的泛滥。

网站上还有一个使用示例：

警告：这将破坏您磁盘上所有先前存储的数据！

$ sudo f3probe --destructive --time-ops /dev/sdb
[sudo] password for michel: 
F3 probe 6.0
Copyright (C) 2010 Digirati Internet LTDA.
This is free software; see the source for copying conditions.

WARNING: Probing may **demolish data,** so it is more suitable for flash drives out of the box, without files being stored yet. The process normally takes from a few seconds to 15 minutes, but
         it can take longer. Please be patient. 

Bad news: The device `/dev/sdb' is a counterfeit of type limbo

You can "fix" this device using the following command:
f3fix --last-sec=16477878 /dev/sdb

Device geometry:
             *Usable* size: 7.86 GB (16477879 blocks)
            Announced size: 15.33 GB (32155648 blocks)
                    Module: 16.00 GB (2^34 Bytes)
    Approximate cache size: 0.00 Byte (0 blocks), need-reset=yes
       Physical block size: 512.00 Byte (2^9 Bytes)

Probe time: 1'13"
 Operation: total time / count = avg time
      Read: 472.1ms / 4198 = 112us
     Write: 55.48s / 2158 = 25.7ms
     Reset: 17.88s / 14 = 1.27s

请注意，它还返回一个命令，使您能够使用其实际大小的驱动器f3fix。

f3fix 工具

f3fix 会创建一个适合假驱动器实际大小的分区。使用的f3probe输出来确定 i3fix 的参数
sudo f3fix --last-sec=16477878 /dev/sdb

h2testw 方法 / 使用 f3read/f3write 测试性能

F3 是处理假闪存驱动器的工具集合。其中两个一起实现了 -Method h2testw：

f3write [--start-at=NUM] [--end-at=NUM] <PATH>
f3read  [--start-at=NUM] [--end-at=NUM] <PATH>

f3write将要求设备声明的大小，并用每个大小为 1gb 的生成文件填充它。f3read将读取所有这些文件并查看它们是否完整且未损坏。例如，我用来测试我的 ~128gb 拇指驱动器的命令：

$ f3write /media/username/1EB8021AB801F0D7/
Free space: 117.94 GB
Creating file 1.h2w ... OK!                           
...
Creating file 118.h2w ... OK!                         
Free space: 0.00 Byte
Average writing speed: 11.67 MB/s

现在测试文件是否正确存储：

$ f3read /media/username/1EB8021AB801F0D7/
                  SECTORS      ok/corrupted/changed/overwritten
Validating file 1.h2w ... 2097152/        0/      0/      0
...
Validating file 118.h2w ... 1979488/        0/      0/      0

  Data OK: 117.94 GB (247346272 sectors)
Data LOST: 0.00 Byte (0 sectors)
           Corrupted: 0.00 Byte (0 sectors)
    Slightly changed: 0.00 Byte (0 sectors)
         Overwritten: 0.00 Byte (0 sectors)
Average reading speed: 32.38 MB/s

使用这种方法对这种大小的驱动器进行测试大约需要三个小时，有时会导致我的计算机磁盘负载过重，但在我看来这是最准确的。

在 Ubuntu 中安装

在终端上：

sudo apt install f3

这将为您带来：、、、、f3brew及其手册页。f3fixf3probef3readf3write

这些工具是f3软件包的一部分，至少在 Ubuntu 15.10 上可用。根据网站介绍，还有一些其他工具可用。要获取它们，请查看网站。
该软件包附带简短但有用的手册页，但我认为他们错过了网站上关于 f3read/write 和 f3probe 之间的差异的一些信息，这就是为什么这个答案有点长。

Answer

f3 - 打击 Flash 欺诈

我只找到了一个替代方案，但我认为这比h2testwMS Windows 的原始工具更好。幸运的是，它非常容易使用，甚至可以从命令行使用。不过，也有 GUI 可用。工具网站上还有很多关于实现和假驱动器问题的信息。

f3 提供两种方法：

f3probe 方法：速度更快
h2testw 方法：较慢。还测试 R/W 性能。可能更可靠。

f3probe 方法（推荐）

f3probe是测试驱动器的一种方法，虽然不太准确，但速度更快，因为它不会写入整个驱动器。您可以在工具网站上阅读更多相关信息。如果您想 100% 确定，最好使用 h2testw 方法。正如开发人员在网站上描述的：

f3probe 是识别假驱动器及其真实大小的最快方法。

和：

最后，由于 f3probe 是免费软件，一旦 f3probe 经过实战验证，它就可以嵌入到智能手机、相机、MP3 播放器和其他设备中，一劳永逸地阻止假闪存的泛滥。

网站上还有一个使用示例：

警告：这将破坏您磁盘上所有先前存储的数据！

$ sudo f3probe --destructive --time-ops /dev/sdb
[sudo] password for michel: 
F3 probe 6.0
Copyright (C) 2010 Digirati Internet LTDA.
This is free software; see the source for copying conditions.

WARNING: Probing may **demolish data,** so it is more suitable for flash drives out of the box, without files being stored yet. The process normally takes from a few seconds to 15 minutes, but
         it can take longer. Please be patient. 

Bad news: The device `/dev/sdb' is a counterfeit of type limbo

You can "fix" this device using the following command:
f3fix --last-sec=16477878 /dev/sdb

Device geometry:
             *Usable* size: 7.86 GB (16477879 blocks)
            Announced size: 15.33 GB (32155648 blocks)
                    Module: 16.00 GB (2^34 Bytes)
    Approximate cache size: 0.00 Byte (0 blocks), need-reset=yes
       Physical block size: 512.00 Byte (2^9 Bytes)

Probe time: 1'13"
 Operation: total time / count = avg time
      Read: 472.1ms / 4198 = 112us
     Write: 55.48s / 2158 = 25.7ms
     Reset: 17.88s / 14 = 1.27s

请注意，它还返回一个命令，使您能够使用其实际大小的驱动器f3fix。

f3fix 工具

f3fix 会创建一个适合假驱动器实际大小的分区。使用的f3probe输出来确定 i3fix 的参数
sudo f3fix --last-sec=16477878 /dev/sdb

h2testw 方法 / 使用 f3read/f3write 测试性能

F3 是处理假闪存驱动器的工具集合。其中两个一起实现了 -Method h2testw：

f3write [--start-at=NUM] [--end-at=NUM] <PATH>
f3read  [--start-at=NUM] [--end-at=NUM] <PATH>

f3write将要求设备声明的大小，并用每个大小为 1gb 的生成文件填充它。f3read将读取所有这些文件并查看它们是否完整且未损坏。例如，我用来测试我的 ~128gb 拇指驱动器的命令：

$ f3write /media/username/1EB8021AB801F0D7/
Free space: 117.94 GB
Creating file 1.h2w ... OK!                           
...
Creating file 118.h2w ... OK!                         
Free space: 0.00 Byte
Average writing speed: 11.67 MB/s

现在测试文件是否正确存储：

$ f3read /media/username/1EB8021AB801F0D7/
                  SECTORS      ok/corrupted/changed/overwritten
Validating file 1.h2w ... 2097152/        0/      0/      0
...
Validating file 118.h2w ... 1979488/        0/      0/      0

  Data OK: 117.94 GB (247346272 sectors)
Data LOST: 0.00 Byte (0 sectors)
           Corrupted: 0.00 Byte (0 sectors)
    Slightly changed: 0.00 Byte (0 sectors)
         Overwritten: 0.00 Byte (0 sectors)
Average reading speed: 32.38 MB/s

使用这种方法对这种大小的驱动器进行测试大约需要三个小时，有时会导致我的计算机磁盘负载过重，但在我看来这是最准确的。

在 Ubuntu 中安装

在终端上：

sudo apt install f3

这将为您带来：、、、、f3brew及其手册页。f3fixf3probef3readf3write

这些工具是f3软件包的一部分，至少在 Ubuntu 15.10 上可用。根据网站介绍，还有一些其他工具可用。要获取它们，请查看网站。
该软件包附带简短但有用的手册页，但我认为他们错过了网站上关于 f3read/write 和 f3probe 之间的差异的一些信息，这就是为什么这个答案有点长。

Question 2

我为此写了一个简单的工具，它叫容量测试仪（截图）它有一个 GUI 和一个 CLI。

有一个Debian 7 的预编译二进制文件可供下载，这很可能在现代 Ubuntu 系统上开箱即用。

我编写它是为了个人使用，因为我找不到用于此目的的图形工具。您只需先安装空的 USB 闪存驱动器，选择它并开始测试。这是一个非常愚蠢的工具，因为它所做的就是用文件填充驱动器，然后验证驱动器上的数据是否正确。它会在第一次错误（写入或读取/验证）时中止测试。它将报告无法成功写入或验证的块的偏移量，但这是一个逻辑偏移量，因此这些信息可能毫无用处，因为它取决于文件在驱动器上所在的文件系统。但是，当驱动器已填满数据并且可以读取和验证所有内容时，可以安全地假设驱动器报告的容量是正确的。附带一提，测试文件会被自动删除（如果驱动器坏了，这可能不起作用）。

同样，它非常简单，因为它只适用于现有文件系统上的文件。因此有一些 KB（+ 1M 缓冲区）无法测试。而且它非常慢，因为它实际上填满了整个文件系统。F3 当然更加复杂，也更快，但它没有 GUI。CapacityTester 存在的唯一原因是它有一个 GUI，这样不熟悉命令行或只是喜欢 GUI 的用户就可以使用它。

欢迎提供反馈。

Answer

我为此写了一个简单的工具，它叫容量测试仪（截图）它有一个 GUI 和一个 CLI。

有一个Debian 7 的预编译二进制文件可供下载，这很可能在现代 Ubuntu 系统上开箱即用。

我编写它是为了个人使用，因为我找不到用于此目的的图形工具。您只需先安装空的 USB 闪存驱动器，选择它并开始测试。这是一个非常愚蠢的工具，因为它所做的就是用文件填充驱动器，然后验证驱动器上的数据是否正确。它会在第一次错误（写入或读取/验证）时中止测试。它将报告无法成功写入或验证的块的偏移量，但这是一个逻辑偏移量，因此这些信息可能毫无用处，因为它取决于文件在驱动器上所在的文件系统。但是，当驱动器已填满数据并且可以读取和验证所有内容时，可以安全地假设驱动器报告的容量是正确的。附带一提，测试文件会被自动删除（如果驱动器坏了，这可能不起作用）。

同样，它非常简单，因为它只适用于现有文件系统上的文件。因此有一些 KB（+ 1M 缓冲区）无法测试。而且它非常慢，因为它实际上填满了整个文件系统。F3 当然更加复杂，也更快，但它没有 GUI。CapacityTester 存在的唯一原因是它有一个 GUI，这样不熟悉命令行或只是喜欢 GUI 的用户就可以使用它。

欢迎提供反馈。

Question 3

[问题] 你买了一张SD卡，但你不知道它是否是假货，也不知道它的真实容量是多少。

[解决方案] 以下是我在 Ubuntu 上操作的具体步骤：

[终端] 安装f3：sudo apt update && sudo apt install f3
[磁盘工具] 添加驱动器分区。以慢速模式将驱动器格式化为fat。参见图片。
[磁盘工具] 安装驱动器：参见图片。
【终端】写入磁盘：sudo f3write /media/toddmo/FakeOrNot
【终端】从磁盘读取：sudo f3read /media/toddmo/FakeOrNot
[Amazon/AliExpress][!important] 留下列出写入速度、读取速度和真实容量的评论。

（步骤 3）查看图片

Answer

[问题] 你买了一张SD卡，但你不知道它是否是假货，也不知道它的真实容量是多少。

[解决方案] 以下是我在 Ubuntu 上操作的具体步骤：

[终端] 安装f3：sudo apt update && sudo apt install f3
[磁盘工具] 添加驱动器分区。以慢速模式将驱动器格式化为fat。参见图片。
[磁盘工具] 安装驱动器：参见图片。
【终端】写入磁盘：sudo f3write /media/toddmo/FakeOrNot
【终端】从磁盘读取：sudo f3read /media/toddmo/FakeOrNot
[Amazon/AliExpress][!important] 留下列出写入速度、读取速度和真实容量的评论。

（步骤 3）查看图片

Question 4

解决 OP 的行为和“假驾驶”问题

我正在编辑答案以正确解决几个问题，因为 OP 一直非常激烈（在我看来，除了他们自己的评论和答案之外，反对大多数评论和答案，我觉得这很可疑）。特别是，有很多人声称存在“假驱动”，但对于它到底是什么意思，却没有明确的定义。OP 说：

我可以把东西复制到上面，再复制回去，看看文件是否正常。我也可以用哈希和其他东西来自动化。但我希望有一个更准确的解决方案。

OP 自己也承认他们“可以复制内容”，并验证数据完整性，但非常反对所有其他提出其他建议的评论和答案，OP 只是一直将 F3 推为“真正的交易”。问题本身最初是关于驱动器的大小，但后来 OP 出于某种原因提到了哈希值以“查看文件是否正常”，就好像有神秘的驱动器声称一种大小并允许您写入该大小，但随后数据已损坏。因此，我认为这非常可疑，并将 OP 宣传 F3 视为垃圾问答。

当驱动器实际上是假驱动器时

在这个问题中，OP的明显定义是

“...声称拥有大量空间（通常空间过大，例如 128 GB），但实际仅提供 0.5 到 4 GB 的驱动器。”

换句话说，根据 OP 的说法，控制者主张X 量的数据，但 USB 只能包含比声称的少了 80-90%。

用户苏多杜斯在提议评论（强调补充）：“我发现几个 USB 闪存盘比标称尺寸略小。我把它们称为矮小。我认为假驱动器是“明显偏小”（通常公称尺寸的一半或更小)”。这个定义很棒，但是如果我们采用这个定义，假驱动器的定义就是 50%。一个声称有 64 GB 但只能容纳 32 GB 的驱动器，从技术上讲，其价值的一半会损失给所有者，而所有者只能将他们想要放入驱动器中的一半内容放入驱动器中。

我提出一个更简单的定义：假冒存储设备是声称具有Claimed Size但容差低于 15%（容差为Claimed Size ± 15 %）的存储设备。

这 ± 15 %是非常合理的。还要考虑到用户通常会混淆 Unix、IEEE 和 IEC 组织，它们使用二进制前缀而不是 10 的幂前缀来表示数据存储大小。在 Yotta 前缀级别，差异达到 20%，但是 USB 驱动器还没有达到这个水平，所以在未来 20 年内，15% 可能是合理的。（参见 askubuntu 问题“‘MiB’ 中 ‘i’ 的含义”和二进制前缀）

测试驱动器

实际上，除了 Ubuntu 和大多数符合 POSIX 标准的 Unix 系统自带的工具外，用户不需要任何特殊工具。让我们再次强调并重新表述该定义：

如果我们无法将大量数据写入驱动器，并且写入的数据在 15% 的容差范围内，则驱动器没有问题

简单的方法是dd，只需用零覆盖设备（当然，请记住在执行此操作之前保存文件）。

sudo dd if=/dev/zero of=/dev/sdb1 iflag=nocache oflag=direct bs=1

注意bs=1块大小为 1 字节。该dd命令通常会报告写入了多少数据。

$ dd if=/dev/zero of=/dev/null bs=1 count=1024
1024+0 records in
1024+0 records out
1024 bytes (1.0 kB, 1.0 KiB) copied, 0.00261981 s, 391 kB/s

我们要求它写入 1024 个字节，它就写入了 1024 个字节。

遵循该定义的更精确的步骤列表如下：

弄清楚驱动器声称有多少数据（假设您怀疑df是“错误的”）。在此示例中，让我们假设/dev/sdb1这是我的 USB 驱动器的设备文件：
```
$ df -P /dev/sdb1 | awk 'NR==2{print $2}'
115247656
```
请注意，该-P标志用于 POSIX 可移植性，这意味着数据块大小将为 1024 字节，并且意味着该驱动器上有 115247656*1024 字节。
弄清楚驱动器声明 (115247656) 以下 15% 的容差是多少，也许使用支持浮点计算的实用程序，例如awk：
```
 $ awk 'BEGIN{printf "%d\n",115247656*(1-0.15)}'
 97960507
```
在与上一步中的驱动器大小相同的硬盘上创建随机数据以用作基准：dd if=/dev/urandom of=./mytestfile.random bs=1024 count=97960507
现在写入数据dd if=./mytestfile.random of=/dev/sda1。如果驱动器可以容纳这么多，它就是“真实的”。您还可以取md5sum或sha1sum并./mytestfile.random与/dev/sda1现在进行比较。更好的改进是将写入到mytestfile.random文件的挂载点，从而保持驱动器上的文件系统不变，并且不会改变驱动器的分区，换句话说
```
dd if=./mytestfile.random of=/mountpoint/for/usb/drive/testfile.random
```
为了保证完整性，您可以执行任何哈希值检查，例如md5sum、sha1sum或sha256sum其他。例如
```
md5sum ./mytestfile.random  /mountpoint/for/usb/drive/testfile.random
```
这里的关键点是，如果写入数据量在容差范围内，并且在写入前后产生正确的校验和 - 那么驱动器可能没有问题。

如果愿意的话，可以将所有这些都放入一个很好的脚本中以方便使用。

结论

这个问题看起来更像是 OP 喜欢的东西的“宣传”，而且 OP 似乎对实际测试驱动器不太感兴趣。此外，问题本身比“驱动器”问题更人性化。在评论中，OP 自己表示他们并不真正了解 USB 行为，但强烈指责“控制器”。我将用 3 点来总结这个问题：

清楚地弄清楚你要解决的问题是什么以及“假驱动”的定义是什么。
尝试理解基本的 Unix 实用程序
购买商品时，就像任何形式的安全一样，请考虑寻找可信赖的卖家并只从他们那里购买驱动器。

Answer

解决 OP 的行为和“假驾驶”问题

我正在编辑答案以正确解决几个问题，因为 OP 一直非常激烈（在我看来，除了他们自己的评论和答案之外，反对大多数评论和答案，我觉得这很可疑）。特别是，有很多人声称存在“假驱动”，但对于它到底是什么意思，却没有明确的定义。OP 说：

我可以把东西复制到上面，再复制回去，看看文件是否正常。我也可以用哈希和其他东西来自动化。但我希望有一个更准确的解决方案。

OP 自己也承认他们“可以复制内容”，并验证数据完整性，但非常反对所有其他提出其他建议的评论和答案，OP 只是一直将 F3 推为“真正的交易”。问题本身最初是关于驱动器的大小，但后来 OP 出于某种原因提到了哈希值以“查看文件是否正常”，就好像有神秘的驱动器声称一种大小并允许您写入该大小，但随后数据已损坏。因此，我认为这非常可疑，并将 OP 宣传 F3 视为垃圾问答。

当驱动器实际上是假驱动器时

在这个问题中，OP的明显定义是

“...声称拥有大量空间（通常空间过大，例如 128 GB），但实际仅提供 0.5 到 4 GB 的驱动器。”

换句话说，根据 OP 的说法，控制者主张X 量的数据，但 USB 只能包含比声称的少了 80-90%。

用户苏多杜斯在提议评论（强调补充）：“我发现几个 USB 闪存盘比标称尺寸略小。我把它们称为矮小。我认为假驱动器是“明显偏小”（通常公称尺寸的一半或更小)”。这个定义很棒，但是如果我们采用这个定义，假驱动器的定义就是 50%。一个声称有 64 GB 但只能容纳 32 GB 的驱动器，从技术上讲，其价值的一半会损失给所有者，而所有者只能将他们想要放入驱动器中的一半内容放入驱动器中。

我提出一个更简单的定义：假冒存储设备是声称具有Claimed Size但容差低于 15%（容差为Claimed Size ± 15 %）的存储设备。

这 ± 15 %是非常合理的。还要考虑到用户通常会混淆 Unix、IEEE 和 IEC 组织，它们使用二进制前缀而不是 10 的幂前缀来表示数据存储大小。在 Yotta 前缀级别，差异达到 20%，但是 USB 驱动器还没有达到这个水平，所以在未来 20 年内，15% 可能是合理的。（参见 askubuntu 问题“‘MiB’ 中 ‘i’ 的含义”和二进制前缀）

测试驱动器

实际上，除了 Ubuntu 和大多数符合 POSIX 标准的 Unix 系统自带的工具外，用户不需要任何特殊工具。让我们再次强调并重新表述该定义：

如果我们无法将大量数据写入驱动器，并且写入的数据在 15% 的容差范围内，则驱动器没有问题

简单的方法是dd，只需用零覆盖设备（当然，请记住在执行此操作之前保存文件）。

sudo dd if=/dev/zero of=/dev/sdb1 iflag=nocache oflag=direct bs=1

注意bs=1块大小为 1 字节。该dd命令通常会报告写入了多少数据。

$ dd if=/dev/zero of=/dev/null bs=1 count=1024
1024+0 records in
1024+0 records out
1024 bytes (1.0 kB, 1.0 KiB) copied, 0.00261981 s, 391 kB/s

我们要求它写入 1024 个字节，它就写入了 1024 个字节。

遵循该定义的更精确的步骤列表如下：

弄清楚驱动器声称有多少数据（假设您怀疑df是“错误的”）。在此示例中，让我们假设/dev/sdb1这是我的 USB 驱动器的设备文件：
```
$ df -P /dev/sdb1 | awk 'NR==2{print $2}'
115247656
```
请注意，该-P标志用于 POSIX 可移植性，这意味着数据块大小将为 1024 字节，并且意味着该驱动器上有 115247656*1024 字节。
弄清楚驱动器声明 (115247656) 以下 15% 的容差是多少，也许使用支持浮点计算的实用程序，例如awk：
```
 $ awk 'BEGIN{printf "%d\n",115247656*(1-0.15)}'
 97960507
```
在与上一步中的驱动器大小相同的硬盘上创建随机数据以用作基准：dd if=/dev/urandom of=./mytestfile.random bs=1024 count=97960507
现在写入数据dd if=./mytestfile.random of=/dev/sda1。如果驱动器可以容纳这么多，它就是“真实的”。您还可以取md5sum或sha1sum并./mytestfile.random与/dev/sda1现在进行比较。更好的改进是将写入到mytestfile.random文件的挂载点，从而保持驱动器上的文件系统不变，并且不会改变驱动器的分区，换句话说
```
dd if=./mytestfile.random of=/mountpoint/for/usb/drive/testfile.random
```
为了保证完整性，您可以执行任何哈希值检查，例如md5sum、sha1sum或sha256sum其他。例如
```
md5sum ./mytestfile.random  /mountpoint/for/usb/drive/testfile.random
```
这里的关键点是，如果写入数据量在容差范围内，并且在写入前后产生正确的校验和 - 那么驱动器可能没有问题。

如果愿意的话，可以将所有这些都放入一个很好的脚本中以方便使用。

结论

这个问题看起来更像是 OP 喜欢的东西的“宣传”，而且 OP 似乎对实际测试驱动器不太感兴趣。此外，问题本身比“驱动器”问题更人性化。在评论中，OP 自己表示他们并不真正了解 USB 行为，但强烈指责“控制器”。我将用 3 点来总结这个问题：

清楚地弄清楚你要解决的问题是什么以及“假驱动”的定义是什么。
尝试理解基本的 Unix 实用程序
购买商品时，就像任何形式的安全一样，请考虑寻找可信赖的卖家并只从他们那里购买驱动器。

更新3：解释

更新3：解释

问题是什么？为什么仅使用 dd 无法解决？

只从可信赖的供应商处购买有帮助吗？

其他的东西

答案1

f3 - 打击 Flash 欺诈

f3probe 方法（推荐）

f3fix 工具

h2testw 方法 / 使用 f3read/f3write 测试性能

在 Ubuntu 中安装

答案2

答案3

答案4

解决 OP 的行为和“假驾驶”问题

测试驱动器

结论

相关内容