Обман теперь подтвержден следующими шагами:

• Создать случайный файл данных.  (4194304 = 4 × 1024 × 1024 = 4 МБ, общий размер = 40 × 4 МБ = 160 МБ)

  Команда:

  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 КиБ = 7962,5 МиБ)

  Команда:

  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 МБ или чуть меньше 8 ГБ.

Я пришел к выводу, что это очень маловероятно, что это просто случайный аппаратный сбой, но скорее всего это будет своего рода обман (т. Е. Мошенничество). Я хотел бы знать, что я могу сделать, чтобы помочь другим жертвам.

Обновление 11/05/2019

• Люди спрашивали меня о том, как я выяснил правильный seek параметр 2038399, Я сделал намного больше опыта, чем я показал выше. В основном вы должны угадать в первую очередь. Вы должны угадать правильный размер данных, и вы должны угадать, где было повреждение данных. Но вы всегда можете использовать метод деления пополам.

• В комментарии ниже я подумал, что предполагалось, что второй шаг выше (копирование данных на SD-карту) копирует только 1 сектор. Но я не ошибся в своем эксперименте. Вместо этого seek должен был показать, что в шаге "показать результат" смещение 1000 это просто произойдет во втором секторе данных. Если seek в 2038399 секторах, коррупция в 2038400-м секторе.

Прежде всего, прочитайте ответ F3 от @Radtoo. Это правильный путь.

Я как-то пропустил это и попробовал по-своему:

1. создать тестовый файл 1 ГБ:dd if=/dev/urandom bs=1024k count=1024 of=testfile1gb

2. записать копии этого файла на SDCard (64 размер SDC в ГБ): 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.*

Я написал небольшой скрипт, который делает следующее.

-создание временного каталога на целевую карту USB или SC

С помощью этого скрипта я пришел к выводу, что меня сорвал продавец eBay, который передал microSD 8 ГБ за 64 ГБ

#!/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

Самый простой способ проверить полную емкость SD-карты - это заполнить ее файлами, а затем проверить правильность файлов: diff -qr /directory/on/computer /directory/on/SD

Кроме того, вы можете использовать программы для записи шаблонов или цепочек хэшей в файл, а затем проверять их правильность.

Как отметил @Earthy Engine, важно заполнить SD-карту, а затем прочитать данные, поскольку традиционные подходы, которые просто записывают небольшой блок данных, а затем читают его, одурачены поддельными картами SSD.

Можно записать последовательность чисел (каждая строка составляет 16 байтов), а затем проверить содержимое:

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

Затем проверьте пропуск skip == output (используя небольшую выборку значений пропуска, которые содержат меньшее количество записанных записей), например, 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, если вы хотите избежать уничтожения данных, хранящихся на вашей карте (актуально, только если это не подделка)
• В случае карты на 8 ГБ, помеченной как 64 ГБ, вероятность прохождения всех 20 тестов составляет (8 ГБ / 64 ГБ) ** 20 < 1e-18