크리스털 디스크 1064;포, 그리고 Ȣ16;드디스크 에센셜 프/196;그ǖ16;
그리고 0176;드스캔용1004;/196; 많1060; 사용Ȣ16;lj16; GMHDDScan 프/196;그ǖ16;
.160; 프/196;그ǖ16;에서 2개1032; Ȣ16;드 디스크1032; 상태가 상1060;Ȣ16;,172; 나Ꮢ1;니다.
1번1032; 사/168;lj16;
크리스털 디스크 1064;포와 Ȣ16;드디스크 에센셜에서lj16; 아무런 1060;상1060; 없다고 나오1648;만
GMHDDSCAN 1004;/196; ,160;사를 해 보면 1200;/111;,172; 0176;드디스크 24개가 ,160;출.121;니다.
2번1032; 사/168;lj16; 오7176;/140; 0152;대1077;니다.
크리스털 디스크 1064;포와 Ȣ16;드디스크 에센셜에서lj16; 0176;드섹터가 1080;다고 나오1648;만
0152;대/196; GMHDDSCAN 1004;/196; ,160;사를 해 보면 0176;드섹터가 없다고 나Ꮢ1;니다.
Ǻ12;lj12; 1901;1012; 0127;Ǻ12;야 할 1648; 모르,192;습니다.... ㅠ
참고/196; 2번1704; Ȣ16;드에lj16; 3테라 1221;도1032; 파1068;들1012; 1068;괄 복사했다가 다시 옮기기 했1012; ǐ12; 1060;상1008; 없었습니다.
(ᅆ1;험1201;1004;/196; 물리1201; 0176;드가 1080;1004;면 불가능)
1번1704; Ȣ16;드lj16; 1648;DŽ12;1452;에 0176;송 0155;1008;,144;라 아1649; 그 1089;업1012; 해 보1648;lj16; 않았구요...
그리고 GMHDDSCAN은 아마 나온지 좀 오래된 프로그램일 것입니다..
요즘 하드와는 안 맞을수 있습니다..
제가 그럭저럭 신뢰하는 프로그램은 HDD Sentinel 정도입니다..
그 외에는 하드디스크 제조사에서 나오는 체크및 테스트 프로그램들이 있습니다..
논리적 배드섹터가 생긴다면 충분히 가능한 현상이라 봅니다.
전자의 경우는 GMHDDSCAN에서 잡아낸 배드 섹터가 다시 검사할 때도 계속 걸리는지부터 확인하셔야 합니다.
또 SMART가 갱신되는건 하드 컨트롤러가 판단하기에 배드섹터로 분류한 때이므로 실제로 배드 섹터가 발생하더라도 그 위치에 읽고 쓰기가 이루어지지 않으면 검출이 안됩니다.
GMHDDSCAN에서 체크 후에 SMART가 갱신됬는지 확인하시기 바랍니다.
후자의 경우는 배드섹터가 발생해서 하드 컨트롤러가 예비섹터로 바꿔둔거라서 GMHDDSCAN에서는 체크를 못하는 겁니다.
OS측에서는 하드 컨트롤러가 알려주는 가상의 섹터 정보로 접근을 하기 때문에 이런 대체된 섹터 유무를 확인을 방법은 SMART 밖에 없습니다.
쓰기검사를 한다음 다시 읽기테스트를 해봐야 합니다.
drachen님이 설명을 잘 해 주셨는데, 조금 더 부연설명하자면.....
1번 케이스에서는 크리스탈인포를 먼저 돌리고, GM을 나중에 돌린 것으로 생각됩니다.
아마도 크리스탈인포 돌린 시점에서는 하드 컨트롤러가 베드섹터를 인지하지 못하였기 때문에 SMART정보도 갱신되지 못했을 것인데, GM을 돌린 후에는 하드컨트롤러에 베드섹터 보고가 되었을 것이므로 재할당된섹터수 혹은 회복불가능섹터수 항목이 변경되었을 것으로 생각됩니다.
2번 케이스는 흔히 보이는 케이스이며, 재할당된 섹터수가 베드섹터의 수라고 보시면 얼추 맞습니다.
제 경우에는
재할당된 섹터 수, 회복불가능한 섹터 수 중에서 하나라도 검출되면 무조건 폐기하며, 보류중인 섹터 수 항목이 검출되면 디스크 폐기를 고민합니다.