ข้อมูลของคุณเกินกว่า 300 MB แรกหรือมากกว่านั้นยังสามารถกู้คืนได้ แต่คุณต้องระมัดระวังในการดำเนินการต่อ โดยเฉพาะอย่างยิ่ง คุณจะต้องลดการเขียนลงดิสก์นี้ให้เหลือน้อยที่สุด และบันทึกข้อมูลทั้งหมดของคุณที่สามารถกู้คืนได้จากที่อื่นเพื่อติดตั้งใหม่ในภายหลัง โชคดีที่คุณมีพาร์ติชัน EFI ที่มีขนาดใหญ่กว่า 300 MB ที่จุดเริ่มต้นของดิสก์ ดังนั้นพาร์ติชันหลักของระบบปฏิบัติการอาจไม่ถูกแตะต้องและสามารถกู้คืนได้ 100% ในกรณีนี้ คุณอาจต้องฟอร์แมตพาร์ติชัน EFI ใหม่และติดตั้ง bootloader ใหม่
ก่อนอื่นตามที่ @Ponjar พูดถึง คุณต้องแก้ไขตารางพาร์ติชัน คำสั่งที่คุณเรียกใช้จะแสดงตารางพาร์ติชันที่มีอยู่ตามที่พบเท่านั้น ละเว้นตารางพาร์ติชัน MBR ที่มาจากอิมเมจ ISO ที่คุณเขียนเมื่อเริ่มต้นดิสก์และไม่ถูกต้อง คุณต้องกู้คืนสำเนาของตารางพาร์ติชัน GPT ที่ตรวจพบคำสั่งแรกแทน โชคดีที่ GPT เก็บสำเนาสำรองของตารางพาร์ติชันทั้งหมดที่ส่วนท้ายของดิสก์ และ gdisk ก็สามารถอ่านได้สำเร็จ คุณจะต้องปฏิบัติตามขั้นตอนที่คล้ายคลึงกันนี้ กู้คืน GPT สำรอง:
gdisk shell จะเปิดขึ้นทันที ป้อน 'r' เพื่อเลือกตัวเลือกการกู้คืน
จากตัวเลือกการกู้คืน ให้ป้อน 'b' เพื่อกู้คืนส่วนหัว GPT จากรอง (สำรอง) จากนั้นป้อน 'c' เพื่อกู้คืนตารางพาร์ติชัน GPT จากรอง (สำรอง)
จากนั้นเลือก 'v' จากนั้นเลือก 'w' เพื่อยืนยันและเขียนลงดิสก์
# sudo gdisk /dev/sda
GPT fdisk (gdisk) เวอร์ชัน 1.0.1
การสแกนตารางพาร์ติชัน:
MBR: ป้องกัน
BSD: ไม่ปรากฏ
APM: ไม่อยู่
GPT: ปัจจุบัน
พบ GPT ที่ถูกต้องพร้อม MBR ป้องกัน ใช้ GPT
คำสั่ง (? เพื่อขอความช่วยเหลือ): r
คำสั่งกู้คืน/การแปลงร่าง (? เพื่อขอความช่วยเหลือ): ข
คำสั่งกู้คืน/การแปลงร่าง (? เพื่อขอความช่วยเหลือ): ค
คำเตือน! สิ่งนี้อาจจะทำสิ่งแปลก ๆ หากคุณแปลง MBR เป็น
แบบฟอร์ม GPT และยังไม่ได้บันทึก GPT! ดำเนินการ? (ใช่/ไม่ใช่): ย
คำสั่งกู้คืน/การแปลงร่าง (? เพื่อขอความช่วยเหลือ): v
ไม่พบปัญหา 3437 ภาคฟรี (1.7 MiB) พร้อมใช้งานใน 2
ส่วนที่ใหญ่ที่สุดคือขนาด 2014 (1007.0 KiB)
คำสั่งกู้คืน/การแปลงร่าง (สำหรับความช่วยเหลือ): w
เมื่อคุณกู้คืนตารางพาร์ติชันแล้ว คุณจะต้องกู้คืนระบบไฟล์ระบบปฏิบัติการหลัก หากเป็นความจริงที่ว่า dd ไม่ถึงพาร์ติชันนี้ ก็อาจไม่มีอะไรให้ทำอีกมาก ลองติดตั้งบนอิมเมจการกู้คืนของคุณ:
sudo เมานต์ -r /dev/sda2 /mnt
ฉันแนะนำให้ใช้ -r ที่นี่สำหรับการเมานต์แบบอ่านอย่างเดียวขณะตรวจสอบข้อมูลหากมีการเมานต์และคุณเห็นข้อมูลทั้งหมดของคุณ มันอาจจะดีสำหรับการใช้ซ้ำโดยไม่ต้องติดตั้งใหม่ หากทุกอย่างไม่เสียหาย คุณอาจสามารถแก้ไขการบู๊ตได้โดยเพียงแค่ติดตั้งพาร์ติชันระบบ EFI ใหม่ ที่จะต้องฟอร์แมตใหม่ตั้งแต่ต้น:
sudo mkfs -t ไขมัน -F 32 /dev/sda1
คุณจะต้องทำให้ระบบไฟล์รูทของคุณอ่าน-เขียน:
sudo mount -o รีเมาต์ rw /mnt
จากนั้นทำตาม คู่มือนี้ เพื่อติดตั้ง GRUB ใหม่บนพาร์ติชันระบบ EFI:
sudo เมานต์ /dev/sda1 /mnt/boot/efi
สำหรับฉันใน /dev /dev/pts /proc /sys /run; ทำ sudo mount -B $i /mnt$i; เสร็จแล้ว
sudo chroot /mnt
ด้วงติดตั้ง /dev/sda
ปรับปรุงด้วง
อย่างไรก็ตาม หากคุณพบว่าคุณไม่สามารถเมาต์ระบบไฟล์รูทได้ คุณอาจสูญเสียข้อมูลจำนวนเล็กน้อยและจำเป็นต้องกู้คืนซูเปอร์บล็อกบนระบบไฟล์รูทของคุณ จากตารางพาร์ติชันและขนาดไฟล์ที่คุณกล่าวถึงในคำถาม ไม่ควรเป็นเช่นนั้น แต่ถ้าเป็นเช่นนั้น ขั้นตอนนี้จะช่วยค้นหาซูเปอร์บล็อก วิ่ง mkfs -n
บนระบบไฟล์รูทของคุณเพื่อค้นหาว่า superblocks สำรองอาจอยู่ที่ไหน
sudo mkfs -t ext4 -n /dev/sda2
superblocks สองสามอันแรกอาจถูกเขียนทับ แต่ superblocks ที่ตามมาควรจะไม่เสียหาย จากซูเปอร์บล็อกที่แสดง คุณสามารถลองและติดตั้งด้วยสิ่งนี้:
sudo เมานต์ -o sb=131072 -r /dev/sda2 /mnt
สมมติว่า 131072 เป็นหนึ่งใน superblock ที่เสนอโดย mkfs และไม่ถูกเขียนทับ หากข้อมูลภายใต้ /mnt ดูสมเหตุสมผลและคุณสามารถค้นหาไฟล์บางไฟล์ได้ คุณสามารถลองซ่อมแซมระบบไฟล์ด้วยวิธีนี้:
sudo fsck -t ext4 -b 131072 /dev/sda2
อย่างไรก็ตาม เมื่อถึงจุดที่คุณหันไปใช้ superblock สำรอง คุณอาจต้องการสำรองข้อมูลใดๆ ที่คุณสามารถบันทึกได้และติดตั้งใหม่ทั้งหมดในภายหลัง