리눅스에서 배드섹터 검사하면 정확한가요?

perls   
   조회 13207   추천 0    

# badblocks -v /dev/sda
ㄴ 명령을 이용하여 검사한 결과

Pass completed, 39 bad blocks found.
ㄴ 이렇게 39개의 배드 블록이 나왔다는 메시지가 나옵니다.

centos 6.8 사용중입니다.

리눅스에서는 배드체크 정확한건가요?? 이거 어떻게 판단해야 되나요??

리눅스에서 배드블럭이라고 나온것은 파일시스템 에러정도라는 얘기도 있고요

제로필 포맷을 해주거나 e2fsck로 해줘야 된다고 하는데..

물리적인 배드라면 소용이 없겠군요.. 리눅스 CLI모드에서도 윈도우처럼, hdtune같이 정밀하게 검사할 수 있는 것은 없을까요??

짧은글 일수록 신중하게.
PCMaster 2018-02
제로필로 밀어보시는편이 좋아보입니다...
논리배드와 물리배드를 딱히 구분 할 수 있는방법이 없습니다.
이는 리눅스던 윈도우던 동일하겠지만요...
     
perls 2018-02
네 감사합니다
엠브리오 2018-02
글쎄요. 윈도우는 어떻게 믿을까요? ㅎㅎ
     
perls 2018-02
네 윈도우 또한 마찬가지이긴 하죠
그래도 윈도우는 hdtune같은 벤치마크툴로 여러가지 상태를 볼 수 있는 것들이 있어서, 버려야 될지 계속 쓸지에 대한 판단이 어느정도는 되더군요
임샹햔 2018-02
물리배드는 제로필 돌리고 2~3번정도 표면검사 시키던가 하면 보통 배드섹터 다시 뜹니다. SMART결과 보면 대충 알죠. 특정한 두세 항목의 카운트가 계속 올라가는 경우는 말할 것도 없고..
     
perls 2018-02
아하.. 제로필 돌려야 되는건 어쩔수 없나보군요.. e2fsck로는 안되려나요
          
임샹햔 2018-02
그거가 아마 시스템파일 테스트 하는 것 같던데 와이핑기능을 하는 것이 필요할겁니다.
깡통이 2018-02
/dev/sda 로 했죠? 그럼 이건 파일시스템과 관련 없는 겁니다. 블록 디바이스에 바로 접근하는 거니까요.
다만 디스크는 문제가 없음에도, 케이블이나 컨트롤러 등의 불량으로 인해서 발생했을 가능성은 있겠죠.
근데 36개 블럭이면 거의 그럴 가능성은 없습니다. 아예 인식이 불안정하거나 대부분의 블럭이 배드인 경우에나 케이블이나 컨트롤러를 의심해봐야 되죠.

1. badblocks 로 읽기/쓰기 검사
2. smartctl -t long 으로 테스트
3. hdparm -t 또는 dd if 명령으로 디스크의 순차읽기 최대속도 검사(130MB/s가 정상인데 40-50MB/s 나오는 경우)

1과 2는 거의 동일합니다. 디스크 자체 컨트롤러에서 검사하는지 리눅스 프로그램에서 검사하는지의 차이에요.
보통 1에서 문제 있으면 2에서도 문제 있습니다. 2가 더 많은 정보를 줍니다.(치환된 섹터라든가...)
2/3에서 문제가 없는데 1이 문제가 있다면 디스크 문제라기 보다는 케이블이나 OS가 불안정하다거나 다른 것을 의심해보겠습니다.

그리고 업체에서 교환해주는 조건은 위의 1,2,3 모두인데, 실제로는 2나 3이 가장 확실합니다.
2는 SMART 정보가 하드 자체에 남기 때문이고요, 3은 그 자리에서 바로 확인하기가 가능하기 때문이죠.
perls 2018-02
네 /dev/sda 로 했습니다.  공부 많이 되었네요..
 smartctl  이 툴로만 봐도 굉장히 많은 정보가 나오네요. long은 백그라운드 실행되면서 지금 하는중인데 좀 오래 걸리네요
-A 옵션으로 보니.. 찜찜한게 나오네요
Raw_Read_Error_Rate 와 Current_Pending_Sector 가 나오는거보니 이 하드디스크는 끝난것이지 싶네요

ID# ATTRIBUTE_NAME    FLAG    VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate    0x002f  199  199  051    Pre-fail  Always      -      1266
  3 Spin_Up_Time            0x0027  145  140  021    Pre-fail  Always      -      3716
  4 Start_Stop_Count        0x0032  100  100  000    Old_age  Always      -      307
  5 Reallocated_Sector_Ct  0x0033  200  200  140    Pre-fail  Always      -      0
  7 Seek_Error_Rate        0x002e  200  200  000    Old_age  Always      -      0
  9 Power_On_Hours          0x0032  079  079  000    Old_age  Always      -      15638
 10 Spin_Retry_Count        0x0032  100  100  000    Old_age  Always      -      0
 11 Calibration_Retry_Count 0x0032  100  100  000    Old_age  Always      -      0
 12 Power_Cycle_Count      0x0032  100  100  000    Old_age  Always      -      307
192 Power-Off_Retract_Count 0x0032  200  200  000    Old_age  Always      -      241
193 Load_Cycle_Count        0x0032  200  200  000    Old_age  Always      -      74
194 Temperature_Celsius    0x0022  113  090  000    Old_age  Always      -      30
196 Reallocated_Event_Count 0x0032  200  200  000    Old_age  Always      -      0
197 Current_Pending_Sector  0x0032  200  200  000    Old_age  Always      -      9
198 Offline_Uncorrectable  0x0030  200  200  000    Old_age  Offline      -      9
199 UDMA_CRC_Error_Count    0x0032  200  200  000    Old_age  Always      -      0
200 Multi_Zone_Error_Rate  0x0008  200  200  000    Old_age  Offline      -      9

------------
hdparm 툴로는 이렇게 나옵니다.
/dev/sda:
 Timing cached reads:  15306 MB in  2.00 seconds = 7664.45 MB/sec
 Timing buffered disk reads: 370 MB in  3.01 seconds = 123.01 MB/sec

리눅스에도 윈도우 버금가는 이런툴이 없을리가 없다고 생각했는데.. 역시나 있었네요..
감사합니다~


QnA
제목Page 1743/5723
2015-12   1759117   백메가
2014-05   5232394   정은준1
2018-02   7099   민채
2018-02   3839   박준영2
2018-02   3464   늘파란
2018-02   5217   늘파란
2018-02   5726   백만스물하나
2018-02   3962   Minchul
2018-02   6151   YODA34
2018-02   4037   무아
2018-02   4490   일론머스크
2018-02   4269   김준영86
2018-02   4713   여주농민76
2018-02   4310   KRISA
2018-02   11157   inquisitive
2018-02   5447   inquisitive
2018-02   4243   탄져
2018-02   4218   NeOpLE
2018-02   4503   서울l승용
2018-02   4357   삐돌이슬픔이
2018-02   3731   느낌
2018-02   3376   마고