ฉันมี MSI GL73-8RD พร้อม SSD และ HDD ฉันติดตั้ง windows บน SSD โดยเก็บไฟล์บางไฟล์ไว้ใน HDD จากนั้นแบ่งพาร์ติชัน HDD และติดตั้ง Ubuntu 18.04 ที่นั่น
ต่อมา Ubuntu ได้รับการอัปเกรดเป็น 20.04 ฉันต้องคลิกพร้อมท์ เห็นได้ชัดว่าสิ่งนี้ส่งผลให้มีการติดตั้ง 20.04 ควบคู่ไปกับ 18.04 แต่ด้วยเหตุผลบางอย่าง ฉันไม่สามารถใช้รหัสผ่านในการติดตั้ง 18.04 ได้อีกต่อไป
นอกจากนี้ หลังจากอัพเดต windows แล้ว 20.04 จะเปิดในโหมดฉุกเฉินเท่านั้น ฉันตรวจสอบ gotchas หลายตัวแล้วพบในบันทึกว่ามีปัญหากับพาร์ติชัน /dev/sda7ฉันรัน fsck บนพาร์ติชันนี้ และตอนนี้ 20.04 ก็ไม่สามารถบู๊ตได้แม้ในโหมดการกู้คืน อย่างไรก็ตาม Windows 10 และ 18.04 ยังคงเริ่มต้นได้ดี
มีไฟล์สำคัญที่ฉันต้องกู้คืนจากการติดตั้ง Ubuntu ที่ล้มเหลว ฉันคิดว่าฮาร์ดแวร์ไม่เป็นไร ดังนั้นไฟล์ควรจะยังอยู่ ฉันจะทำอย่างไรกับเรื่องนี้ ?
ก่อนอื่นฉันจะคัดลอกเนื้อหาของ HDD เพื่อความปลอดภัย แล้วจึงลองกู้คืนไฟล์ด้วยแท่ง usb สด
มีเครื่องมือเฉพาะสำหรับปัญหานี้หรือไม่ ฉันรู้ว่ามีเครื่องมือสำหรับการกู้คืนข้อมูลโดยเฉพาะ แต่ฉันไม่รู้ว่าเครื่องมือใดเหมาะสม
แก้ไข
ทำตามคำแนะนำจาก @vanadium ฉันบูทด้วยแท่ง USB สดและพยายามเมานต์พาร์ติชัน เนื่องจากการติดตั้งของฉันสกปรกมาก จึงมีพาร์ติชันที่เกี่ยวข้องกับ windows สองพาร์ติชันซึ่งทำงานได้ดี ตำแหน่งชื่อ "คอมพิวเตอร์" และวอลุ่มที่ไม่มีชื่อสามพาร์ติชัน /dev/sda4-5-7
ฉันพยายามเมานต์ แต่น่าเสียดายที่ดูเหมือนว่าจะมีข้อมูลของฉันคือ /dev/sda7 และไม่สามารถเมานต์ได้
@vanadium ชี้ไปที่ Testdisc และ Photorec ว่าเป็นทางเลือกที่เป็นไปได้ ฉันกำลังมองหาคำแนะนำเฉพาะเกี่ยวกับเครื่องมือเหล่านี้
มันจะขึ้นอยู่กับความเสียหายที่เกิดขึ้นกับระบบไฟล์และในที่สุดพาร์ติชัน แม้ว่าระบบจะไม่บูต ระบบไฟล์อาจยังสามารถอ่านได้
ฉันจะเริ่มเซสชันสดจากดีวีดีการติดตั้งหรือ USB แล้วลองทำดู เมานต์โวลุ่มที่ไฟล์อยู่ในโหมดอ่านอย่างเดียว. หากสำเร็จ คุณจะสามารถคัดลอกไฟล์ไปยังฮาร์ดไดรฟ์อื่นได้โดยไม่ต้องใช้การกู้คืนขั้นสูงเพิ่มเติม
หากล้มเหลว น่าเสียดายที่ความเสียหายรุนแรง และคุณอาจต้องใช้การกู้คืนข้อมูลขั้นสูง เครื่องมือเช่น Testdisk และ Photorec อนุญาตให้มีการซ่อมแซมพาร์ติชั่น (Testdisk) และการกู้คืนไฟล์จากข้อมูลไบนารีบนดิสก์ (Photorec)
ดังนั้น หลังจากลองใช้วิธีแก้ปัญหาที่ @vanadium เสนอแล้วไม่ได้ผล ฉันให้เหตุผลว่าในกรณีที่ไม่มีไดรฟ์หรือเสียงเอี๊ยดอ๊าด และเนื่องจากข้อเท็จจริงที่ว่าฉันได้ขัดจังหวะการอัปเดต windows นี่อาจเป็นความล้มเหลวทางตรรกะที่เกิดจาก ข้อผิดพลาด I/O
ฉันเบิร์นแท่ง USB แบบสดด้วย SystemRescueCD ซึ่งเป็นการกระจายลินุกซ์สำหรับวัตถุประสงค์พิเศษซึ่งมาพร้อมกับยูทิลิตี้ที่มีประโยชน์เมื่อพยายามแก้ไขการติดตั้ง
ครั้งแรกฉันใช้ ddrescue กับตัวเลือก -n เพื่อคัดลอกพาร์ติชันที่เสียหายไปยังฮาร์ดไดรฟ์ภายนอก ซึ่งฉันเรียกว่าสำเนาทั้งหมด -n ช่วยให้สามารถผ่านอย่างรวดเร็วครั้งแรกและลดความเสียหายต่อหัวอ่าน อย่างที่ฉันคาดคะเน ฉันสามารถอ่าน 100% ของไบต์ในพาร์ติชันได้
จากนั้นฉันใช้ dd เพื่อคัดลอกสำเนาที่สะอาดบนฮาร์ดไดรฟ์ภายนอกตัวที่สองซึ่งเป็นสำเนาที่ใช้งานได้ วิธีนี้ช่วยให้แน่ใจว่าหากงานใดๆ ที่ฉันทำกับสำเนาที่ใช้งานอยู่นั้นเสียหาย ฉันจะกลับไปที่สำเนาใหม่ทั้งหมดโดยไม่ต้องคัดลอกจากไดรฟ์ที่อาจล้มเหลว
จากนั้นฉันรัน TestDisk บนพาร์ติชันที่อยู่ในสำเนาที่ใช้งานได้ หลังจากเมนู ฉันเลือกพาร์ติชัน และ TestDisk ให้รายการ superbloxks ในระบบไฟล์ที่ล้มเหลวแก่ฉัน
Superblocks คือบล็อกในหน่วยความจำที่มีข้อมูลเมตาเกี่ยวกับโครงสร้างของระบบไฟล์ TestDisk ตรวจพบว่าระบบไฟล์เป็นระบบไฟล์ ext4 และเสนอคำสั่งเพื่อแก้ไขระบบไฟล์:
fsck.ext4 -p -b <จุดเริ่มต้นของ superblock> -B <ขนาดของ superblock> /path/to/working/copy
อาร์กิวเมนต์ <start of superblock> และ <size of superblock> นำมาจากผลลัพธ์ของ TestDisk
หลังจากเรียกใช้คำสั่งนี้ ซูเปอร์บล็อกแรกที่เสียหายได้รับการแก้ไข และไฟล์ทั้งหมดสามารถเข้าถึงได้ จากนั้นฉันก็สำรองข้อมูลไว้ในฮาร์ดไดรฟ์ตัวที่สามซึ่งฉันมักจะใช้สำหรับการสำรองข้อมูลของ Windows
ค่าใช้จ่ายทั้งหมด : ประมาณ 200$ เพื่อซื้อฮาร์ดไดรฟ์ภายนอก บริษัทกู้ข้อมูลแห่งหนึ่งเสนอราคาให้ฉันทำงานนี้ 800 ดอลลาร์
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
