이 SMART 자체 테스트는 드라이브 고장을 나타 냅니까?

이 SMART 자체 테스트 결과에 실패한 드라이브가 표시되는지 여부가 궁금합니다. 결과에서 ‘완료 : 읽기 실패’가 나타나는 유일한 드라이브입니다.

# smartctl -l selftest /dev/sde
smartctl version 5.38 [i686-pc-linux-gnu] Copyright (C) 2002-8 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)   LBA_of_first_error
# 1  Extended offline    Completed: read failure       90%      8981         976642822
# 2  Extended offline    Aborted by host               90%      8981         -
# 3  Extended offline    Completed: read failure       90%      8981         976642822
# 4  Extended offline    Interrupted (host reset)      90%      8977         -
# 5  Extended offline    Completed without error       00%       410         -

SMART 자체 테스트의 출력을 제외하고는 드라이브에 아직 오류 징후가 나타나지 않습니다. 이것은 현재 SMART 자체 테스트를 실행하는 동일한 시스템의 다른 드라이브에서 출력 된 것입니다

# smartctl -l selftest /dev/sdc
smartctl version 5.38 [i686-pc-linux-gnu] Copyright (C) 2002-8 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Extended offline    Self-test routine in progress 30%     15859         -
# 2  Extended offline    Completed without error       00%      9431         -
# 3  Extended offline    Completed without error       00%      8368         -


SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x002f   200   200   051    Pre-fail  Always       -       1
  3 Spin_Up_Time            0x0027   176   175   021    Pre-fail  Always       -       4183
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       48
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   100   253   000    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   088   088   000    Old_age   Always       -       8982
 10 Spin_Retry_Count        0x0032   100   253   000    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   253   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       46
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       34
193 Load_Cycle_Count        0x0032   200   200   000    Old_age   Always       -       13
194 Temperature_Celsius     0x0022   111   101   000    Old_age   Always       -       36
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       1
198 Offline_Uncorrectable   0x0030   200   200   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       1
200 Multi_Zone_Error_Rate   0x0008   200   200   000    Old_age   Offline      -       2

답변

바라건대 드라이브를 오랫동안 교체했지만 아직 아무도 직접 질문에 대답하지 않았기 때문에 …

두 테스트에서 모두 표시된 것처럼 디스크의 동일한 논리 섹터를 읽지 못하고 Completed: read failure두 테스트에서 모두 동일한 LBA를 두 번 테스트했습니다. 이것은 실제로 디스크에 결함이 있음을 나타내므로 보증하에 교체해야합니다. 이 섹터에 데이터를 저장하려고하면 쓰기 프로세스 중에 드라이브에 결함이 있음을 알리고 섹터를 다시 매핑 할 수 있지만 드라이브가이를 인식하지 못하고 나중에 데이터를 읽을 수 없으면 손실 된 것입니다. 그것.

답변

의심스러운 드라이브에서 데이터를 위험에 노출시킬 가치가 있습니까?

그것이 나라면, 나는 드라이브를 교체하고 SMART가 나에게 큰 두통을 저장했다는 것에 감사드립니다.

답변

다른 답변에 의견을 추가하고 싶지만 담당자가 부족하여 그림을 볼 수는 없습니다.

cron 스크립트를 작성할 필요가 없습니다 . smartmontools 패키지 에는 smart 상태 데몬 이 있습니다. 구성 을 작성 하고 서비스를 시작하기 만하면됩니다. smartmontools 패키지에는 무언가 실패 할 때 smartd가 호출 할 수있는 샘플 스크립트도 포함되어 있습니다.

답변

당신의 상황에서 어떻게해야합니까?

우선 어떤 파일이 영향을 받는지 알아냅니다. http://smartmontools.sourceforge.net/badblockhowto.html#e2_example1
예 를 수행하는 방법에 대한 지침이
있습니다. 귀하의 경우 배열이 있기 때문에 더 어렵습니다. 그러나 가능합니다. 실패한 섹터에 0을 쓰는 것보다이 파일이 백업되었는지 확인하십시오. 두 가지 일이 발생할 수 있습니다. 1. 드라이브가이 섹터에 0을 성공적으로 기록합니다. Current_Pending_Sector, Reallocated_Sector_Ct는 이후 0이어야합니다. 2. 드라이브가이 섹터에 쓰지 못합니다. 이 섹터를 “예비”영역으로 다시 매핑합니다.

어쨌든 고정 드라이브로 끝납니다. 파일의 한 섹터를 덮어 쓰기 때문에 파일을 백업에서 복원해야합니다. 또한 더 이상 오류가 없는지 확인하기 위해 확장 된 자체 테스트를 다시 실행해야합니다.

건강을 유지!

추신 : 나는이 게시물이 오래되었다는 것을 알고 있습니다. 그러나 나는 그것을 골랐다. 그리고 또 다른 좋은 답변을 제공하는 것이 좋습니다.

답변

드라이브가 나갔을 것입니다. 드라이브의 일부에서 읽을 수없는 것은 가장 확실한 장애 조건이며 다른 일반적인 디스크 장애 징후없이 발생할 수 있습니다. 이런 유형의 일은 일반적으로 일시적이지 않습니다. 다른 징후가 없으면 머리가 약하거나 정렬 문제가 약간 발생하거나 플래터 (실린더?)에 결함이있는 것일 수 있습니다.

다른 대안은 SMART 버그가 있다는 것입니다. 버그가있는 펌웨어로 드라이브를 실행하고 싶지 않습니다.

SMART에서 오류가 발생하면 데이터 손실을 피하기 위해 새 드라이브를 구입해야한다는 강력한 신호입니다. 부분적으로 조기 경보 시스템으로 고안되었습니다.

답변

  • 최대한 빨리 백업하십시오!

  • 이 드라이브가 여전히 보증 기간 인 경우

    • 공급 업체의 검사 능력을 실행합니다 (일반적으로 부팅 CD를 얻을 수 있음)
    • 이것이 오류를 반환하면 빙고, 다시 보내고 교체를 기다립니다.
    • 백업에서 복원
    • 문제 해결-종료
  • 이 드라이브에 보증이 없으면 나사를 조입니다
    • 여전히 희망이 있습니다 …
    • 이것은 실제로 읽기 오류이므로 쓸 수 없다는 의미는 아닙니다.
    • 백업을 한 후에는 실제로 읽을 수있는 새로운 데이터로 읽을 수없는 섹터를 덮어 쓰므로 백업을 복원 할 수 있습니다. )
    • badblocks 이 도구를 사용할 수도 있습니다 (이미 백업이 있습니까?)
      • 실제로 이것을 사용하여 디스크를 테스트하지는 않지만 (어쨌든 절대 디스크가없는 경우에는 의미가 없습니다) 이러한 섹터에 여러 번 쓰려고합니다
    • 스마트 테스트를 다시 실행할 수 있으며 읽을 수없는 섹터가 “수정”될 가능성이 있습니다
    • 문제가 해결되지 않으면 드라이브를 더 오래 사용할 수 있습니다. 용도에 따라 1 년 동안 평소보다 빨리 실패 할 것입니다.하지만 디스크가 저렴합니다. 데이터가 중요한 경우 새 디스크를 얻으십시오-END

답변