(และขอต้อนรับสู่กระทู้ "มาเกลียด Microsoft กันเถอะ")
แล็ปท็อป Asus ที่มีไดรฟ์ SSD ขนาด 500GB พร้อมพาร์ติชัน Windows NTFS ขนาด 150GB และพาร์ติชัน Ubuntu 20.04 ขนาด 350GB (เกือบจะแน่ใจว่าเป็น ext4) บู๊ตคู่กับ GRUB/Ubuntu มีความสำคัญเหนือ Windows ข้อมูลสำคัญในพาร์ติชัน Ubuntu ไม่ใช่ใน Windows
หลังจากอัปเดต Windows 1 ชั่วโมง โดยไม่มีเหตุการณ์ใดเกิดขึ้น (ไม่มีไฟดับหรืออะไรเลย) คอมพิวเตอร์จะบู๊ตเข้าสู่บรรทัดคำสั่งของ GRUB ("grub>" ไม่ใช่ "grub Rescue>") สิ่งที่น่ารำคาญยิ่งกว่านั้นเกิดขึ้นเมื่อเสียบคีย์ USB สด (18.04 ทดสอบแล้วบนแล็ปท็อปเครื่องอื่น) เมื่อใช้ "exit" บนพรอมต์ Windows บูทอย่างถูกต้อง
นั่นคือภาพรวม ตอนนี้สำหรับเฉพาะด้วยคีย์ USB สดหน้าจอแรกจะปรากฏขึ้นอย่างรวดเร็วพร้อมอ่าน
ไม่สามารถเปิด EFI\BOOT\grubx64.efi - ไม่พบ
ไม่สามารถโหลดรูปภาพ EFI\BOOT\grubx64.efi - ไม่พบ
start_image() กลับไม่พบ
หลังจากนั้นหนึ่งวินาทีพรอมต์ "grub>" จะปรากฏขึ้น
ที่พรอมต์ "grub>" ls จะคืนค่า
(proc) (hd0) (hd0,msdos1) (hd1) (hd2) (hd2,gpt6) (hd2,gpt5) (hd2,gpt4) (hd2,gpt3) (hd2,gpt2) (hd2,gpt1)
ls (proc) ส่งคืน
อุปกรณ์ proc: ประเภทระบบไฟล์ procfs - ขนาดเซกเตอร์ 512B - ขนาดรวม 0KiB
USB สดคือ hd0 และส่งคืน ls (hd0,1) ตามที่คาดไว้
พาร์ติชัน hd0,msdos1: ประเภทระบบไฟล์ fat - ป้ายกำกับ 'Ubuntu 18_0', UUID 864E-2850 - พาร์ติชันเริ่มต้นที่ 1024KiB - ขนาดรวม 15150080KiB
ฉันไม่รู้ว่า hd1 คืออะไร ; ก่อนหน้านี้คอมพิวเตอร์มี HDD ที่ถูกแทนที่ด้วย SSD เมื่อไม่กี่ปีก่อน บางทีอาจเป็นร่องรอยของสิ่งนั้น ls (hd1) ส่งกลับ
อุปกรณ์ hd1: ไม่พบระบบไฟล์ที่รู้จัก - ขนาดเซกเตอร์ 2048B - ขนาดรวม 514KiB
hd2 คือฮาร์ดไดรฟ์ที่แท้จริง ls (hd2) อธิบายอุปกรณ์
อุปกรณ์ hd2: ไม่พบระบบไฟล์ที่รู้จัก - ขนาดเซกเตอร์ 512B - ขนาดรวม 488386584KiB
ls (hd2,xx) สำหรับ xx= 6 ถึง 1 อธิบายพาร์ติชัน
พาร์ติชัน hd2,6: ไม่พบระบบไฟล์ที่รู้จัก - พาร์ติชันเริ่มต้นที่ 14684736KiB - ขนาดรวม 341580800KiB
พาร์ติชัน hd2,5: ประเภทระบบไฟล์ ntfs, UUID84127C1A127C1380 - พาร์ติชันเริ่มต้นที่ 146205696KiB - ขนาดรวม 598016KiB
พาร์ติชัน hd2,4: ประเภทระบบไฟล์ ntfs, UUID22FE5C86FE5C53DF - พาร์ติชันเริ่มต้นที่ 661504KiB - ขนาดรวม 145543516KiB
พาร์ติชัน hd2,3: ไม่พบระบบไฟล์ที่รู้จัก - พาร์ติชันเริ่มต้นที่ 645120KiB - ขนาดรวม 16384KiB
พาร์ติชัน hd2,2: ประเภทระบบไฟล์ fat, UUID 0057-5017 - พาร์ติชันเริ่มต้นที่ 542720KiB - ขนาดรวม 102400KiB
พาร์ติชัน hd2,1: ระบบไฟล์ประเภท ntfs, ป้ายกำกับ 'Rcupration' - พาร์ติชันเริ่มต้นที่ 1024KiB - ขนาดรวม 541696KiB
hd2,6 น่าจะเป็นพาร์ติชัน Ubuntu 350GB เท่าที่ฉันสามารถบอกได้ว่าไม่ควรพูดว่า "ไม่พบระบบไฟล์ที่รู้จัก" ในแล็ปท็อปเครื่องอื่น ตรวจพบโครงสร้าง ext อย่างถูกต้องโดยคำสั่ง grub ls hd2,4 น่าจะเป็นพาร์ติชัน Windows hd2,1 มีชื่อแปลกเพราะสำเนียงในภาษาฝรั่งเศสไม่แสดง
เมื่อฉันพยายามบูตจากพาร์ติชัน linux โดยใช้
ตั้งคำนำหน้า=(hd2,gpt6)/boot/grub
ตั้งค่ารูท = (hd2,gpt6)
เข้าโหมดปกติ
ปกติ
ไม่มีอะไรเกิดขึ้น (ฉันคิดว่ามันเป็นไปตามคาดหากไม่สามารถบอกระบบไฟล์ได้) เมื่อฉันลองบูทคีย์โดยใช้
ตั้งคำนำหน้า=(hd0,1)/boot/grub
ตั้งค่ารูท = (hd0,1)
เข้าโหมดปกติ
ปกติ
ฉันได้รับพรอมต์ USB สด แต่เมื่อฉันไปที่ "ลองใช้ Ubuntu โดยไม่ต้องติดตั้ง" หรือตัวเลือกอื่น ๆ ฉันได้รับ
ข้อผิดพลาด: /casper/vmlinuz มีลายเซ็นไม่ถูกต้อง
ข้อผิดพลาด: คุณต้องโหลดเคอร์เนลก่อน
กดปุ่มใดก็ได้เพื่อดำเนินการต่อ...
จากนั้นกลับไปที่เมนูคีย์สด ติดอยู่ในลูป มันแปลกเล็กน้อยเพราะก่อนหน้านี้มันเตือนฉันว่าไม่พบ grubx64.efi และจากสิ่งที่ฉันรวบรวม (อัปเดต Windows 8 ทำให้ GRUB ของฉันพัง) ความจริงที่ว่ามันไม่ได้ขอ shimx64.efi หมายความว่า Secure Boot ถูกปิดใช้งาน แต่ลายเซ็นนี้คืออะไร ไม่ว่าในกรณีใด การไม่มีบูตที่ถูกต้องบนคีย์ USB สดทำให้ฉันใช้เครื่องมือซ่อมแซมทั่วไปไม่ได้
ตอนนี้ฉันยังสามารถพิมพ์ "exit" จากนั้น Windows ก็บู๊ตได้ตามปกติ บน Windows ฉันลองดาวน์โหลด Testdisk Testdisk ตรวจพบพาร์ติชัน Linux อย่างถูกต้องดังนี้:
ขนาดเริ่มต้นของพาร์ติชันในเซกเตอร์
1 P Windows Recovery Env 2048 1085439 1083392 [พาร์ติชันข้อมูลพื้นฐาน]
2 P ระบบ EFI 1085440 1290239 204800 [พาร์ติชันระบบ EFI]
ไม่มีเครื่องหมาย FAT, NTFS, ext2, JFS, Reiser, cramfs หรือ XFS
3 P MS สงวนไว้ 1290240 1323007 32768 [พาร์ติชันที่สงวนไว้ของ Microsoft]
3 P MS สงวนไว้ 1290240 1323007 32768 [พาร์ติชันที่สงวนไว้ของ Microsoft]
4 P MS Data 1323008 292410039 291087032 [พาร์ติชันข้อมูลพื้นฐาน]
5 P Windows Recovery Env 292411392 293607423 1196032
6 P Linux ไฟล์ระบบ ข้อมูล 293609472 976771071 683161600
อย่างไรก็ตาม เมื่อฉันเข้าไปในพาร์ติชันนั้น (ด้วย Advanced Utils) และพยายามแสดงรายการไฟล์ ฉันได้รับ
ไม่ได้เปิดใช้งานการสนับสนุนระบบไฟล์นี้ระหว่างการคอมไพล์
เฉพาะ Windows ที่บู๊ตได้ถูกต้อง ดังนั้นฉันจึงไม่มีเวอร์ชันอื่นในมือเพื่อพยายามทำงานบนพาร์ติชัน ext4 นอกจากนี้ ฉันเพิ่งดาวน์โหลดไฟล์ .exe และไม่ได้คอมไพล์ด้วยตัวเอง เนื่องจากฉันไม่มีประสบการณ์มากพอที่จะทำเช่นนั้น
เธรดบางส่วนที่ฟอรัม Testdisk บอกเป็นนัยว่าเมื่อพาร์ติชันแสดงรายการเป็นสองเท่าของ 3 ด้านบน แสดงว่ามีปัญหา
ดังนั้น...
เป้าหมายหลักของฉันคือการเข้าถึงไฟล์ของพาร์ติชั่น Ubuntu แม้ว่าการซ่อมแซมทุกอย่างเหมือนเมื่อวานจะดีมาก ฉันเห็นช่องทางที่เป็นไปได้บางประการ:
ไม่มีใครมีความคิด?
ทั้งสองวิธี ขอบคุณที่อ่าน !
การปรับปรุง ; เมื่อพิจารณาจากตัวอ่านเลขฐานสิบหก พาร์ติชัน Linux ได้ถูกจัดการอย่างละเอียดเกินกว่าการกู้คืนใดๆ ที่ระดับไบต์ สตริงข้อความสั้นมากเกินกว่าที่ฉันทราบแน่ชัดว่าอยู่ในไฟล์ข้อความล้วนหลายไฟล์ไม่สามารถพบได้ที่ใดก็ได้บนดิสก์ เครื่องมือการกู้คืน (Photorec และ R-Linux) ไม่ดึงไฟล์ใดๆ เลย ไม่มี jpeg ไม่มีข้อความธรรมดา ไม่มีอะไรเลย แม้ว่าอาจเป็นไปได้ว่านี่เป็นความผิดปกติทางกายภาพ เวลาและขอบเขต (เฉพาะพาร์ติชัน Linux และทั้งหมด ในขณะที่พาร์ติชัน Windows สามารถบู๊ตได้และทำงานได้อย่างสมบูรณ์) ชี้ไปที่ซอฟต์แวร์ที่ผิดพลาดจากการอัปเดต Windows สมมติฐานนี้ไม่สามารถสำรวจได้ง่ายๆ ดังนั้นฉันจึงเหลือแต่คำถาม พาร์ติชันที่ถูกทิ้ง และคำเตือนที่ชัดเจนเกี่ยวกับการบู๊ตคู่ในอนาคต
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
