몇 년 전에 필자는 외장형 USB 드라이브를 분할하고 EXT3 파일 시스템을 설치했습니다. 파일 시스템에는 4 테라 바이트의 공간이 있습니다.
최근에 드라이브 자체가 3 테라 바이트 드라이브라는 것을 깨달았습니다.
분명히 일부 데이터를 잃어 버리거나 덮어 썼는데 드라이브를 다시 분할해야하지만, 할 때 어떻게 올바르게 분할했는지 확인할 수 있습니까? 나는 지금까지 무엇을 생각해 냈다.
가짜 무작위 데이터 (예 : 수천 개의 100M 파일)로 드라이브를 채우고 해당 드라이브의 섀시 해시를 추적하십시오. 그런 다음 드라이브에있는 파일의 sha1 해시를 계산하여 일치하는지 확인하십시오. 필자는 eBay에서 판매 된 USB 플래시 드라이브를 4GB 만 사용할 때 "32G"상당의 공간을 테스트하는 데 사용했지만 멀티 테라 바이트 드라이브에는 지루한 것처럼 보입니다.
"블록을 사용하는 일반적인 '순차적 인'방법을 사용하는 대신이 파일 시스템에 다양한 임의의 지점에 쓰기위한 Linux 도구가 있습니까? 또는 테스트 할 수있는 모든 종류의 도구가 드라이브를 올바르게 파티션 했습니까?
@Krii 파티션이 드라이브의 유일한 오류 일 경우 어떻게해야합니까? fsck이 실제로이를보고합니까? 현재 4TB-really-3TB 드라이브의 경우 fsck는 오류를 발생시키지 않습니다.
—
barrycarter
e2fsck
/fsck
(파일 시스템 ChecK). 만나다man fsck
. (가상 데이터로 드라이브를 채우는 것은 터무니없는 것처럼 보입니다.) (이것은 Stack Exchange Linux / Unix 관련 질문과 유사합니다)