나는씨게이트 바라쿠다 ST1000DM003 1TB HDD이제 거의 10년 동안. 그러나 지금은 "반쯤 죽은 상태"입니다. 나는 그것에 윈도우 10을 가지고 있었다. 어느 날 내 PC가 부팅되지 않았기 때문에 모든 것이 시작되었습니다. 윈도우 문제인줄 알고 최신 복원지점으로 복원했는데 안되더군요.
며칠 후 PC를 다시 부팅하려고 시도했지만 부팅이 되지 않았습니다.너무 느려. 내 모든 파일에 액세스할 수 없었습니다. 그리고 일부 폴더를 열려고 하면 로딩이 끝없이 발생했습니다.
오늘 새 HDD를 구입하여 Win10을 설치했습니다. 그리고 추가 SATA 포트를 사용하여 고장난 HDD를 연결했습니다. 문제는. 때로는 내 PC가 열릴 때도 있고 때로는~하지 않다. 여러 번 부팅하고 종료를 시도했습니다. 나는 그것에서 일부 폴더를 구출했습니다.
열면 모든 폴더와 파일을 볼 수 있습니다. 데이터는 손실되지 않습니다.
이 HDD를 Linux 장치에 연결하면 다음 목록에 표시됩니다.lsblk. 사용해 보았습니다구출내 다른 Linux PC와 함께. ddrescue를 실행하면 특정 지점까지 실행됩니다. 그리고 그 시점부터 모든 블록이 다음과 같이 보이기 시작합니다.오류가 발생했습니다.. 하지만 ddrescue는 항상 7~8분 후에 실패하기 시작하기 때문에 이것이 시간 문제라는 것을 알고 있습니다. 그때까지는 모든 것이 좋습니다.
ddrescue를 시작할 때 다음을 설정했습니다.-i 매개변수어떤 위치에 있든 어느 정도까지는 성공적인 결과를 얻습니다. 그런 다음 다시 실패하기 시작합니다. 때로는 시작 시 실패하는 경우도 있습니다. 권장하지는 않지만 이 HDD를 Linux에 마운트하려고 시도했습니다. 그리고 "수퍼블록을 읽을 수 없습니다"라는 메시지가 표시되었습니다.
마지막으로 내 질문은: 이 HDD의 문제가 무엇인지 어떻게 진단할 수 있습니까? 컨텐츠가 손상되어 발생합니까? 아니면 PCB 결함입니까? 아니면 헤드가 손상되었을 가능성이 있습니까?
하드 드라이브 복원을 진단하고 싶습니다.
지금도 연결하면 윈도우에서 디스크로 인식될 때도 있고 그렇지 않을 때도 있습니다.
물리적인 손상 문제는 아닌 것 같아요. 왜냐하면 PC를 켜자마자 실행되기 시작하기 때문입니다.
답변1
DIY 데이터 복구에는 위험이 따릅니다..어느데이터 복구에는 드라이브에 액세스할 때마다 가장자리 쪽으로 더 가까이 밀어넣기 때문에 위험이 따릅니다. 데이터 복구 전문가의 도구와 절차는 위험을 줄이도록 설계되었으며, 데이터가 가치 있는 경우 전문가가 최선의 선택이 될 것입니다.
하드 드라이브 복원을 진단하고 싶습니다.
SMART 도구를 실행하고 관찰만 하십시오. 단기 또는 연장 테스트를 실행하지 마십시오. 드라이브를 사용 가능한 상태로 복원하는 일은 잊어버리고 데이터 복구에만 집중하세요. 데이터가 가치가 없다면 문제와 좌절을 피하고 드라이브를 비우십시오.
드라이브는 급격히 성능이 저하되는 드라이브의 모든 징후를 보여줍니다. 일반적으로 이러한 드라이브는 해당 목적에 맞게 설계된 복제/이미징 도구를 사용하여 가장 잘 처리됩니다. HDDSuperClone(무료/오픈 소스)이 그러한 도구입니다. 성능이 저하된 드라이브에서 파일 복구 도구를 사용하면 문제가 발생합니다.
설명된 증상은 HDDSuperClone에 의해 자동으로 처리될 수 있지만, 자동화된 전원 주기(예를 들어 드라이브가 오류만 보고하기 시작하는 경우)에는 추가 하드웨어가 필요합니다.
따라서 첫 번째 단계는 드라이브를 복제/이미징하는 것입니다.. 이미지 파일/복제본이 있으면 환자 드라이브를 따로 보관하고 디스크 이미지로 작업하십시오.
복제/디스크 이미지에만 파일 복구 소프트웨어를 사용하세요! 환자로부터 복구할 수 없는 데이터의 양에 따라 파일 시스템 재구성이 가능할 수도 있고 불가능할 수도 있습니다.
컨텐츠가 손상되어 발생합니까? 아니면 PCB 결함입니까? 아니면 헤드가 손상되었을 가능성이 있습니까?
미디어와 헤드를 저하시킵니다. 95% 확실하게 이는 PCB 문제가 아닙니다. 드라이브를 많이 사용할수록 상태는 더욱 악화됩니다. 어느 시점에서 드라이브가 실패할 것입니다. 헤드가 실패하거나 오류 양이 많아지기 시작합니다. 예를 들어 g-list가 오버플로되어 프로세스의 다른 펌웨어 모듈을 덮어쓰게 됩니다.
이와 같은 경우 일부 실험실에서는 기본적으로 클린룸에서 드라이브를 확인하고 다른 실험실에서는 먼저 이미징을 시도합니다. '기발한 머리'를 이미지화하려면 개별적으로 비활성화할 수 있습니다. 이렇게 하면 위험이 가장 적은 데이터를 먼저 복사할 수 있습니다.
항상 아이디어는 드라이브에 대한 스트레스와 실패 위험을 증가시킬 가능성이 있는 비트로 시작하기 전에 먼저 쉬운 데이터를 얻는 것입니다.