วิธีคืนค่าด้วงหลังจากโคลนฮาร์ดดิสก์สำหรับแล็ปท็อปแบบดูอัลบูต

ฉันมีแล็ปท็อปแบบดูอัลบูต (Windows/Linux) ที่มี SSD ขนาด 500GB และแทนที่ SSD ด้วย SSD ขนาด 1TB โดยใช้ขั้นตอนที่อธิบายไว้ด้านล่าง เมื่อฉันรีบูตเครื่องจะบูตเข้าสู่ Windows โดยตรงโดยไม่มีเมนูด้วง เหตุใดจึงเกิดขึ้นและฉันจะกู้คืนเมนูด้วงได้อย่างไร

นี่คือสิ่งที่ฉันทำ:

1. บูตแล็ปท็อปจาก bootstick สด (ใช้ Linux Mint)
2. ใช้ dd เพื่อคัดลอก SSD ขนาด 500GB ทั้งหมดไปยังไดรฟ์เครือข่าย
3. ปิดแล็ปท็อปและเปลี่ยน SSD เป็น SSD ขนาด 1GB
4. บูตอีกครั้งด้วย live bootstick และใช้ dd เพื่อคัดลอกไฟล์ในไดรฟ์เครือข่ายกลับไปที่ SSD
5. รีบูตโดยไม่ต้องบูตสด

ฉันรู้ว่าสิ่งนี้ทำให้ SSD ใหม่ครึ่งหนึ่งของฉันไม่ได้ใช้ ฉันหวังว่าจะแก้ไขได้ในภายหลัง

dd ทำงานได้อย่างถูกต้อง หรืออย่างน้อยฉันสามารถเมานต์พาร์ติชันทั้งหมดรวมถึงพาร์ติชันสดจาก bootstick นี่คือผลลัพธ์ของ fdisk -l:

ดิสก์ /dev/loop0: 1.8 GiB, 1912557568 ไบต์, 3735464 ภาคส่วน
หน่วย: ภาค 1 * 512 = 512 ไบต์
ขนาดเซกเตอร์ (โลจิคัล/กายภาพ): 512 ไบต์ / 512 ไบต์
ขนาด I/O (ต่ำสุด/เหมาะสม): 512 ไบต์ / 512 ไบต์


ขนาด GPT PMBR ไม่ตรงกัน (1000215215 != 1953525167) จะได้รับการแก้ไขโดยการเขียน
ตาราง GPT สำรองไม่ได้อยู่ที่ส่วนท้ายของอุปกรณ์ ปัญหานี้จะได้รับการแก้ไขโดยการเขียน
ดิสก์ /dev/nvme0n1: 931.53 GiB, 1000204886016 ไบต์, 1953525168 ภาคส่วน
รุ่นดิสก์: KINGSTON SKC2500M81000G                 
หน่วย: ภาค 1 * 512 = 512 ไบต์
ขนาดเซกเตอร์ (โลจิคัล/กายภาพ): 512 ไบต์ / 512 ไบต์
ขนาด I/O (ต่ำสุด/เหมาะสม): 512 ไบต์ / 512 ไบต์
ประเภทป้ายชื่อดิสก์: gpt
ตัวระบุดิสก์: 282E2059-1738-4156-802F-50E4A4E71652

ประเภทขนาดเซกเตอร์สิ้นสุดการเริ่มต้นของอุปกรณ์
/dev/nvme0n1p1 2048 1026047 1024000 ระบบ EFI 500M
/dev/nvme0n1p2 1026048 1288191 262144 128M Microsoft สงวนไว้
/dev/nvme0n1p3 1288192 205020339 203732148 97.2G ข้อมูลพื้นฐานของ Microsoft
/dev/nvme0n1p4 205021184 206086143 1064960 520M สภาพแวดล้อมการกู้คืน Windows
/dev/nvme0n1p5 206088192 214087679 7999488 3.8G Linux สลับ
/dev/nvme0n1p6 214087680 969730047 755642368 ระบบไฟล์ Linux 360.3G
/dev/nvme0n1p7 969730048 970651647 921600 450M ข้อมูลพื้นฐานของ Microsoft
/dev/nvme0n1p8 970651648 997961727 27310080 สภาพแวดล้อมการกู้คืน Windows 13G
/dev/nvme0n1p9 997961728 1000204287 2242560 สภาพแวดล้อมการกู้คืน Windows 1.1G


ดิสก์ /dev/mapper/vg-root: 60 GiB, 64424509440 ไบต์, 125829120 ภาค
หน่วย: ภาค 1 * 512 = 512 ไบต์
ขนาดเซกเตอร์ (โลจิคัล/กายภาพ): 512 ไบต์ / 512 ไบต์
ขนาด I/O (ต่ำสุด/เหมาะสม): 512 ไบต์ / 512 ไบต์


ดิสก์ /dev/mapper/vg-home: 300.32 GiB, 322462285824 ไบต์, 629809152 ภาค
หน่วย: ภาค 1 * 512 = 512 ไบต์
ขนาดเซกเตอร์ (โลจิคัล/กายภาพ): 512 ไบต์ / 512 ไบต์
ขนาด I/O (ต่ำสุด/เหมาะสม): 512 ไบต์ / 512 ไบต์


ดิสก์ /dev/sda: 14.93 GiB, 16008609792 ไบต์, 31266816 ภาค
รุ่นดิสก์: ครูเซอร์เบลด    
หน่วย: ภาค 1 * 512 = 512 ไบต์
ขนาดเซกเตอร์ (โลจิคัล/กายภาพ): 512 ไบต์ / 512 ไบต์
ขนาด I/O (ต่ำสุด/เหมาะสม): 512 ไบต์ / 512 ไบต์
ประเภทป้ายชื่อดิสก์: dos
ตัวระบุดิสก์: 0x5b137364

ประเภทรหัสขนาดเซกเตอร์เริ่มต้นการบูตอุปกรณ์
/dev/sda1 * 0 3974271 3974272 1.9G 0 ว่างเปล่า
/dev/sda2 632 8567 7936 3.9M เอฟ EFI (FAT-12/16/32)
/dev/sda3 3977216 31266815 27289600 13G 83 ลินุกซ์

ฉันได้ลองติดตั้ง grub ใหม่โดยใช้คำสั่งต่อไปนี้ (จาก live bootstick) คำสั่งเหล่านี้ช่วยในการกู้คืนด้วงหลังจากการอัปเดต Windows ก่อนหน้านี้ และรันได้โดยไม่มีข้อผิดพลาด แต่คราวนี้ไม่ได้กู้คืนด้วง

เมานต์ /dev/mapper/vg-root /mnt
mkdir /efi
เมานต์ /dev/nvme0n1p1 /efi
ติดตั้งด้วง --directory=/mnt/usr/lib/grub/x86_64-efi --boot-directory=/mnt/boot --efi-directory=/efi

ปัญหาอาจเกิดจาก UUID อื่นสำหรับดิสก์ใหม่หรือไม่ ฉันอาจคิดผิด แต่ AFAIK, UUID ของดิสก์ถูกจัดเก็บไว้ในดิสก์ ดังนั้นควรได้รับการโคลนร่วมกับข้อมูลที่เหลือ มีอะไรผิดปกติและฉันจะเปิดใช้งานด้วงอีกครั้งได้อย่างไร

นี่คือรายละเอียดฮาร์ดแวร์บางส่วน:

แล็ปท็อป: Dell XPS 15 (9550)

SSD เก่า: PM951 NVMe SAMSUNG 512GB

SSD ใหม่: Kingston Technology KC2500 M.2 1000 GB PCI Express 3.0 3D TLC NVMe

ลิงค์ Pastebin: http://paste.ubuntu.com/p/DkMGvNXdYq/