เหตุใดคุณจึงสามารถใช้คอมพิวเตอร์ที่ใช้ Linux หรือ Linux Live CD เพื่อกู้คืนข้อมูลที่ Windows ไม่สามารถทำได้
เซสชันคำถามและคำตอบของวันนี้มาถึงเราโดยได้รับความอนุเคราะห์จาก SuperUser ซึ่งเป็นแผนกย่อยของ Stack Exchange ซึ่งเป็นการรวมกลุ่มเว็บไซต์ถาม & ตอบโดยชุมชน
คำถาม
ผู้อ่าน SuperUser Philip Allgaier ต้องการทราบว่าเหตุใดเขาจึงสามารถกู้คืนข้อมูลด้วย Linux Live CD ที่รายงานว่าไม่สามารถกู้คืนได้ใน Windows:
พื้นหลัง: เมื่อต้นปีนี้ฉันมีปัญหากับไดรฟ์ SSD ซึ่ง Windows จะจดจำได้อีกต่อไป แต่ในที่สุด Parted Magic 2012-10-10 ก็ทำเคล็ดลับได้ ดูนี่ แก้ไขด้าย . คำถามหนึ่งที่ติดอยู่กับฉันตั้งแต่ตอนนั้น ...
คำถาม: ฉันทราบว่าโดยทั่วไปแล้ว Linux นั้นมีเทคนิคและดิบมากกว่าเล็กน้อย แต่ใครบางคนสามารถสรุปคร่าวๆได้ว่าทำไมระบบ Linux (หรืออันที่จริงมีเพียงระบบเดียวเท่านั้นเนื่องจาก Ubuntu ไม่ได้ทำเคล็ดลับ) จึงยังสามารถเข้าถึง / สื่อสารได้ครึ่งหนึ่ง - อุปกรณ์เสียหายเมื่อ Windows ไม่?
-
พวกเขาเพิกเฉยต่อตัวบ่งชี้ที่อาจเกิดขึ้นว่ามีบางอย่างผิดปกติหรือไม่?
-
มีเหตุผลที่เป็นรูปธรรมหรือไม่?
-
เป็นเพียงความโชคดีที่สภาพแวดล้อมนี้สามารถทำให้ SSD ตอบสนองได้ในเวลาที่ จำกัด ?
แม้ว่าจะเป็นเรื่องโชคดี แต่ก็มีปัจจัยมากกว่าสองสามอย่างในการเล่น มาตรวจสอบกัน
คำตอบ
ผู้สนับสนุน SuperUser Eike เสนอคำอธิบายที่เป็นไปได้นอกเหนือจากโชคสำหรับความสามารถในการบันทึกข้อมูล:
โดยปกติสิ่งนี้จะขึ้นอยู่กับสิ่งที่กำลังเข้าถึงและวิธีการที่อุปกรณ์ล้มเหลว ตัวอย่างเช่นหาก SSD ที่เป็นปัญหาไม่สามารถดึงข้อมูลได้ให้พูดว่าภาค 5 และจะเริ่มหยุดทำงานทันทีที่มีสิ่งใดอ่านภาค 5 ความแตกต่างอาจเกิดจากระบบต่างๆเข้าถึงโดยอัตโนมัติเมื่อพวกเขารู้จักดิสก์ใหม่
เมื่อ Windows ตรวจพบดิสก์ใหม่ระบบจะอ่านตารางพาร์ติชันและพยายามเปิดระบบไฟล์ใด ๆ โดยอัตโนมัติที่ระบบรู้วิธีอ่าน หากมีการอ่านโครงสร้าง / บล็อกใด ๆ ในระหว่างกระบวนการ "การติดตั้ง" - ทริกเกอร์ SSD ที่ผิดพลาดของคุณให้ลาก่อนความแตกต่างกับการกระจายลินุกซ์เฉพาะนั้นก็คืออาจไม่ติดตั้งพาร์ติชันทั้งหมดโดยอัตโนมัติหรืออาจ เมื่อทำการติดตั้งเพียงแค่อ่านส่วนย่อยที่แตกต่างกันของเซกเตอร์ (การใช้งาน NTFS ใน Linux นั้นแตกต่างจากใน Windows มาก - ในขณะที่รูปแบบบนดิสก์จะเหมือนกัน แต่ขึ้นอยู่กับระบบปฏิบัติการซึ่งโครงสร้างที่เห็นว่าจำเป็นต้องอ่าน Windows อาจอ่านสำเนาสำรองของ MFT หรืออาจเริ่มดักฟังข้อมูลบางอย่างและนั่นอาจเป็นความแตกต่าง Ubuntu อยู่ในเรือที่คล้ายกัน - ไม่ได้มุ่งเน้นไปที่การกู้คืนนอกกรอบ แต่จะพยายามติดตั้งระบบไฟล์ใด ๆ ที่พบ บนสื่อที่เพิ่งค้นพบโดยอัตโนมัติด้วยเหตุนี้การแจกแจงแบบพิเศษที่มุ่งไปสู่การกู้คืนจึงเป็นทางออกที่ดีกว่าเนื่องจากพวกเขาทำเฉพาะในสิ่งที่คุณขอให้พวกเขาอย่างชัดเจนแทนที่จะทำสิ่งต่างๆโดยอัตโนมัติ
แน่นอนคุณอาจโชคดีก็ได้เช่นกัน ฉันไม่รู้เพียงพอเกี่ยวกับโหมดความล้มเหลวของ SSD ที่จะพูด
โดยทั่วไปแล้ว Linux จะไม่เพิกเฉยต่อตัวบ่งชี้ว่ามีบางอย่างผิดปกติ จะได้รับข้อผิดพลาด SCSI เดียวกันจากชิปเซ็ต SATA เช่นเดียวกับ Windows - หากคุณดูบันทึกเคอร์เนลบนดิสก์ที่ผิดพลาดคุณจะเห็นข้อความแสดงข้อผิดพลาดมากมาย ขึ้นอยู่กับว่าโปรแกรมใดบ้างที่เข้าถึงดิสก์สิ่งที่จะเกิดขึ้นต่อไป หากเป็นซอฟต์แวร์ที่มุ่งเน้นไปที่การกู้คืนซอฟต์แวร์อาจพยายามอ่านภาคเดียวกันซ้ำในจำนวนครั้งที่ จำกัด อาจข้ามไปเป็นต้นโดยปกติทางออกที่ดีที่สุดคือการได้รับภาพของไดรฟ์ที่มีหลายภาคส่วนที่อ่านได้อย่างหมดจดที่สุดเท่าที่จะทำได้และ จากนั้นลองกู้คืนข้อมูลของคุณจากภาพนั้น (การทำการวิเคราะห์โดยตรงบนไดรฟ์นั้นเป็นความคิดที่ไม่ดีเนื่องจากสภาพของมันอาจแย่ลงและเพียงเพราะคุณสามารถอ่านบางสิ่งได้เพียงครั้งเดียวนั่นไม่ได้หมายความว่าคุณจะสามารถอ่านได้อีกครั้ง .)
เพื่อนร่วมงาน AthonSfere เสนอสิ่งอื่น ๆ :
หลายอย่างเป็นวิธีที่สภาพแวดล้อมจัดการกับระบบไฟล์และ ACL หรือฮาร์ดไดรฟ์
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
