Я написал простой инструмент для этого, он называется CapacityTester (скриншот) и имеет графический интерфейс и CLI.

Для загрузки доступен предварительно скомпилированный двоичный файл для Debian 7, который, скорее всего, будет работать из коробки в современной системе Ubuntu.

Я написал это для личного пользования, потому что не смог найти графический инструмент для этой цели. Вам просто нужно сначала смонтировать пустой USB-накопитель, выбрать его и начать тестирование. Это очень тупой инструмент, потому что все, что он делает, - это заполняет диск файлами, а затем проверяет правильность данных на диске. Это прервет тест на первую ошибку (запись или чтение / проверка). Он сообщит о смещении фрагмента, который не может быть успешно записан или проверен, но это логическое смещение, поэтому эта информация может оказаться бесполезной, поскольку она зависит от файловой системы, в которой находятся файлы на диске. Однако когда накопитель заполнен данными и все можно прочитать и проверить, можно с уверенностью предположить, что заявленная емкость накопителя правильная. Как примечание, тестовые файлы автоматически удаляются (это может не сработать, если диск неисправен).

Опять же, это очень просто, так как работает только с файлами поверх существующей файловой системы. Таким образом, есть некоторые KB (+ 1M буфер), которые не могут быть протестированы. И это очень медленно, потому что он действительно заполняет всю файловую систему. F3, конечно, намного сложнее и быстрее, но не имеет графического интерфейса. Единственная причина, по которой существует CapacityTester, состоит в том, что он имеет графический интерфейс пользователя, поэтому его могут использовать пользователи, не знакомые с командной строкой или просто предпочитающие графический интерфейс.

Обратная связь приветствуется.

[Проблема] Вы купили SD-карту, но не знаете, подделка ли она и какова реальная емкость.

[Решение] Вот точные шаги, которые сработали для меня в Ubuntu:

1. [Терминал] Установите f3:sudo apt update && sudo apt install f3
2. [Дисковая утилита] Добавить раздел диска. Отформатируйте диск в медленном режиме какfat. См. изображение.
3. [Дисковая утилита] Смонтируйте диск: см. изображение.
4. [Терминал] записываем на диск:sudo f3write /media/toddmo/FakeOrNot
5. [Терминал] читает с диска:sudo f3read /media/toddmo/FakeOrNot
6. [Amazon/AliExpress][!важно] Оставьте отзыв о скорости записи, скорости чтения и фактической емкости.

(шаг 3)

Обращаясь к поведению ОП и "фальшивому драйву"

Я редактирую ответ, чтобы должным образом учесть несколько моментов, поскольку ОП был очень яростным (и, на мой взгляд, против большинства комментариев и ответов, кроме их собственных, что я нахожу подозрительным). В частности, многие утверждают, что существует "фальшивый драйв", но нет четкого определения того, что на земле это означает. ОП заявил:

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

Сами OP признали, что они "могут просто копировать материал" и проверять целостность данных, но были очень против всех других комментариев и ответов, которые предлагают что-то еще, а OP продолжал выдвигать F3 как "реальную сделку". Сам вопрос вначале касался размера диска, но затем OP по какой-либо причине упомянул хэши, чтобы "посмотреть, в порядке ли файлы", как будто существуют загадочные диски, которые имеют один размер и позволяют записать этот размер, но тогда данные повреждены. Поэтому я нахожу это очень подозрительным и считаю, что OP, продвигающий F3, является спам-вопросом и ответом.

Когда диск на самом деле поддельный диск

В этом вопросе очевидное определение ОП

"… приводы, которые утверждают, что имеют много места (часто слишком далеко, например, 128 ГБ), но физически предлагают всего 0,5–4 ГБ".

Другими словами, согласно OP, контроллер запрашивает X данных, но USB может содержать только примерно 80-90 % меньше, чем заявлено.

Пользователь sudodus предложил в комментариях (выделение добавлено): "Я обнаружил, что несколько USB-накопителей немного меньше номинального размера. Я называю их недопустимыми. Я думаю, что поддельные накопители " существенно меньше " (обычно половина номинального размера). или меньше) Это определение прекрасно, однако, если мы примем это, поддельный диск определен на 50%. Диск, который требует 64 ГБ, но может вместить только 32 ГБ, технически теряет половину своей стоимости для владельца, и владелец может поместить только половину того, что он намеревался, на диск.

Я предлагаю более простое определение: контрафактное устройство хранения - это то, которое, как утверждают, имеет Claimed Size но терпимость ниже 15% (а толерантность Claimed Size ± 15 %).

± 15 % это очень разумно. Также учтите, что пользователи обычно путаются между организациями Unix,IEEE и IEC, использующими двоичный префикс вместо мощности 10 префиксов для размера хранилища данных. Разница составляет 20% на уровне префиксов yotta, однако USB-накопителей пока нет, поэтому в течение следующих 20 лет разумно будет использовать 15%. (См. Вопрос Askubuntu "Значение" i "в"MiB " и двоичный префикс)

Тестирование диска

По сути, пользователю не нужны никакие специальные инструменты, кроме того, что уже поставляется с 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 байта.

• Выясните, что на 15% меньше допустимого, чем заявлено накопителем (115247656), возможно, используйте утилиту, которая поддерживает вычисления с плавающей запятой, например 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
• Когда речь заходит о покупке товаров, как и о любой форме безопасности, подумайте о том, чтобы найти надежного продавца и покупать диски только у них.