我从eBay购买了64 GB SD卡。当我将Arch Linux ARM映像刻录到它并使用它启动我的Raspberry Pi时，它工作正常。

但是，当我尝试在其上创建单个ext4分区以使用卡的所有容量时，会发生错误。mkfs.ext4总是快乐地完成；但是，该分区无法mount编辑，总是引发错误并dmesg显示内核消息包括Cannot find journal。事实证明，至少在两个平台上是这种情况：Arch Linux ARM和Ubuntu 13.04。

另一方面，我可以创建并挂载FAT32分区而不会出现错误（尚未完成全容量检查）。

我听说有些坏家伙可以更改SD卡接口以向操作系统报告错误的容量（即，卡实际上只有2 GB，但报告为64 GB），以便以更好的价格出售卡。

我知道我可以使用类似的工具badblocks来检查SD卡中是否有坏块。可以badblocks检测到这样的问题吗？如果没有，我还有什么其他解决方案可以测试卡？

理想情况下，我想知道我是否受到欺骗；如果结果显示我刚收到坏货，我只能退回给卖家，而是向eBay报告有人试图欺骗我。

更新

操作和消息：

~$ sudo mkfs.ext4 /dev/sde1
mke2fs 1.42.5 (29-Jul-2012)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
4096000 inodes, 16383996 blocks
819199 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=4294967296
500 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks: 
    32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
4096000, 7962624, 11239424

Allocating group tables: done                            
Writing inode tables: done                            
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information: done   

~$ dmesg | tail
...
[4199.749118]...
~$ sudo mount /dev/sde1 /mnt
mount: wrong fs type, bad option, bad superblock on /dev/sde1,
   missing codepage or helper program, or other error
   In some cases useful info is found in syslog - try
   dmesg | tail  or so

~$ dmesg | tail
...
[ 4199.749118]...
[ 4460.857603] JBD2: no valid journal superblock found
[ 4460.857618] EXT4-fs (sde1): error loading journal

更新

我已经跑了，badblocks /dev/sde但是没有报错。这意味着剩下的原因是：

• SD车很好，但是由于某种原因mke2fs或mount内核有导致问题的错误。

• 我被欺骗了badblocks，无法察觉失败。这是合理的，因为我认为badblocks这只是在进行一些原位读写测试。但是，作弊者可以使对出站区域的访问链接回到某些入站块。在这种情况下，就地写读检查无法检测到该问题。

如果没有应用程序可以进行适当的测试，我想我可以尝试编写一个简单的C程序来对其进行测试。

如果以后有人看到：有人编写了一个名为“ F3”的开源工具来测试SD卡和其他此类媒体的容量。可以在hompage 项目和Github中找到它。

现在已通过以下步骤确认了作弊：

• 生成随机数据文件。（4194304 = 4×1024×1024 = 4 MiB，总大小= 40×4 MiB = 160 MiB）

  命令：

  dd if=/dev/urandom of=test.orig bs=4194304 count=40
  40+0 records in
  40+0 records out
  167772160 bytes (168 MB) copied, 11.0518 s, 15.2 MB/s
  

• 将数据复制到SD卡。（2038340×4096 = 8153600 KiB = 7962.5 MiB）

  命令：

  sudo dd if=test.orig of=/dev/sde seek=2038399 bs=4096
  40960+0 records in
  40960+0 records out
  167772160 bytes (168 MB) copied, 41.6087 s, 4.0 MB/s
  

• 从SD卡读回数据。

  命令：

  sudo dd if=/dev/sde of=test.result skip=2038399 bs=4096 count=40960
  40960+0 records in
  40960+0 records out
  167772160 bytes (168 MB) copied, 14.5498 s, 11.5 MB/s
  

• 显示结果

  命令：

  hexdump test.result | less
  ...
  0000ff0 b006 fe69 0823 a635 084a f30a c2db 3f19
  0001000 0000 0000 0000 0000 0000 0000 0000 0000
  *
  1a81000 a8a5 9f9d 6722 7f45 fbde 514c fecd 5145
  
  ...
  

发生了什么？我们观察到零的差距。这表明随机数据尚未实际写入卡中。但是为什么数据会在之后返回1a81000呢？显然，该卡具有内部缓存。

我们还可以尝试调查缓存的行为。

hexdump test.orig | grep ' 0000 0000 '

没有提供结果，这意味着生成的垃圾没有这种模式。然而，

hexdump test.result | grep ' 0000 0000 '
0001000 0000 0000 0000 0000 0000 0000 0000 0000
213b000 0000 0000 0000 0000 0000 0000 0000 0000
407b000 0000 0000 0000 0000 0000 0000 0000 0000
601b000 0000 0000 0000 0000 0000 0000 0000 0000

有4个匹配项。

因此，这就是通过badblocks检查的原因。进一步的测试可以显示实际容量为7962.5 MB，或略小于8 GB。

我得出的结论是，这不太可能仅仅是随机的硬件故障，而更有可能是一种作弊（即欺诈）。我想知道我可以采取什么行动来帮助其他受害者。

更新11/05/2019

• 人们问我如何确定正确的seek参数是2038399。我的经验比上面显示的要多。基本上，您必须首先猜测。您必须猜测适当的数据大小，并且必须猜测数据损坏的位置。但是您始终可以使用二等分法来提供帮助。

• 在下面的评论中，我认为我假设上述第二步（将数据复制到SD卡）仅复制1个扇区。但是我并没有在实验中犯这个错误。而是seek显示在“显示结果”步骤中，偏移1000仅发生在数据的第二个扇区中。如果seek是2038399个扇区，则腐败发生在第2038400个扇区。

首先，阅读@Radtoo 的F3答案。这是正确的方法。

我以某种方式错过了它，并尝试了自己的方式：

1. 创建1gb测试文件： dd if=/dev/urandom bs=1024k count=1024 of=testfile1gb

2. 将该文件的副本写入sdcard（64为sdcard大小，以GB为单位）： for i in $(seq 1 64); do dd if=testfile1gb bs=1024k of=/media/sdb1/test.$i; done

3. 检查文件的md5（除最后一个以外，所有不完整的都应匹配）： md5sum testfile1gb /media/sdb1/test.*

测试SD卡的全部容量的最简单方法是将文件填满，然后验证文件是否正确： diff -qr /directory/on/computer /directory/on/SD

或者，您可以使用程序将模式或哈希链写入文件，然后验证它们是否正确。

正如@Earthy Engine所指出的那样，填充SD卡然后读取数据非常重要，因为传统的方法只是简单地写入一小块数据，然后读取它，就被伪造的SSD卡所欺骗。

我写了一个小脚本，可以执行以下操作。

-为目标USB或SC卡创建一个临时目录

有了这个脚本，我得出的结论是，我被一个eBay卖家抢走了，该卖家通过了8GB microSD和64GB

#!/bin/bash
#Save file as 'filltext' and remember to set the executable flag to run it
if [ -d "$1" ]; then
 if [ -d "$1/tmp" ]; then
  echo "."
 else
  mkdir $1/tmp
 fi

#Make a tmp file and fill it with 3MB of junk
 TMPTSTR=$(mktemp)      
 base64 </dev/urandom  | head -c 5000000 > $TMPTSTR

 TESTVAL=$(md5sum $TMPTSTR | awk '{ print $1 }')

 while $CHECKEDOK; do

  FL=$( tr -dc A-Za-z0-9 </dev/urandom  | head -c 5).TEST

  cp $TMPTSTR $1/tmp/$FL
  TESTTMP=$(md5sum $1/tmp/$FL | awk '{ print $1 }')
  if [ "$TESTVAL" != "$TESTTMP" ]; then   
   echo "Checksum ERROR"
   echo "Original: $TESTVAL Temp File:$TESTTMP"
   CHECKEDOK=false
   df $1 -Ph
   echo 
   echo 
   echo "Removing test files"
   rm $1/tmp -r
   rm $TMPTSTR
   df $1 -Ph
  else
   #echo -n "$FL..."
   clear
   df $1 -Ph
  fi
 done

else
 echo "Error: Directory $1 does not exists."
 echo "Usage: filltest [PATH]"
 echo
 echo "Try the PATH of a mounted USB dongle or SD card to confirm it's capacity"

fi

可以写一个数字序列（每行为16个字节），然后验证内容：

dd if=<(seq -w 0 123456789012345) of=/dev/yourSdHere

然后验证skip ==输出（使用少量的跳过值样本，这些样本的写入记录数量较少），例如skip = 9876：

dd if=/dev/yourSdHere bs=16 count=1 skip=9876
000000000009876
1+0 records in
1+0 records out
16 bytes copied, ...

或者，使用一根衬管对20个位置进行采样：

seq -w 000000000000000 NumberOfWrittenRecords | shuf | head -20 | while read i; do [[ $(dd if=/dev/yourSdHere bs=16 count=1 skip=$i) == $i ]] && echo ok || echo bad; done

• 确保您正在写入SD卡
• of=tempFileOnSD如果要避免破坏存储卡中的数据，则写入文件（仅在不是假的情况下才相关）
• 对于标记为64GB的8GB卡，通过所有20次测试的机会为（8GB / 64GB）** 20 <1e-18