나는 Steve Gibson의 SpinRite에 대한 실제 (즉, 전문적인) 경험이 없으므로 SF 커뮤니티에 이것을 넣고 싶습니다. SpinRite는 실제로 그것이 주장하는 것을합니까? 사용하기 좋은 제품입니까? 적절한 백업 솔루션과 RAID 내결함성을 갖춘 필자는 필 요한 적이 없지만 궁금합니다.
이에 관한 상충되는 메시지가있는 것 같으며 어느 쪽이든 찾기 어려운 데이터는 없습니다.
한편으로, 많은 가정 사용자가 자신에게 도움이된다고 주장하는 것을 들었습니다. 그러나 가정 사용자는 실제로 많은 일을한다고 들었습니다. 반면에 스티브 자신의 설명과 문서는 그것에 대해 따뜻한 퍼지를 제공하지 않습니다.
문제의 진실은 무엇입니까? 사용 하시겠습니까?
답변
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 셸 스크립트를 작성하는 것은 일반 스크립트 프로그래머의 능력 내에 있습니다.
답변
과거에 디스크 드라이브 펌웨어를 작성 했었던 (’80 년대부터 시작), 드라이브 펌웨어의 기능에 대한 많은 오해가 있습니다. 또한 GRC 포럼에서 많은 시간을 보냈지 만 사용자 이외의 방법으로 SpinRite와 연결되어 있지 않습니다.
첫째, 80 년대 이후로 드라이브 펌웨어는 항상 섹터를 복구하고 다시 매핑했습니다 (그 당시에는 펌웨어를 작성했습니다). 이것에 대해서는 전혀 새로운 것이 없습니다. 드라이브가 문제 섹터에 도달하면 자체적으로 여러 번 재 시도를 수행하지만 한 번의 읽기 명령으로 드라이브가 몇 초 동안 진행되지 않기 때문에 그 수가 제한됩니다. 1 초 안에 드라이브가 데이터를 복구 할 수있는 경우 일반적으로 오류가 한 번 이상의 딸꾹질이라고 생각하면 섹터를 자동으로 다시 매핑합니다. 따라서 디스크 드라이브 와 같은 chkdsk또는 dd단순히 디스크 드라이브를 읽는 프로그램 은 SpinRite뿐만 아니라이 동작을 트리거합니다.
실제 문제는 드라이브 펌웨어가 섹터 데이터를 복구 할 수 없을 때 발생하는 문제입니다. SpinRite가 대부분의 다른 프로그램이하지 않는 작업은 디스크가 데이터를 한 번 성공적으로 읽을 수 있는지 확인하기 위해 수천 번의 재 읽기와 재발견을 수행하는 것입니다. 이 경우 SpinRite는 드라이브에 섹터를 다시 매핑하라고 지시하고 복구 된 데이터를 기록합니다. 내 경험상 여러 번의 다시 읽기 및 다시 읽기는 성공률이 제한되어 있으며 다른 사람들이 언급했듯이 드라이브의 남은 제한된 수명을 사용할 수 있습니다. 따라서 SpinRite를 사용 하기 전에 dd또는 사용 chkdsk하기 전에 항상 시도하는 것이 좋습니다 .
재시도 및 재시도 횟수에 관계없이 드라이브가 데이터를 복구 할 수없는 경우입니다. SpinRite는 섹터에서 수정되지 않은 원시 데이터를 여러 번 읽고 실제 데이터를 복구하고 복구하기 위해 다시 가져 오는 것에 대한 통계 분석을 수행합니다. 그런 다음 드라이브에 섹터를 다시 매핑하라고 지시하고 복구 된 데이터를 기록합니다. SpinRite 의이 부분은 내가 아는 한 독특하며 다른 모든 것이 실패했을 때 마지막 도랑 노력입니다. 결과적으로 SpinRite를 사용하여 다른 프로그램이없는 데이터를 복구했습니다 (dd, 제조업체 진단 등)이 가능했습니다. 그러나 SpinRite를 실행할 때는 복구 된 데이터가 부분적으로 만 정확할 수 있음을 인정해야합니다. SpinRite는 또한 모든 불량 블록을 매핑하는 효과가 있으므로 드라이브를 다시 사용할 수 있습니다. 그러나 모든 불량 섹터에 글을 쓰는 것만으로도 그렇게 할 수 있습니다 badblocks.
물론 일부 드라이브는 프로그램을 저장할 수없는 손실 된 원인입니다. 실제로 데이터가 필요한 경우 드라이브를 드라이브 복구 하우스로 가져가 드라이브의 결함이있는 부분을 교체하고 가능한 한 많은 데이터를 다시 가져 오는 다른 기술을 시도하십시오. 수천 달러를 쓸 준비를하십시오. 비용이 많이 드는 클린 룸을 필요로하는 매우 노동 집약적 인 프로세스이며,이 장소는 몇 년 전에 상용으로 출시 된 모든 드라이브에 대해 교체 부품의 재고를 유지해야합니다.
이 글을 쓰는 시점에서 Steve는 SpinRite 버전 7을 개발 중입니다. 여기에는 dd_rescue현재 수행중인 섹터 복구뿐만 아니라 유사한 데이터 복구도 포함됩니다 . 아마도 이것은 개별 불량 섹터에 집중하기 전에 수행되어 하나의 섹터를 복구하는 데 죽어가는 드라이브의 수명을 다하지 않을 것입니다.
답변
SpinRite는 오래 전에 작성된 시대의 훌륭한 프로그램이었습니다. 그 당시에는 드라이브 펌웨어 자체보다 지속성이 높기 때문에 토스트처럼 보이는 드라이브를 복구하는 것은 흑 마법 일 것입니다.
그러나 2009 년에는 가치가 없습니다. 최신 드라이브는 자체적으로 복잡한 섹터 매핑 및 테스트를 수행하며 SpinRite는 너무 오래되어 모든 드라이브에서 올바르게 드라이브를 트리거하는 방법을 알 수 없습니다. 대신 에 리눅스 부트 CD를 통해 smartmontools 를 사용하는 방법을 배우는 것이다.
드라이브가 다시 시작될 때의 일반적인 일상은 dd를 사용하여 데이터를 백업하고 smartmontools를 실행하여보고 된 오류를 확인하고 자체 테스트를 트리거 한 후 오류를 다시 확인한 다음 제조업체의 복구 소프트웨어를 실행하여 문제를 해결할 수 있습니다. SpinRite가 SMART 및 제조업체 도구에서 제공하는 인터페이스보다 드라이브에 대해 더 많이 알고 있다는 아이디어는 적어도 10 년은 더 이상 사용되지 않습니다. 또한 SMART 로그에 정보를 가져 오면 드라이브에 결함이있는 것으로 RMA를해야하는 경우 SpinRite가 도움이되지 않습니다.
SpinRite의 “수정”문제는 우연의 일치라고 가끔보고됩니다. 최신 드라이브의 불량 섹터에 액세스하는 경우 드라이브는 종종 해당 목적을 위해 유지되는 여분에서 해당 섹터를 다시 매핑합니다. 모든 SpinRite는 불량 섹터에 액세스했지만 실제로 아무것도 수리하지 못했습니다. 그렇기 때문에 이러한 일화와 관련된 “일한 일”보고서를 여전히 얻을 수 있습니다. SMART 스캔으로도 같은 결과를 얻을 수있었습니다.
답변
이 도구는 다른 도구 (예 : ddrescue )가 복구 할 수없는 데이터를 복구 할 것이라고 확신 할 수 있습니다 . 따라서 드라이브가 고장난 경우 사용할 가치가 있습니다. 다른 모든 도구가 실패했을 때 Spinrite가 드라이브를 복구했습니다. 그러나 특정 유형의 오류 만 복구 할 수 있으며 매번 작동하지는 않습니다 .
그것은 당신이 할 중요한 경우가 말했다 조차하지 하려고 spinrite 또는 다른 소프트웨어 기반 솔루션으로 디스크를 복구 할 수는. 디스크가 알 수없는 이유로 실패한 경우 즉, 그것의 데이터가 절대적으로 중요하다 – 당신이해야합니다 즉시 분리 디스크 및 전문 수리점 (에 직접 제공 하지 괴짜 분대 또는 데이터 의사문제를 찾아서 해결하기 위해 분해 할 수있는 다른 소비자 상점). 이 상점은 클린 룸 환경에서 작동하며 헤드, 모터, PCB 및 기타 고장난 구성 요소를 교체 할 수있는 도구를 갖추고 있습니다. 단일 디스크의 경우 800-3000 달러 (또는 그 이상) 정도는 저렴하지는 않지만 가장 좋은 샷입니다.
가장 중요한 것은 인클로저 내부에 물리적 손상이있는 경우 드라이브를 돌리는 것만으로도 데이터를 복구 할 수 없어 향후 복구 시도가 무의미해질 수 있습니다. Spinrite는 구성 요소가 손상된 디스크를 복구 할 수 없습니다. 내부에 느슨한 조각이 있으면 드라이브를 회전시키는 것은 매우 파괴적입니다.
또한 Spinrite는 “비파괴 적으로”작동하지 않습니다. 즉, 불량 섹터를 읽은 후 다시 매핑하여 향후 복구 노력에 영향을 줄 수 있습니다. 당신은 소프트웨어 기반의 복구를 시도하려는 경우 따라서, 당신은 같은 도구를 사용하여 할 수있는 덤프해야 ddrescue하고, 다음 드라이브에 spinrite를 사용합니다.
답변
SpinRite는 스티브 깁슨 (Steve Gibson)에 의해 작성되었다는 점에서 여전히 중요한 점 중 하나입니다. 스티브 깁슨 (Steve Gibson) 은 수년간 무능력 으로 비난을 받았으며 그의 “경력”후기 에 풍차 에 대해 수많은 공격 을 가한 사람 입니다 . 이것이 반드시 “Gibson Research Corporation”에서 좋은 소프트웨어가 나오지 않는다는 것을 의미하는 것은 아니지만 , 적어도 모든 사람이 두 번 점검 하도록해야합니다 . 많은 사람들이 지적했듯이 데이터 복구를위한 오픈 소스 대안이 많이 있습니다 (대부분 Linux Live CD로 제공).
답변
그것을 사용하고, 사용하고, 추천 할 것입니다.
나는 Solidworks 도면으로 가득 찬 160gb SATA 하드 드라이브를 가지고있었습니다. 어느 날 정전으로 인해이 기계 하나가 중단되었습니다. 그 후 머신은 부팅 중 블루 스크린 만됩니다.
마지막으로 우리 ChkDsk는 제조사의 간단한 유틸리티 프로그램과 SpinRite를 구입했습니다 . SpinRite는 디스크에서 이러한 오류를 찾아 수정했습니다. 그 후 모든 데이터를 복구 할 수있었습니다.
하드 디스크가 토스트되어 있고 데이터가 새 디스크 비용보다 더 가치가있는 경우 $ 89 USD를 구매할 가치가 있습니다.
답변
내가 아는 것은 Spinrite가 매우 오래된 제품이며 버전 6이라는 사실은 많은 업데이트가 없었 음을 암시하는 것 같습니다. 약 15 년 전에 Windows가 여전히 MS-DOS 용 16 비트 애드온이었던 것에 대해 들었습니다. 위키 백과 페이지는 심지어 1988 년에 구축 첫 번째 버전이었다 말한다! 그리고 좋은 제품이 아니라면 21 년 동안 살아남지 못할 것입니다. 그러나 그들은 가능한 많은 용도를 가진 매우 다재다능한 제품처럼 보이게하지만 기본적으로 자기 데이터 저장 장치를 스캔하고 수정하는 소프트웨어 일뿐이므로 영업 담당자 만 이야기합니다.
제작자는 하드웨어 전문가가 주로 사용하는 소프트웨어이지만 신뢰할 수있는 것으로 간주 될 수 있습니다. 가격을 고려할 때 이런 종류의 도구에는 비용이 많이 들지 않지만 지금까지 필요하지 않은 도구입니다.
디스크 검사 도구는 큰 디스크에서 완료하는 데 몇 시간이 걸릴 수 있습니다. 2TB 디스크를 확인하려면 칩과 맥주 한 그릇을 들고 소파에 앉아 영화를 보면서 SpinRite가 시스템을 스캔하도록하십시오. (그런 다음, 두 번째와 세 번째 영화를보고, 양치질을하고, 잠을 자고, 일어나서, 아침 일을하고, 완료되었는지 확인하십시오 …) 물론, 이것은 모든 소프트웨어에 문제가있는 것입니다. 섹터별로 거대한 디스크 섹터를 스캔해야합니다.
실수로 파일을 삭제했거나 디스크를 포맷 한 경우 다른 (무료) 도구를 사용하는 것이 더 좋습니다. SpinRite는 손상된 영역에서 데이터를 복구하기 위해 성능이 저하되기 시작한 디스크에서 더 실용적입니다.
그러나 다시 한번, 나는이 제품에 대한 경험이 없었습니다. 백업 및 백업 백업을 유지하는 경향이 있습니다. 그러나 고객이 하드웨어 고장난 하드 디스크에서 일부 손실 된 데이터를 복구 할 수 있는지 물어볼 때 하드웨어 수리점에있는 사람들에게 유용하다고 생각할 수 있습니다.
