ทำไมบางครั้งระบบ Linux จึงสามารถกู้คืนข้อมูลที่ Windows ไม่สามารถทำได้

ทำไมจึงเป็นเช่นนั้นคุณสามารถใช้คอมพิวเตอร์ที่ใช้ Linux หรือซีดี Linux Live เพื่อกู้คืนข้อมูลที่ Windows ไม่สามารถทำได้?

เซสชั่นคำถามและคำตอบในวันนี้มาถึงเราด้วยความอนุเคราะห์จาก SuperUser - แผนกย่อยของ Exchange Exchange ซึ่งเป็นกลุ่มที่ขับเคลื่อนด้วยชุมชนของเว็บไซต์ถาม - ตอบ.

คำถาม

ผู้อ่าน SuperUser Philip Allgaier ต้องการทราบว่าเหตุใดเขาจึงสามารถกู้คืนข้อมูลด้วย Linux Live CD ที่รายงานว่าไม่สามารถกู้คืนได้ใน Windows:

พื้นหลัง: ต้นปีนี้ฉันมีปัญหากับไดรฟ์ SSD ที่ Windows จะรับรู้อีกต่อไป แต่ในที่สุด Magic Parted ที่สามารถบู๊ตได้ 2012-10-10 ก็ทำการหลอกลวง ดูกระทู้นี้แก้ไข คำถามหนึ่งที่ติดอยู่กับฉันในขณะนั้น ...

คำถาม: ฉันรู้ว่า Linux โดยทั่วไปแล้วเป็นเทคนิคเล็กน้อยและดิบ แต่บางคนสามารถคร่าว ๆ ว่าทำไมระบบ Linux (หรืออันที่จริงมีเพียงหนึ่งเดียวเท่านั้นเนื่องจาก Ubuntu ไม่ได้ทำเคล็ดลับ) สามารถเข้าถึง / สื่อสารกับครึ่งหนึ่งได้ - อุปกรณ์ที่เสียหายเมื่อ Windows ไม่ใช่?

• พวกเขาเพียงเพิกเฉยต่อตัวบ่งชี้ที่อาจเกิดขึ้นว่ามีบางอย่างผิดปกติ?

• มีเหตุผลที่เป็นรูปธรรมหรือไม่?

• โชคดีไหมที่สภาพแวดล้อมนี้สามารถทำให้ SSD ตอบสนองได้หากมีเวลา จำกัด?

ในขณะที่มันอาจจะโชคดีมีแนวโน้มที่จะมีมากกว่าสองสามปัจจัยที่เล่น มาตรวจสอบกัน.

คำตอบ

ผู้มีส่วนร่วม SuperUser Eike เสนอคำอธิบายที่เป็นไปได้นอกเหนือจากโชคดีสำหรับความสามารถของเขาในการบันทึกข้อมูล:

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

เมื่อ Windows ตรวจพบดิสก์ใหม่มันจะอ่านตารางพาร์ติชันและพยายามเปิดระบบไฟล์ใด ๆ ที่รู้วิธีอ่านโดยอัตโนมัติ หากมีการอ่านโครงสร้าง / บล็อกใด ๆ ในระหว่าง“ การติดตั้ง” - การประมวลผลทริกเกอร์ SSD ที่ผิดพลาดของคุณให้ไปลาก่อนความแตกต่างกับการแจกแจงลินุกซ์เฉพาะนั้นก็คือว่ามันอาจจะไม่ติดตั้งพาร์ติชันทั้งหมด เมื่อติดตั้งให้อ่านเซกเตอร์ย่อยที่แตกต่างกัน (การนำ NTFS มาใช้ใน Linux นั้นแตกต่างอย่างมากจากวินโดวส์ - ในขณะที่ฟอร์แมทบนดิสก์เหมือนกันมันขึ้นอยู่กับระบบปฏิบัติการที่โครงสร้างที่จำเป็นต้องอ่าน Windows อาจอ่านสำเนาสำรองของ MFT หรืออาจเริ่มการเตรียมข้อมูลบางอย่างและอาจเป็นความแตกต่าง Ubuntu อยู่ในเรือลำเดียวกัน - ไม่ได้มุ่งไปที่การกู้คืนนอกกรอบมันจะพยายามติดตั้งระบบแฟ้มใด ๆ ที่พบ บนสื่อที่เพิ่งค้นพบใหม่โดยอัตโนมัติด้วยเหตุนี้การแจกแจงแบบเฉพาะที่มุ่งสู่การกู้คืนจึงเป็นทางออกที่ดีกว่าเพราะพวกเขาทำสิ่งที่คุณขออย่างชัดเจนเท่านั้น.

แน่นอนคุณอาจได้รับโชคเช่นกัน ฉันไม่รู้พอเกี่ยวกับโหมดความล้มเหลวของ SSD ที่จะพูด.

Linux โดยทั่วไปจะไม่เพิกเฉยต่อตัวบ่งชี้ว่ามีบางอย่างผิดปกติ มันจะได้รับข้อผิดพลาด SCSI เดียวกันจากชิปเซ็ต SATA เช่นเดียวกับ Windows - ถ้าคุณดูที่บันทึกเคอร์เนลบนดิสก์ที่ผิดพลาดคุณจะเห็นข้อความแสดงข้อผิดพลาดมากมาย ขึ้นอยู่กับว่าโปรแกรมใดที่เข้าถึงดิสก์ในสิ่งที่จะเกิดขึ้นต่อไป หากเป็นซอฟต์แวร์ที่มุ่งสู่การกู้คืนอาจพยายามอ่านเซกเตอร์ซ้ำในจำนวนที่ จำกัด มันอาจข้ามไป ฯลฯ โดยปกติแล้ววิธีที่ดีที่สุดคือการรับภาพของไดรฟ์ที่มีเซกเตอร์อ่านมากที่สุดเท่าที่จะทำได้ จากนั้นลองกู้คืนข้อมูลของคุณจากภาพนั้น (การทำการวิเคราะห์ใด ๆ โดยตรงบนไดรฟ์เป็นความคิดที่ไม่ดีเนื่องจากสภาพของมันอาจแย่ลงและเพียงเพราะคุณสามารถอ่านบางสิ่งได้ครั้งเดียวนั่นไม่ได้หมายความว่า .)

ผู้มีส่วนร่วม AthonSfere เสนอสิ่งที่จะทำในสิ่งต่อไปนี้:

ส่วนใหญ่เป็นวิธีที่สภาพแวดล้อมจัดการกับระบบไฟล์และ ACLs หรือฮาร์ดไดรฟ์.

Windows กำลังทำทุกอย่างที่ทำได้ด้วยตัวเองเพื่อเชื่อฟัง ACL และส่วนที่ทำเครื่องหมายว่าไม่ดีหรือว่างเปล่า ดังนั้น NTFS หรือพาร์ติชั่น Fat ที่สร้างและดูแลใน Windows รวมถึง Windows MBRs จะถูกจัดการโดย Windows เมื่อ Windows ทำเครื่องหมายไว้.

นอกจากนี้หากไดรฟ์ล้มเหลวยิ่งใช้มากก็ยิ่งมีแนวโน้มที่จะพบปัญหาใหญ่และสภาพแวดล้อมจะหยุดทำงาน จากนั้นวิธีจัดการกับระบบปฏิบัติการที่เข้ามาเล่น Windows จะ BSOD หรือรีบูตกระบวนการบูตของ Windows จะส่งข้อความ MBR ข้อความไฟล์ที่หายไป (NTDLR.dll หายไปหรือเสียหาย) และหยุดเพราะไฟล์ที่ไม่ดีเหล่านี้จำเป็น.

เมื่อคุณใช้ดิสก์สดคุณจะไม่พึ่งพาสิ่งใดสิ่งนี้ MBR ที่ไม่ถูกต้องถูกบายพาสเนื่องจากคุณบูตดิสก์ เซกเตอร์ที่ไม่ดีที่เสียหาย NTDLR.dll ไม่จำเป็น ทุกอย่างอยู่บนดิสก์ จากนั้นคุณสามารถลองอ่าน หากพบเซกเตอร์ 'ว่าง' หรือบิตที่ไม่ดีสภาพแวดล้อมนั้นจะจัดการกับมันอย่างไรก็ตามมันถูกตั้งโปรแกรมให้ทำ Ubuntu มีแนวโน้มที่จะคงพฤติกรรมของระบบปฏิบัติการปกติและดำเนินการต่อในสิ่งที่น่าจะเกิดขึ้น ภาคส่วนว่างทำอย่างอื่น ภาคนั้นไม่ดีอยู่ห่าง ๆ อย่าอ่านอีกครั้งอย่าเขียนมิฉะนั้นจะทำให้เกิดปัญหา.

อย่างไรก็ตามแพลตฟอร์มการกู้คืนจะต้องการอ่านข้อมูลทั้งหมด เครื่องหมายของไฟล์ระบุว่าไฟล์ควรอยู่ที่ 0,5, 13 …. หากระบบไฟล์รายงาน 13 หายไปให้ข้ามส่วนหัวเปล่าแล้วอ่านไฟล์ต่อไปหรืออ่านเซกเตอร์เสียให้ดีที่สุดเท่าที่จะทำได้และพยายามกู้คืน.

นอกจากนี้ Windows สามารถทำสิ่งนี้ได้มากมายกับแอปพลิเคชั่นของบุคคลที่สาม Recuva สามารถค้นหาไฟล์“ ที่หายไป” เหล่านี้จำนวนมากได้ แต่คุณไม่ต้องการที่จะอยู่ในสภาพแวดล้อมที่อาจเขียนกลับไปที่ดิสก์และทำให้เกิดการสูญเสียถาวรอย่างแท้จริง.

ฉันทำให้มันง่ายขึ้นและเพิ่มการตีความบางอย่าง แต่ควรเติมช่องว่างบางอย่างสำหรับสิ่งที่คุณถาม.

มีสิ่งที่จะเพิ่มคำอธิบายหรือไม่ ปิดเสียงในความคิดเห็น ต้องการอ่านคำตอบเพิ่มเติมจากผู้ใช้ Stack Exchange คนอื่นหรือไม่ ลองอ่านหัวข้อสนทนาเต็มได้ที่นี่.

http://superuser.com/questions/586666/why-can-linux-systems-sometime-recover-data-windows-cant-any-concrete-reasons