왜 드라이브가 SMART 검사에서는 통과로 표시되지만 전체 읽기 테스트에서 동일한 LBA에서 실패할 수 있나요?

에바 왕기술 작가 그리고 이자 ZimaSpace의 상주 장인입니다. 평생을 기술에 열정을 가진 사람으로서 홈랩과 오픈소스 소프트웨어에 열정을 가지고 있으며,복잡한 기술 개념을 쉽게 이해할 수 있는 실습 가이드로 번역하는 데 전문성을 가지고 있습니다.에바는 셀프 호스팅이 어렵지 않고 재미있어야 한다고 믿습니다. 그녀의 튜토리얼을 통해 커뮤니티가 하드웨어 설정의 신비를 풀도록돕고 있습니다. 첫 NAS 구축부터 Docker 컨테이너 마스터링까지.

드라이브에 SMART PASSED가 표시되더라도 전체 읽기에 실패할 수 있습니다. 전체 상태 임계값은 모든 섹터를 읽을 수 있다는 보장이 아니기 때문입니다.

SMART 전체 상태 줄은 제조업체가 정의한 고장 임계값을 요약한 것으로, 해당 검사에서 디스크 전체 표면을 읽었다는 의미는 아닙니다. 전체 읽기 테스트는 훨씬 더 많은 주소를 확인하므로 국소적인 읽을 수 없는 섹터, 헤드 불량, 불안정한 플래시 영역, 시간 초과, 케이블 문제 또는 컨트롤러 재설정을 발견할 수 있습니다. 가장 유용한 단서는 오류가 같은 LBA에서 반복되는지, 연결 경로를 변경했을 때 드라이브를 따라 오류가 이동하는지 여부입니다.

SMART 전체 상태와 자체 테스트 결과를 구분하세요

최종 PASSED 줄만 저장하지 말고 전체 SMART 보고서를 저장하세요. 속성, 오류 로그, 자체 테스트 기록, 보류 중인 섹터, 읽을 수 없는 섹터, CRC 오류 및 온도를 포함해야 합니다.

Smartmontools에 따르면 손상되었거나 읽을 수 없는 섹터가 제조업체의 전체 고장 임계값을 넘지 않은 경우, 자체 테스트에 실패한 뒤에도 드라이브에 SMART PASSED가 유지될 수 있습니다.

자체 테스트 로그에 이미 실패한 LBA가 표시되어 있다면 추가 테스트를 실행하기 전에 해당 정보를 보존하세요. 전체 상태 결과가 특정 미디어 또는 테스트 증거보다 우선해서는 안 됩니다.

전체 읽기 테스트로 확인할 수 있는 항목을 이해하세요

테스트 도구, 읽기 모드, 블록 크기, 시작 LBA, 종료 LBA, 경과 시간 및 읽기 실패 시 재시도 여부를 기록하세요. 테스트가 읽기 전용인지 확인해야 합니다.

Seagate는 Long Generic이 각 섹터를 읽는다고 설명합니다. 따라서 짧은 상태 점검에서 놓친 국소적인 문제를 발견할 수 있습니다.

전체 읽기 실패가 동일한 주소에서 반복될 때 더 쉽게 원인을 추적할 수 있습니다. 주소가 바뀌거나 특정 외장 케이스를 통해서만 오류가 발생한다면 전송 경로, 전원 또는 컨트롤러 불안정성이 원인일 수 있습니다.

두 번째 제조업체 확장 테스트와 비교하세요

드라이브가 충분히 안정적이고 데이터가 보호된 경우 제조업체가 지원하는 확장 진단 또는 미디어 스캔을 실행하세요. 결과 코드와 로그를 저장해야 합니다.

Western Digital은 확장 테스트를 철저한 드라이브 테스트로 설명합니다. 따라서 일반 읽기 실패가 특정 유틸리티에서만 발생하는 특이 현상이 아닌지 확인하는 데 유용합니다.

중요한 데이터의 유일한 사본이 들어 있는 드라이브에 반복적으로 부하를 주지 마세요. 오류가 증가하고 있다면 추가 확인을 수집하는 것보다 읽을 수 있는 영역을 먼저 이미징하는 편이 안전합니다.

-15% OFF

실패한 LBA를 드라이브 자체 로그와 대조하세요

전체 읽기 실패 주소를 SMART 자체 테스트 로그, ATA 오류 로그, 보류 중인 섹터 변화 및 시스템 I/O 오류와 비교하세요. 동일한 LBA 또는 인접 범위가 반복해서 나타나는지 기록해야 합니다.

Debian의 smartctl 참조 문서에는 최초로 실패한 논리 블록 주소를 보존할 수 있는 자체 테스트 및 오류 로그 출력이 설명되어 있습니다.

동일한 주소에서 오류가 반복되면 국소적인 미디어 손상일 가능성이 높습니다. CRC 오류, 링크 재설정 또는 장치 사라짐과 함께 무작위 주소에서 오류가 발생하면 연결 경로 또는 컨트롤러 문제일 가능성이 높습니다.

읽기 전용 표면 테스트를 신중하게 사용하세요

선택한 도구가 읽기 전용 모드인지, 올바른 장치를 대상으로 하는지 확인하세요. 필요한 데이터가 들어 있는 디스크에는 파괴적인 쓰기 패턴 테스트를 절대 사용하지 마세요.

badblocks 매뉴얼은 읽기 전용 스캔과 파괴적인 쓰기 모드를 구분합니다. 데이터가 저장된 디스크를 테스트하기 전에 반드시 확인해야 하는 내용입니다.

표면 스캔은 수리가 아닙니다. 현재 조건에서 읽기 가능성을 측정하는 작업이며, 반복적인 재시도는 고장 중인 드라이브에 부담을 높일 수 있습니다.

미디어 고장과 케이블, 전원 및 컨트롤러 고장을 구분하세요

데이터를 보호한 뒤, 정상임을 확인한 케이블, 직접 연결 포트, 안정적인 전원 경로 및 가능하다면 다른 컨트롤러를 사용해 실패한 범위 주변에서 짧고 제한적인 읽기를 반복하세요.

GNU ddrescue는 진행 상황을 기록하면서 읽을 수 있는 영역을 먼저 복구하도록 설계되었습니다. 불안정한 디스크에 일반 전체 읽기를 반복해서 다시 시작하는 것보다 안전합니다.

정상임을 확인한 경로에서도 동일한 LBA에서 오류가 발생한다면 공통 요소는 드라이브입니다. 경로에 따라 오류가 사라지거나 달라진다면 전원, 케이블, 브리지, HBA 및 호스트 로그를 점검하세요.

드라이브 교체 여부를 결정하기 전에 데이터를 보호하세요

오류가 증가하거나 장치가 재설정되거나 SMART 보류 중 또는 읽을 수 없는 섹터 수가 늘어나거나 드라이브에 대체할 수 없는 데이터가 들어 있다면 불필요한 테스트를 중단하세요. 먼저 읽을 수 있는 데이터를 복사하거나 이미징해야 합니다.

ZimaSpace의 불량 SATA 케이블과 고장 난 드라이브 구분 가이드에서는 관련 경로 격리 판단을 다룹니다. 이 글은 SMART PASSED와 전체 표면 결과가 서로 다를 수 있는 이유에 초점을 맞춥니다.

연결 경로를 통제한 뒤에도 반복적으로 읽을 수 없는 영역, 확장 테스트 실패, 악화되는 장치 로그 또는 드라이브를 따라다니는 오류가 계속된다면 해당 드라이브를 주 서비스에서 제외해야 합니다.

자주 묻는 질문

SMART PASSED는 드라이브가 정상이라는 뜻인가요?

드라이브가 제조업체의 전체 고장 임계값을 넘지 않았다는 뜻입니다. 모든 LBA를 읽을 수 있거나 간헐적인 전자 장치 또는 전송 경로 오류가 없다는 보장은 아닙니다.

전체 읽기 테스트는 파괴적인가요?

읽기 전용 스캔은 데이터를 변경하지 않도록 설계되었지만, 약해진 드라이브에 부담을 줄 수 있습니다. 쓰기 패턴 표면 테스트는 파괴적이므로 필요한 데이터가 있는 드라이브에는 절대 사용하면 안 됩니다.

동일한 실패 섹터를 여러 번 재시도해야 하나요?

아니요. 반복적인 재시도는 시간을 낭비하고 불안정한 미디어에 부담을 줄 수 있습니다. 최초 오류를 보존하고 읽을 수 있는 데이터를 보호한 뒤, 데이터가 중요하다면 복구 중심 도구를 사용하세요.

지원 및 팁

더 읽어보기

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.