ฉันมีประสบการณ์ที่ดีพอสมควรกับ SpinRite แต่ฉันคิดว่ามัน overrated สูง ที่จริงแล้วมันอาจฉลาดเกินไปสำหรับความดีของตัวเอง มีวิธีแก้ปัญหาฟรีที่ใช้งานได้เช่นกัน (อันที่จริงฟรีอาจทำงานได้ดีกว่า)
เรามีไดรฟ์ NTFS 200 GB ซึ่งล้มเหลวอย่างกะทันหัน นี่ควรจะเป็นไดรฟ์ "แชร์" ที่คนเพิ่งทิ้งสิ่งของชั่วคราว แต่ท้ายที่สุดก็กลายเป็นที่เก็บข้อมูลขนาดใหญ่ที่มีการสำรองข้อมูลเบ็ดเตล็ดรวมถึงไฟล์จำนวนมากที่ไม่มีใครใส่ใจที่จะสำรองที่ใดก็ได้ เมื่อไดรฟ์เสียชีวิตเราไม่สามารถติดมันได้ไม่ว่าจะวิ่ง chkdsk หรือเครื่องมืออื่น ๆ กี่ครั้งก็ตาม
ในที่สุดเราซื้อและใช้งาน SpinRite ... ซึ่งยังคงทำงานต่อเนื่องมากกว่า 1 เดือน ทุกครั้งที่เจอกลุ่มที่ไม่ดีจะใช้เวลาหลายชั่วโมงเพื่อกู้คืนข้อมูล อีกครั้งมันทำงานแบบไม่หยุดพักเป็นเวลานานกว่าหนึ่งเดือนพยายามกู้คืนข้อมูลจากไดรฟ์ขนาด 200 GB ที่บกพร่อง (ในการป้องกันของ SpinRite มันสามารถสแกนไดรฟ์ในเวลาเพียงไม่กี่ชั่วโมงหากไม่มีข้อบกพร่องทางกายภาพ) ในที่สุด SpinRite ก็สามารถกู้คืนไฟล์ทั้งหมดของเราได้แม้ว่าไฟล์ที่มีขนาดใหญ่กว่านั้นจะเสียหาย SpinRite ทำให้ไดรฟ์ติดตั้งอีกครั้ง ดังนั้นฉันจะบอกว่ามันทำอะไรบางอย่างแน่นอน
อย่างไรก็ตามแม้ว่ามันจะใช้งานได้จริงฉันก็ไม่รู้ว่ามันช่วยอะไรได้มากกว่าเพียงแค่การบูทจากแผ่นซีดี Linux และรัน dd เพื่อคัดลอกไดรฟ์ทั้งหมดไปยังไฟล์ มีบางอย่างที่ต้องบอกว่าไม่ได้ใช้ดิสก์ที่กำลังจะตายตลอดทั้งเดือนเพราะมันกำลังจะตาย! ข้อบกพร่องทางกายภาพดูเหมือนจะมีนิสัยแพร่กระจาย มันจะไม่ทำให้ฉันประหลาดใจถ้าดิสก์เสื่อมโทรมยิ่งขึ้นขณะที่ SpinRite ทำงานอยู่ โดยส่วนตัวฉันควรลบข้อมูลออกจากดิสก์โดยเร็วที่สุดทำภาพสำรองหลายภาพและพยายามซ่อมแซมไฟล์ออฟไลน์
เราต้องกู้คืนข้อมูลอื่นเมื่อไม่นานมานี้และ dd ทำงานได้ยอดเยี่ยม คุณสามารถบอกให้คัดลอกข้อมูลที่ดีทั้งหมดออกจากไดรฟ์จากนั้นคุณสามารถเรียกใช้อีกสองสามครั้งเพื่อไปและพยายามให้หนักขึ้น (เช่นใช้ขนาดบล็อกเล็ก) พยายามดึงข้อมูลออกจากพื้นที่ที่ไม่ดี
หากคุณมีเวลาประมาณหนึ่งชั่วโมงฉันจะบอกว่ามันคุ้มค่ากับเวลาที่จะเรียนรู้วิธีใช้ dd แทนที่จะซื้อ SpinRite:
http://www.debianadmin.com/recover-data-from-a-dead -hard ไดรฟ์ที่ใช้-dd.html
หรือไปเส้นทางที่ง่ายขึ้นเล็กน้อยและเพียงดาวน์โหลด dd_rescue:
http://www.garloff.de/kurt/linux/ddrescue
หากคุณยังต้องการเรียกใช้ SpinRite ฉันขอแนะนำให้ทำทันทีหลังจากที่คุณคัดลอกข้อมูลที่มีอยู่ทั้งหมดออกจากไดรฟ์ในกรณีที่ใช้งานไดรฟ์เป็นระยะเวลานานจะทำให้เสื่อมสภาพได้มากขึ้น
ทุกครั้งที่คุณได้รับไดรฟ์ใหม่คุณควรบูต Linux CD และเรียกใช้ badblocks เพื่อตรวจสอบข้อบกพร่อง คุณควรตรวจสอบไดรฟ์ของคุณเป็นระยะ ๆ เรามีไดรฟ์ใหม่อย่างน้อย 2 ไดรฟ์ที่มีข้อบกพร่องและอีก 3 หรือ 4 ตัวจะตายภายในไม่กี่เดือน (แม้ว่าเราจะทำการทดสอบอย่างละเอียดก่อนที่จะนำไปใช้งาน)
โปรดทราบว่าคุณต้องรัน badblocks ในฐานะรูทหรือนำหน้าคำสั่งด้วย "sudo" หากคุณกำลังจะปิด Ubuntu live CD
ไดรฟ์ใหม่ (คำเตือน: ทำลายข้อมูลทั้งหมด!):
badblocks -wvs /dev/sd#
หรือ
badblocks -wvs /dev/hd#
ไดรฟ์ที่ใช้งาน (ทดสอบแบบอ่านอย่างเดียว):
badblocks -vs /dev/sd#
หรือ
badblocks -vs /dev/hd#
โดยที่ # คือหมายเลขไดรฟ์ใน Linux ไดรฟ์ IDE มักจะถูกเรียกว่า / dev / hd # และไดรฟ์ SCSI (และมักจะเป็น SATA) คือ / dev / sd #
ข้อมูลเพิ่มเติมเกี่ยวกับ badblocks ที่นี่: http://en.wikipedia.org/wiki/Badblocks
ถึงแม้ว่า dd และ badblocks เป็นโปรแกรม Linux คุณสามารถใช้มันในไดรฟ์ NTFS และคุณสามารถติดตั้งพาร์ติชัน NTFS ใน Linux ได้ไม่ว่าคุณจะใช้พาร์ติชั่น MBR, ดิสก์ไดนามิกหรือ GPT ก็ตาม
เอกสารของสตีฟกล่าวถึงปัญหาสมมุติฐานมากมายที่ SpinRite ในทางทฤษฎีสามารถช่วยเหลือได้ ตัวอย่างเช่น: ข้อมูลหายไปเมื่อเวลาผ่านไปและจำเป็นต้อง "รีเฟรช" โดยการอ่านทุก ๆ บล็อกและเขียนกลับไปที่ดิสก์อีกครั้งหรือความคิดที่ว่าการวางตำแหน่งหัวอ่านซ้ำ ๆ บนทั้งสองด้านของบล็อกในท้ายที่สุด ข้อมูลต้นฉบับที่เก็บไว้ในบล็อกนั้น เหตุผลสิ่งเหล่านี้สมเหตุสมผล แต่ฉันคิดว่าพวกเขาเป็นเพียงวิธีการแก้ปัญหาการศึกษาซึ่งอาจไม่เกิดขึ้นจริงในโลกแห่งความจริง (อย่างน้อยกับฮาร์ดดิสก์ - อาจเป็นดิสก์ Zip และมีความอ่อนไหวต่อข้อมูลมากกว่า) หาก Steve อ้างถึงเอกสารในหัวข้อหรือหากเทคนิคเหล่านี้ได้รับการพิสูจน์แล้วว่ามีประสิทธิภาพ จากนั้นฉันก็คาดหวังว่าจะมีโคลนโอเพนซอร์ซโอเพนซอร์สหรือวางจำหน่ายทั่วไป มันจะดีในความสามารถของโปรแกรมเมอร์สคริปต์โดยเฉลี่ยในการเขียนเชลล์สคริปต์ Python, Perl หรือ UNIX ที่มีคุณลักษณะทั้งหมดของเอกสารของ SpinRite