บันทึกข้อมูลจากไดรฟ์ที่ล้มเหลว

ภายนอก3½" HDD ดูเหมือนว่าจะตกอยู่ในอันตรายของความล้มเหลว - มันทำให้เสียงฟ้องเมื่อไม่ได้ใช้งาน

ฉันได้รับไดรฟ์สำรองแล้วและต้องการทราบกลยุทธ์ที่ดีที่สุดในการดึงข้อมูลออกจากไดรฟ์ที่น่าสงสัยพร้อมโอกาสที่ดีที่สุดในการประหยัดได้มากที่สุด

มีบางไดเรกทอรีที่มีความสำคัญมากกว่าไดเรกทอรีอื่น ๆ อย่างไรก็ตามฉันเดาว่าการเลือกและเลือกไดเรกทอรีจะช่วยลดโอกาสในการบันทึกข้อมูลทั้งหมด ฉันจะต้องติดตั้งทิ้งรายการไฟล์แล้วยกเลิกการต่อเชื่อมเพื่อให้สามารถจัดลำดับความสำคัญไดเรกทอรีได้อย่างมีประสิทธิภาพ การเพิ่มความจริงที่ว่ามันใช้เวลานานในการทำสิ่งนี้ฉันจึงไม่ต้องเข้าใกล้แนวทางนี้

ฉันได้พิจารณาแล้วว่าใช้ddแต่ฉันไม่แน่ใจว่ามันจะจัดการกับข้อผิดพลาดในการอ่านหรือปัญหาอื่น ๆ ที่อาจป้องกันเฉพาะบางส่วนของข้อมูลจากการช่วยเหลือหรือที่สามารถเอาชนะได้ด้วยความพยายามบางอย่าง แต่ไม่มากที่พวกเขา ทำอันตรายส่วนอื่น ๆ ของไดรฟ์จากการบันทึก ฉันเดาว่ามันน่าจะเป็นการผ่านครั้งเดียวเพื่อให้ได้มากที่สุดจากนั้นกลับไปลองทำสิ่งที่พลาดไปเนื่องจากข้อผิดพลาด

เป็นไปได้ไหมที่การทำสำเนาช้ากว่า - เช่นหยุดทุก ๆ x MB / GB - จะดีกว่าแค่ใช้การเอียงเต็มรูปแบบเช่นเพื่อหลีกเลี่ยงปัญหาความร้อนสูงเกินไป?

สำหรับกลุ่ม "ที่มีการสำรองข้อมูลของคุณ": นี่คือไดรฟ์สำรองของฉัน แต่ก็มีบางสิ่งที่ไม่สำคัญและมีขนาดใหญ่เช่นเพลงที่ไม่ได้สำรองข้อมูลเช่นไม่ได้สำรองข้อมูล

ไดรฟ์ไม่ได้แสดงอาการที่ชัดเจนของความล้มเหลวอื่น ๆ นอกเหนือจากเสียงที่ค่อนข้างเป็นลางสังหรณ์นี้ ฉันต้อง fsck ข้อผิดพลาดบางอย่างเมื่อเร็ว ๆ นี้ - inodes กำพร้าจำนวนบล็อกฟรี / inodes ไม่ถูกต้องนับความแตกต่างบิตแมป inode ศูนย์ dtime ใน inodes ลบ; มีข้อผิดพลาดประมาณ 20 ข้อในทุกข้อ

ระบบไฟล์ของพาร์ติชันเป็น ext3

คุณสามารถใช้ddrescueหรือdd_rescueหรือmyrescueการโคลนดิสก์ล้มเหลวโดยไม่ต้องยกเลิกในภาคอ่านไม่ได้ใด ๆ (Myrescue สามารถกำหนดค่าได้น้อยกว่า แต่มีกลยุทธ์เริ่มต้นที่ดีกว่าเพราะมันพยายามข้ามพื้นที่ที่ไม่สามารถอ่านได้) สิ่งนี้จะคัดลอกทุกอย่างรวมถึงพื้นที่ว่างและจะไม่ให้คุณกำหนดลำดับความสำคัญ แต่วิธีการที่ระดับต่ำเช่นมีความได้เปรียบมากกว่าเครื่องมือระบบแฟ้มระดับ: ถ้าไดเรกทอรีที่ไม่สามารถอ่านได้คุณยังอาจกู้คืนไฟล์ที่มีอยู่โดยการค้นหาภาพดิบด้วยเครื่องมือเช่นforemost, magicrescue, photorecรวมอยู่ในTestDiskฯลฯ

ไม่มีทางที่จะรู้ถึงตัวเลือกที่ดีที่สุดของคุณโดยไม่ทราบว่าเกิดอะไรขึ้นกับไดรฟ์ หากเป็นความล้มเหลวทางกลการหลีกเลี่ยงความร้อนจะช่วยได้ แต่ถ้าเป็นเพราะข้อผิดพลาดในข้อมูลของเซอร์โวความร้อนก็ไม่น่าจะเกิดขึ้น

ฉันจะเริ่มคัดลอกข้อมูลที่ไม่ซ้ำกันไปยังไดรฟ์ใหม่rsyncทันที rsyncจะช่วยให้คุณหยุดชั่วคราวดำเนินการต่อและรีสตาร์ทตามความจำเป็นจนกว่าคุณจะได้รับข้อมูลทั้งหมดออก

จากนั้นฉันก็เรียกใช้สครับขัดข้อมูลบนไดรฟ์ ฉันสมมติจากext3ระบบไฟล์ที่คุณใช้งาน Linux ดังนั้นให้ลองทำดังนี้:

# umount /dev/sdX
# badblocks -n /dev/sdX

(การถอนการติดตั้งไดร์ฟก่อนเป็นสิ่งสำคัญ)

นี่จะอ่านทุกเซ็กเตอร์จากดิสก์และเขียนกลับโดยไม่มีการเปลี่ยนแปลง ซึ่งจะบังคับให้เฟิร์มแวร์ของไดรฟ์ตรวจสอบข้อผิดพลาดทุกเซ็กเตอร์และทำการแมปเซกเตอร์เสียที่พบ นี่เป็นส่วนที่สำคัญที่สุดของโปรแกรมSpinRite ที่มีราคาแพง ทำตามขั้นตอนดังกล่าวหากbadblocksล้มเหลวและคุณยังไม่ได้รับข้อมูลที่ไม่ซ้ำทั้งหมดจากไดรฟ์: SpinRite พยายามให้หนักกว่าbadblocksนี้

หากดิสก์กำลังจะตายอันดับแรกตรวจสอบให้แน่ใจว่าคุณได้โคลนอย่างดีที่สุดเท่าที่จะทำได้ (ดูคำตอบของ Gilles) จากนั้นจึงเล่นกับไดรฟ์ต่อไป ด้วยวิธีนี้คุณจะมีข้อมูลอย่างน้อยเสมอในกรณีที่มีสิ่งผิดปกติ (ซึ่งมักจะเกิดขึ้นกับฮาร์ดแวร์ที่ล้มเหลว)

หากคุณใช้ddrescue(หรือdd_rescueฉันไม่แน่ใจเกี่ยวกับผู้อื่น) คุณสามารถทำสำเนาข้อมูลโคลนบางส่วนและแฟ้มบันทึกที่เกี่ยวข้องได้ตลอดเวลาและพยายามปรับปรุงโดยเรียกใช้ddrescueอีกครั้งหลังจากทำสิ่งที่ควรจะแก้ไขไดรฟ์ มันจะพยายามอ่านส่วนที่ขาดหายไปในขณะที่ปล่อยชิ้นส่วนที่โคลนไว้อย่างดี