저장 장치의 실제 크기 확인

몇 주 전에 나는 시스템(Debian의 세 가지 버전)을 재구축하는 동안 중간 저장소로 사용하려는 의도로 출처를 알 수 없는 "2Tb" 썸 드라이브를 구입했습니다.

실제 크기를 확인하는 효율적인 방법을 제안할 수 있는 사람이 있습니까? 즉, 실제로 저장 공간에 중복된 "500Mb" 장치가 하나도 없고 실제로 "2Tb"의 플래시 메모리가 있다는 것입니다.

나는 용량을 선언할 때 제조업체들이 오랫동안 취한 자유를 충분히 알고 있으며 내 "2Tb" 드라이브의 최대 실제 용량은 1.75Tib 정도일 수 있다는 점을 강조하고 싶습니다.

원래는 분할되지 않은 exFAT를 사용하여 포맷되었으며 일반적인 테스트 프로그램에서는 1Tb가 넘는 테스트 데이터를 기록했지만 읽기 채널에 들어가기 전에 임의의 지점에서 항상 실패했습니다. 채널을 읽으면 블록 번호가 실제로 보존되는지 확인할 수 있습니다. . 이는 드라이브의 마이크로 컨트롤러가 불안정하다는 것을 의미할 수 있지만 문제는 Linux의 상대적으로 새로운 exFAT 지원에 있을 수도 있습니다.

gparted를 사용하여 오류 없이 ext4 또는 ext2로 분할하고 다시 포맷할 수 있습니다.

ar/w 블록 테스트를 위해 -cc 옵션을 사용하여 mke2fs를 수동으로 실행해 보았는데, 드라이브 1%당 약 80시간이 걸렸습니다. 또한 크기를 명시적으로 확인해야 하는 두 개의 별도 채널이 있다는 명시적인 확인을 본 적이 없습니다.

저는 자체 테스트 프로그램을 실행해 본 적이 없습니다. 이 프로그램은 ext2로 포맷된 장치의 더 작은 미디어(10GB 크기)에서 작동할 것이라고 생각합니다.

내 테스트 프로그램이 파일 대신 블록 장치에 적용된 경우 --sparse 옵션을 추가하여 효율성을 향상시킬 수 있었습니다. 이 옵션은 4K 블록에만 블록 번호를 기록합니다. 대상이 테스트 파일인 경우에는 도움이 되지 않을 수 있습니다. (a) 운영 체제가 스파스 파일의 기록되지 않은 영역에 공간을 할당하지 않을 수 있고, (b) 관련된 번역 레이어가 너무 많아서 접근이 거의 불가능하기 때문입니다. 플래시 장치 블록 경계.

어떤 제안이라도 대단히 감사하겠습니다.