SpinRite에 대해 상당히 좋은 경험을했지만 과대 평가 된 것 같습니다. 실제로, 그것은 자신의 이익을 위해 너무 영리 할 수 있습니다. 잘 작동하는 무료 솔루션이 있습니다 (실제로 무료 솔루션이 더 잘 작동 할 수 있습니다).
우리는 200GB NTFS 드라이브를 사용하여 갑자기 실패했습니다. 이것은 사람들이 일시적으로 물건을 덤프하는 "공유"드라이브로 여겨졌지만, 기타 백업을 가진 거대한 데이터 저장소와 아무도 백업하지 않는 많은 파일로 바뀌 었습니다. 드라이브가 죽었을 때 chkdsk 또는 다른 도구를 몇 번이나 실행하더라도 마운트 할 수 없었습니다.
결국 우리는 SpinRite를 구매하고 운영했는데 ... 1 개월 이상 계속 운영되었습니다. 클러스터가 불량 클러스터에 도달 할 때마다 데이터를 복구하는 데 몇 시간이 걸렸습니다. 다시 한 번, 결함이있는 200GB 드라이브에서 데이터를 복구하려고 한 달 이상 논스톱으로 실행되었습니다. (SpinRite의 방어에서는 물리적 결함이없는 경우 몇 시간 만에 드라이브를 스캔 할 수 있습니다.) SpinRite는 결국 모든 파일을 복구 할 수있었습니다. SpinRite는 또한 드라이브를 다시 장착 할 수있게 만들었습니다. 그래서 나는 분명히 무언가를했다고 말하고 싶습니다.
그러나 그것이 효과가 있었음에도 불구하고 Linux CD를 부팅하고 dd를 실행하여 전체 드라이브를 파일로 복사하는 것 이상을 도왔는지 모르겠습니다. 죽어가는 한 달 동안 죽어가는 디스크를 실행하지 않는다는 말이 있습니다 ! 물리적 결함은 퍼지는 습관이있는 것 같습니다. SpinRite가 실행되는 동안 디스크 성능이 더 저하 되어도 놀라지 않을 것입니다. 개인적으로 디스크에서 가능한 빨리 데이터를 가져 와서 여러 백업 이미지를 만들고 파일을 오프라인에서 복구하려고합니다.
우리는 최근에 다른 데이터를 복구해야했고 dd는 훌륭한 일을 해냈습니다. 드라이브에서 모든 양호한 데이터를 복사하도록 지시 한 다음 몇 번 더 실행하여 불량 영역에서 데이터를 가져 오려고 더 열심히 (예 : 더 작은 블록 크기 사용) 시도 할 수 있습니다.
한 시간 정도 여유가 있다면 SpinRite를 구입하는 대신 dd를 사용하는 방법을 배우는 것이 좋습니다.
http://www.debianadmin.com/recover-data-from-a-dead -hard-drive-using-dd.html
또는 약간 더 쉬운 경로로 가서 dd_rescue를 다운로드 하십시오 :
http://www.garloff.de/kurt/linux/ddrescue
SpinRite를 계속 실행하려면 드라이브를 장기간 실행하면 드라이브 성능이 저하 될 수 있으므로 드라이브에서 기존 데이터를 모두 복사 한 후에 수행하는 것이 좋습니다.
새 드라이브를 얻을 때마다 Linux CD를 부팅하고 불량 블록을 실행하여 결함이 있는지 확인해야합니다. 또한 드라이브의 성능 저하를 정기적으로 점검해야합니다. 우리는 적어도 2 개의 새로운 드라이브에 결함이 있으며 2 개월 안에 3 ~ 4 개 이상의 다이가 발생했습니다.
우분투 라이브 CD로 부팅하는 경우 루트로 불량 블록을 실행하거나 명령 앞에 "sudo"를 붙여야합니다.
새로운 드라이브 (경고 : 모든 데이터를 파괴합니다!) :
badblocks -wvs /dev/sd#
또는
badblocks -wvs /dev/hd#
사용중인 드라이브 (읽기 전용 테스트) :
badblocks -vs /dev/sd#
또는
badblocks -vs /dev/hd#
여기서 #은 Linux의 드라이브 번호입니다. IDE 드라이브는 일반적으로 / dev / hd #이며 SCSI (및 SATA) 드라이브는 / dev / sd #입니다.
불량 블록에 대한 자세한 내용은 여기 ( http://en.wikipedia.org/wiki/Badblocks)를 참조 하십시오.
그런데 dd 및 badblocks는 Linux 프로그램이지만 NTFS 드라이브에서 사용할 수 있으며 MBR 파티션, 동적 디스크 또는 GPT 디스크 사용 여부에 관계없이 Linux에서 NTFS 파티션을 마운트 할 수도 있습니다.
Steve의 문서는 SpinRite가 이론적으로 도울 수있는 많은 가상의 문제에 대해 설명합니다. 예를 들어, 시간이 지남에 따라 데이터가 사라지고 모든 블록을 읽고 다시 디스크에 다시 써서 "새로 고침"이 필요하거나, 블록의 양쪽에 판독 헤드를 반복적으로 재배치한다는 개념은 결국 통계적으로 신성을 허용합니다. 해당 블록에 저장된 원본 데이터. 논리적으로, 이것들은 의미가 있지만, 실제로 현실에서는 일어나지 않을 수도있는 학문적 문제에 대한 해결책 일 뿐이라고 생각합니다. (적어도 하드 디스크의 경우 Zip 디스크 등이 데이터 페이딩에 더 취약 할 수 있습니다.) Steve가 주제에 대한 논문을 인용했거나 이러한 기술이 실험적으로 효과가 입증 된 경우, 그런 다음 많은 오픈 소스 또는 시판되는 SpinRite 클론이있을 것으로 기대합니다. SpinRite의 모든 문서화 된 기능을 포함하는 Python, Perl 또는 UNIX 셸 스크립트를 작성하는 것은 일반 스크립트 프로그래머의 능력 내에 있습니다.