Western Digital Elements Desktop USB 연결 하드 드라이브가 있습니다. 기본적으로 WD30EZRX 드라이브의 영광스러운 패키지입니다. 나는 그것을 사용하여 시스템 백업을 보유하고 있기 때문에 (지금은 그 당시에) 중요하지 않습니다. 아마 그것을 닦아서 바로 버릴 수 있으며 아무것도 놓치지 않을 것입니다.
몇 달 전, 위에서 언급 한 드라이브를 다른 드라이브로 효과적으로 교체했지만이 오래된 드라이브를 유지했습니다 (일부 파일의 이전 버전을 참조 해야하는 경우 부분적으로 변환하려고했기 때문에) 오프 사이트 백업 드라이브). 연결되어 있고 전원이 켜져 있지만 사용하지 않습니다. 파일 시스템이 마운트되지 않았으므로 부트시 파티션 테이블 스캔과 ZFS가 풀의 일부인 파티션이 있는지 확인하기 위해 ZFS가 몇 번 방법을 찾는 것뿐입니다.
또한 약 한 달 전에 시스템에 연결된 다양한 디스크의 상태를 모니터링하기 위해 현명하게 설정했습니다. 이 드라이브에 대해 보류중인 (읽을 수없는) 섹터 수 5를보고하는 즉시 피의 살인을 외쳤다.
오늘 오후, smartd의 이메일 보고서는 갑자기 6 개의 보류중인 섹터와 1 개의 오프라인 수정할 수없는 섹터 (이것은 새로운 것)가 있음을 나타냅니다 .
가장 최근의 재부팅, 드라이브가 봤어야 할 때 이렇게 : 여기에 이상한 부분이있어 어떤 가장 최근에 활동을 거의 4 일 전이었다.
드라이브는 전체 디스크에 걸쳐 단일 파티션을 논리적으로 보유하며, 드라이브의 상태를 모니터링하기 위해 smartd를 설정 한 이후로 시작되지 않은 LUKS 컨테이너가 들어 있습니다. RAID 배열 또는 그와 비슷한 수준 (드라이브, 파티션, LUKS 컨테이너, 포함 된 파일 시스템)의 일부가 아닙니다.
smartctl --all드라이브를 점검 하면 자체 테스트가 기록되지 않은 것으로보고됩니다. 또한 보류중인 섹터 수 6과 오프라인 수정할 수없는 수 1을 확인합니다.
드라이브가 활동을 보지 않아야 할 때 보류중인 섹터 및 오프라인으로 수정할 수없는 섹터의 증가를 초래 한 원인은 무엇입니까?
참고 : 이 드라이브를 계속 사용해야하는지 묻지 않습니다 . 이 시점에서 분명히 신뢰할 수 없게되었고 은퇴 할 것입니다. 하드 드라이브 충돌로 인해 데이터가 손실되어 여러 번 데이터를 실제로 잃을 수 있습니다.