나는 최근에 컴퓨터를 요구하더라도 공간이 충분하다고 주장하는 가짜 MicroSD 카드 및 USB 썸 드라이브에 대해 많이 읽었지만 실제로는 적은 양을 제공했습니다. 최근에 SanDisk USB 드라이브 (128GB 청구)를 구입하여 크기를 테스트하려고합니다. ebay 또는 다른 것을 통해 구입하지는 않지만 실제로 생산적으로 사용하기 전에 실제 크기를 테스트하고 싶습니다.

난 그냥 물건을 복사하고 다시 복사하고 파일이 괜찮은지 확인할 수 있습니다. 나는 또한 해시와 물건으로 자동화 할 수 있습니다. 그러나 더 정확한 해결책이 있기를 바랍니다. Windows의 경우 H2testw가 트릭을 수행한다는 것을 읽었습니다. Ubuntu / Linux에서 이것을 쉽게 테스트 할 수있는 방법이 있습니까? 전문적이고 잘 작동하는 도구일까요?

업데이트 : 명확하게 말하자면, 아이디어는 컨트롤러가 리눅스 시스템에 알려주는 크기가 정확한지 확인하는 것입니다 ( 따라서 데이터가 손실되지 않음 ). 127.3GB 대신 128GB를 얻는 지 알고 싶지 않습니다. 내가 쓰는 모든 데이터를 다시 읽을 수 있는지 테스트하고 싶습니다. 불행히도 나는 영어 기술 사이트에서 이것에 대한 몇 가지 정보 만 찾을 수 있습니다. 그래도 좋은 독일 자료가 있습니다. 실제로 그러한 응용 프로그램을 찾고 있지만 Ubuntu / Linux의 경우 https://www.raymond.cc/blog/test-and-detect-fake-or-counterfeit-usb-flash-drives-bought-from -ebay-with-h2testw /

업데이트 2 : 영어로 된 소스를 모 으려고했습니다. 시간이 없어서 모든 내용을 자세히 읽지는 않았습니다.

• https://www.ebay.com/gds/All-About-Fake-Flash-Drives-2013-/10000000177553258/g.html
• https://en.wikipedia.org/wiki/USB_flash_drive#Counterfeit_products
• https://www.heise.de/newsticker/meldung/Verdaechtige-USB-Sticks-mit-2-Terabyte-bei-Amazon-Faelschungen-entlarven-Datenverluste-vermeiden-3915202.html
• http://www.pcgameshardware.de/USB-Stick-Hardware-255579/News/falsche-Speicherkapazitaet-bei-Amazon-1245682/

업데이트 3 : 설명

아래의 이상한 비평가로 인해 몇 가지 설명이 있습니다.

문제는 무엇이며 왜 dd만으로는 해결되지 않습니까?

이것은에 대한 반응입니다

"해결하려는 문제가 무엇인지,"가짜 드라이브 "의 정의가 무엇인지 명확하게 파악하십시오."

어떤 사람들은 문제를 이해하지 못하는 것 같습니다. 그래서 나는 그것을 가능한 한 짧게 설명하려고 노력하지만, 이것이 내 질문의 연장에 달려 있다고 생각합니다.

운영 체제 또는 유닉스 도구가 제공하는 USB 장치의 용량이 잘못되었을 수 있습니다. OS는 전송할 수있는 데이터 양을 규제하기 때문에 치명적입니다. 실제로 보유 할 수있는 것보다 많은 데이터를 보내면 데이터가 손실됩니다. 이것은 문제입니다. 왜 이런 일이 일어날 수 있습니까?

문제를 이해하기 위해 USB 프로토콜을 잘 알 필요는 없습니다. 직렬 인터페이스에는 공통 속성이 있으며 클라이언트 장치 (USB 드라이브)는이 직렬 인터페이스를 통해 자체 용량을 알려야합니다. 즉, 클라이언트 장치에는 장치의 목적과 용량에 대한 지식이있는 자체 컨트롤러가 필요합니다. 또한 무언가를 저장하라는 명령을받을 때 수행 할 작업을 결정합니다. 컨트롤러가 이런 식으로 프로그래밍 된 경우 명령을 무시하거나 데이터로 무언가를 덮어 쓸 수 있습니다.

이것은 무엇을 의미 하는가? 유닉스 도구가 드라이브 용량에 대해 알려주는 것은 도구가 드라이브에 요구 한 것 이상입니다. 이것은 h2testw가 발명 한 것입니다. 나중에 설명 할 방법으로 실제 크기를 테스트하고 드라이브의 내용과 비교합니다. 동일하지 않으면 데이터를 저장하는 모든 일반적인 작업이 컨트롤러에 요청하는 운영 체제 정보에 의존하기 때문에 데이터가 손실 될 수 있습니다. 왜 물어? 테스트에는 시간이 필요하며 드라이브의 모든 데이터를 덮어 씁니다. 따라서 운영 체제가이 정보에 의존해야하는 것은 당연합니다.

h2testw와 같은 실제 용량을 확인하기 위해 실제로 dd드라이브에 데이터를 쓰고, 다시 읽고, 쓴 것과 동일한 지 확인할 수 있습니다. 완전히 합법적입니다. 하드웨어와 드라이브의 특성상 더 복잡합니다. 예를 들어 쓰기 캐시를 고려하십시오. 캐시에서 읽지 않도록해야합니다. 이것은 왜 그렇게 쉬운 일이 아닌지를 보여주는 하나의 예일뿐입니다. 또한 0을 쓰는 것만으로도 정보의 엔트로피가 낮아서 읽을 때 재구성 할 수 있다고 생각합니다. 그렇게 쉬운 일이 아닙니다. 물론 수동으로도 할 수 있습니다.

하지만 왜 자동화 할 수 있습니까? 왜 일해야합니까? 아래의 답변에서 제안한 f3은 많은 기고자들의 생각을 구현하고 (확장 h2testw라고 생각) 다른 트레이드 오프와 함께 여러 가지 방법을 구현합니다. 개발자는 그들이 있었다 (일명 위조 드라이브) 다른 가짜 드라이브의 트릭을 알아 낸 손 . 따라서 이론과 문제를 이해하지만 (영어로 말하는 매체가 아닌 독일어 기술 매체에서는 문제가 잘 설명되어 있기 때문에) 모든 것을 이해하는 척하지 않기 때문에 위에서 언급 한 이유입니다. 그것은 내가 이해하는 이론 일 뿐이며 저는 소프트웨어 전문가 일뿐입니다. 그러나 정보학을 전공 한 학생으로서 나는 문제를 볼 수있을만큼 충분히 이해하고 있습니다.

"기본 유닉스 유틸리티 이해하기"

실제로 나는 이것에 대해 이미 대답했지만 분명히하기 위해 Unix 도구는 USB 프로토콜 (USB 장치 전용)을 사용하여 정보를 수집합니다. 그 이상을하는 것은 의미가 없습니다.

신탁 공급자로부터 만 구매하는 것이 도움이됩니까?

tl; dr : 그렇지 않습니다.

"모든 형태의 보안과 마찬가지로 상품을 구매할 때는 신뢰할 수있는 판매자를 찾아서 만 구매하십시오."

보안 (및 안전)은 신뢰에 관한 것이 아닙니다! 검증 및 검증에 관한 것입니다! 미안하지만 이것은 여러면에서 너무 잘못되었습니다.

신뢰할 수있는 판매자를 통해 구매한다고 가정합니다. 몇 가지 질문 :

1. 공급 업체는 데이터 손실이 없는지 하드웨어를 테스트 했습니까? 그가 가짜 드라이브를 사고 파는 것을 다시 인식합니까? 반드시 그런 것은 아닙니다.

2. 그가 모르는 물건을 구매하는 것이 가짜 일 수 있습니까? 완전히 최근의 라이젠 가짜를보십시오 : https://www.pcgamer.com/beware-of-fake-ryzen-processors-selling-on-amazon/ , https://www.heise.de/newsticker/meldung/ Direkt-von-Amazon-Faelschungen-von-AMDs-Ryzen-Prozessoren-im-Umlauf-3772757.html

3. 드라이브에서 프리젠 테이션을 풀고 프리젠 테이션을 망칠 경우 신뢰할 수있는 공급 업체가 제 시간에 돌아가서 나를 구출합니까? 지난 시간 여행 DeLorean이 1885 년에 파괴 된 이래로 아마도 드라이브를 교체 할 것입니다.

다른 것들

"이 질문은 실제로 OP가 좋아하는 것에 대한"프로모션 "과 비슷하며 OP가 실제로 드라이브를 테스트하는 데 훨씬 덜 관심이있는 것 같습니다."

이건 말도 안돼 나는 리눅스에서도 실행되는 h2testw와 비슷한 도구를 특별히 찾고있었습니다. 그리고 네, 그것이 제가 좋아하는 것입니다. 도움이되는 답변입니다. 죄송합니다. 나는 영어를 사용하는 언론이 그런 문제를 잘 알고 있지 않다는 것을 몰랐으며 나중에 그런 것을 찾아서 운이 좋았다. 이것은 프로모션이 아니지만 실제로는 사용할 수있는 것 같습니다.

f3-플래시 사기 방지

내가 찾은 대안은 하나 뿐이지 만 이것이 h2testwMS Windows 의 원래 도구 보다 훨씬 낫습니다 . 다행히도 명령 행에서도 사용하기가 정말 쉽습니다. 그래도 사용 가능한 GUI가 있습니다. 도구 웹 사이트에는 구현 및 가짜 드라이브 문제에 대한 많은 정보가 있습니다.

• 메인 페이지 ( 소스 코드 ) :
• 선적 서류 비치
• QT GUI

f3은 두 가지 방법을 제공합니다.

• f3probe 방법 : 훨씬 빠름
• h2testw 방법 : 느리다. R / W 성능도 테스트하십시오. 아마도 더 신뢰할 수 있습니다.

f3probe 방법 (권장)

f3probe전체 드라이브에 쓰지 않기 때문에 정확하지만 빠르지 않은 드라이브 테스트 방법 중 하나입니다. 도구 웹 사이트에서 자세한 내용을 읽을 수 있습니다. 100 % 확실하게하려면 h2testw 방법을 사용하는 것이 좋습니다. 개발자가 웹 사이트에서 설명하는 것처럼 :

f3probe는 가짜 드라이브와 실제 크기를 식별하는 가장 빠른 방법입니다.

과:

마지막으로, 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는 가짜 드라이브의 실제 크기에 맞는 파티션을 만듭니다. 사용 f3probei3fix에 대한 매개 변수를 결정하기 '의 출력

sudo f3fix --last-sec=16477878 /dev/sdb

f3read / f3write를 사용한 h2testw 방법 / 성능 테스트

F3은 가짜 플래시 드라이브를 다루는 도구 모음입니다. 그중 두 가지가 함께-방법을 구현합니다 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

이 크기의 드라이브에 대한 테스트는이 방법으로 약 3 시간이 걸렸으며 때때로 내 컴퓨터에 많은 디스크로드가 발생했지만 가장 정확한 것으로 알려졌습니다.

우분투에 설치

터미널에서 :

sudo apt install f3

이것은 당신을 가져올 것이다 : f3brew, f3fix, f3probe, f3read, f3write맨 페이지와.

이 도구는 f3패키지의 일부이며 최소한 우분투 15.10에서 사용할 수 있습니다. 웹 사이트에 따르면 사용 가능한 도구가 더 있습니다. 그들이 웹 사이트를 볼 수 있도록.
패키지에는 짧지 만 유용한 맨 페이지가 포함되어 있지만 f3read / write와 f3probe의 차이점에 대한 웹 사이트의 정보가 누락되었다고 생각 하므로이 답변이 약간 길어졌습니다.

이를 위해 간단한 도구를 작성했습니다. CapacityTester (스크린 샷) 라고 하며 CLI와 GUI가 있습니다.

있다 다운로드 할 수 데비안 7 미리 컴파일 된 바이너리 가능성 현대 우분투 시스템에서 상자 밖으로 작동하는 것입니다.

이 목적을 위해 그래픽 도구를 찾을 수 없기 때문에 개인적으로 사용하기 위해 작성했습니다. 빈 USB 플래시 드라이브를 먼저 마운트하고 선택한 다음 테스트를 시작하면됩니다. 드라이브에 파일을 채우고 드라이브의 데이터가 올바른지 확인하기 때문에 매우 멍청한 도구입니다. 첫 번째 오류 (쓰기 또는 읽기 / 확인)에서 테스트를 중단합니다. 성공적으로 쓰거나 확인할 수없는 청크의 오프셋을보고하지만 논리적 오프셋이므로이 정보는 파일이 드라이브에있는 파일 시스템에 의존하기 때문에 쓸모가 없을 수 있습니다. 그러나 드라이브에 데이터가 가득 차서 모든 것을 읽고 확인할 수있는 경우 드라이브의보고 된 용량이 올바른 것으로 가정하는 것이 안전해야합니다. 부수적으로,

다시 말하지만 기존 파일 시스템에서 파일로만 작동하므로 매우 간단합니다. 따라서 테스트 할 수없는 KB (+ 1M 버퍼)가 있습니다. 그리고 전체 파일 시스템을 실제로 채우므로 매우 느립니다. F3은 훨씬 더 정교하고 빠르지 만 GUI는 없습니다. CapacityTester가 존재하는 유일한 이유는 명령 행에 익숙하지 않거나 단순히 GUI를 선호하는 사용자가 사용할 수 있도록 GUI가 있기 때문입니다.

의견을 부탁드립니다.

OP의 행동과 "가짜 드라이브"해결

OP는 매우 격렬한 의견을 가지고 있기 때문에 몇 가지 사항을 올바르게 해결하기 위해 답변을 편집하고 있습니다. 특히, "가짜 드라이브"가 존재한다고 주장하는 것은 많지만, 지구상에서 실제로 무엇을 의미하는지에 대한 명확한 정의는 없습니다. OP는 언급했다 :

난 그냥 물건을 복사하고 다시 복사하고 파일이 괜찮은지 확인할 수 있습니다. 나는 또한 해시와 물건으로 자동화 할 수 있습니다. 그러나 더 정확한 해결책이 있기를 바랍니다.

OP 자체는 "그냥 물건을 복사 할 수 있고"데이터 무결성을 확인할 수 있지만 다른 모든 의견과 반대되는 의견에 반대하는 것이 많았으며 OP는 F3을 "실제 거래"로 계속 밀어 붙였습니다. 처음에는 드라이브 크기에 대한 질문 자체가 시작되었지만 해시를 언급 한 이유는 무엇이든 하나의 크기를 주장하고 그 크기를 쓸 수있는 신비한 드라이브가있는 것처럼 "파일이 정상인지 확인"하기 위해 해시를 언급했습니다. 데이터가 손상되었습니다. 따라서, 나는 그것이 의심스럽고 F3를 스팸 질문과 답변으로 홍보하는 OP를 고려할 것입니다.

드라이브가 실제로 가짜 드라이브 인 경우

문제에서 OP의 명백한 정의는

".. 실제로는 0.5GB에서 4GB까지 제공하지만 많은 공간 (128GB와 같이 너무 멀리 운반 됨)이 있다고 주장하는 드라이브"

다시 말해서, OP에 따르면, 컨트롤러는 X 량의 데이터를 요구하지만 USB 는 주장되는 것의 80-90 % 적은 것을 포함 할 수 있습니다 .

주석 에서 제안 된 사용자 sudodus (강조 추가) : "여러 USB 펜 드라이브가 공칭 크기보다 약간 작다는 것을 알았습니다. 크기를 작게 부릅니다 . 가짜 드라이브는 '실질적으로 크기가 작습니다' (보통 공칭 크기의 절반) 이하 )). 이 정의는 훌륭하지만 우리가 그것을 취하면 가짜 드라이브는 50 %로 정의됩니다. 64GB를 요구하지만 32GB 만 보유 할 수있는 드라이브는 기술적으로 가치의 절반을 소유자에게 잃어 버렸으며 소유자는 의도 한 것의 절반 만 드라이브에 넣을 수 있습니다.

더 간단한 정의를 제안합니다. 위조 저장 장치는 가지고 있다고 주장 Claimed Size하지만 허용 오차는 15 % 미만입니다 (및 허용 오차는 Claimed Size ± 15 %).

은 ± 15 %매우 합리적이다. 또한 사용자는 일반적으로 데이터 저장소 크기에 10 개의 접두사 대신 이진 접두사를 사용하는 Unix, IEEE 및 IEC 조직간에 혼동된다는 점을 고려하십시오. 차이는 yotta 접두사 수준에서 20 %에 도달하지만 USB 드라이브는 아직 존재하지 않으므로 향후 20 년 동안 15 %가 합리적입니다. (askubuntu 질문 " 'MiB'에서 'i'의 의미 '' 및 이진 접두어 참조 )

드라이브 테스트

실제로 사용자는 Ubuntu 및 대부분의 POSIX 호환 Unix 시스템과 함께 제공되는 도구 외에 특별한 도구가 필요하지 않습니다. 정의를 다시 강조하고 바꾸어 보자.

드라이브에 쓸 데이터 양을 쓸 수없고 쓰려는 내용이 15 % 허용 오차 내에 있으면 드라이브는 정상입니다

그는 간단한 방법으로 dd장치를 0으로 덮어 씁니다 (물론 파일을 저장하기 전에 파일을 저장하는 것을 잊지 마십시오).

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

bs=11 바이트의 블록 크기에 유의하십시오 . 이 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/sdb1USB 드라이브 용 장치 파일 이라고 가정 합니다.

  $ df -P /dev/sdb1 | awk 'NR==2{print $2}'
  115247656
  

  그 상태 -P플래그는 데이터 블록 크기가 1024 바이트 일 것이며, 그 수단은 드라이브 115,247,656 * 1024 바이트 있다는 뜻 POSIX 이동성을위한 것이다.

• 드라이브 클레임 (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
  

• 다음 무결성를 들어, 당신은 단지 같은, 어떤 hashsum 검사를 할 수있는 md5sum, sha1sum, sha256sum또는 다른 사람. 예를 들어

  md5sum ./mytestfile.random  /mountpoint/for/usb/drive/testfile.random
  

  여기서 중요한 점은 기록 된 데이터의 양이 공차 내에 있고 기록 전후에 올바른 체크섬을 생성하면 드라이브가 정상이라는 것입니다.

원하는 경우 편의를 위해이 모든 것을 멋진 스크립트에 넣을 수 있습니다.

결론

이 질문은 실제로 OP가 좋아하는 것에 대한 "프로모션"과 비슷하며 OP가 실제로 드라이브를 테스트하는 데 훨씬 덜 관심이있는 것 같습니다. 또한 문제 자체는 "드라이브"문제보다 더 인간적입니다. 의견에서 OP 자체는 실제로 USB 동작을 이해하지 못하지만 "컨트롤러"를 비난하기 위해 열렬하다고 말했다. 이 질문을 3 점으로 남겨 두겠습니다.

• 해결하려는 문제와 "가짜 드라이브"의 정의를 명확하게 파악하십시오.
• 기본 유닉스 유틸리티 이해
• 모든 형태의 보안과 마찬가지로 상품을 구매할 때는 신뢰할 수있는 판매자를 찾아서 만 구매하십시오.