GPT ที่เสียหายบนดิสก์ในกลุ่ม Logical Volume

ในกล่อง Ubuntu 20.04 ฉันมีดิสก์ 6TB สองตัวใน LVG ซึ่งครอบคลุมดิสก์ทั้งสองสำหรับโลจิคัลวอลุ่ม 12TB มันทำงานได้ดีตั้งแต่ฉันตั้งค่าเมื่อประมาณปีที่แล้ว ไดรฟ์ทั้งสองอยู่ในช่องใส่ไดรฟ์ USB3 ภายนอก สุดสัปดาห์ที่ผ่านมา ฉันปิดทั้งอุปกรณ์ Ubuntu และช่องใส่ไดรฟ์เนื่องจากงานบำรุงรักษาเกี่ยวกับบริการไฟฟ้าในอาคารของฉัน เมื่อฉันเปิดเครื่องสำรองข้อมูล กลุ่มวอลุ่มไม่เมาต์

sudo gparted
ไม่มีหน่วย tmp.mount กำลังดำเนินการต่อไป
GParted 1.0.0
การกำหนดค่า --enable-libparted-dmraid --enable-online-resize
libparted3.3
อาร์กิวเมนต์ไม่ถูกต้องระหว่างการค้นหาการอ่านบน /dev/sdg
ตาราง GPT สำรองเสียหาย แต่ตารางหลักปรากฏเป็นปกติ ดังนั้นจะใช้ได้
อาร์กิวเมนต์ไม่ถูกต้องระหว่างการค้นหาการอ่านบน /dev/sdh
ตาราง GPT สำรองเสียหาย แต่ตารางหลักปรากฏเป็นปกติ ดังนั้นจะใช้ได้



sudo fdisk -lu /dev/sdg
ดิสก์ /dev/sdg: 5.47 TiB, 6001175126016 ไบต์, 11721045168 ภาคส่วน
รุ่นดิสก์: USB3.0 DISK00   
หน่วย: ภาค 1 * 512 = 512 ไบต์
ขนาดเซกเตอร์ (โลจิคัล/กายภาพ): 512 ไบต์ / 4096 ไบต์
ขนาด I/O (ต่ำสุด/เหมาะสม): 4096 ไบต์ / 4096 ไบต์
ประเภทป้ายชื่อดิสก์: dos
ตัวระบุดิสก์: 0x00000000

ประเภทรหัสขนาดเซกเตอร์เริ่มต้นการบูตอุปกรณ์
/dev/sdg1 1 4294967295 4294967295 2T ee GPT

พาร์ติชัน 1 ไม่เริ่มทำงานบนขอบเขตของเซกเตอร์กายภาพ



sudo fdisk -lu /dev/sdh
ดิสก์ /dev/sdh: 5.47 TiB, 6001175126016 ไบต์, 11721045168 ภาคส่วน
ดิสก์รุ่น: USB3.0 DISK01   
หน่วย: ภาค 1 * 512 = 512 ไบต์
ขนาดเซกเตอร์ (โลจิคัล/กายภาพ): 512 ไบต์ / 4096 ไบต์
ขนาด I/O (ต่ำสุด/เหมาะสม): 4096 ไบต์ / 4096 ไบต์
ประเภทป้ายชื่อดิสก์: dos
ตัวระบุดิสก์: 0x00000000

ประเภทรหัสขนาดเซกเตอร์เริ่มต้นการบูตอุปกรณ์
/dev/sdh1 1 4294967295 4294967295 2T ee GPT

พาร์ติชัน 1 ไม่เริ่มทำงานบนขอบเขตของเซกเตอร์กายภาพ



sudo gdisk
GPT fdisk (gdisk) เวอร์ชัน 1.0.5

พิมพ์ชื่อไฟล์ของอุปกรณ์ หรือกด <Enter> เพื่อออก: /dev/sdg
คำเตือน! ขนาดดิสก์เล็กกว่าที่ระบุในส่วนหัวหลัก! กำลังโหลด
ส่วนหัวรองจากภาคสุดท้ายของดิสก์! คุณควรใช้ 'v' ถึง
ตรวจสอบความสมบูรณ์ของดิสก์ และอาจมีตัวเลือกในเมนูของผู้เชี่ยวชาญเพื่อซ่อมแซม
ดิสก์
ข้อควรระวัง: ส่วนหัว GPT สำรองไม่ถูกต้อง แต่เป็นส่วนหัวหลักที่ถูกต้อง สร้างใหม่
ส่วนหัวสำรองจากส่วนหัวหลัก

คำเตือน! CRC อย่างน้อยหนึ่งรายการไม่ตรงกัน คุณควรซ่อมแซมดิสก์!
หัวเรื่องหลัก: ตกลง
ส่วนหัวสำรอง: ERROR
ตารางพาร์ติชันหลัก: ตกลง
ตารางพาร์ติชันสำรองข้อมูล: ERROR

การสแกนตารางพาร์ติชัน:
  MBR: ป้องกัน
  BSD: ไม่ปรากฏ
  APM: ไม่อยู่
  GPT: เสียหาย

************************************************** **************************
ข้อควรระวัง: พบ MBR ป้องกันหรือไฮบริดและ GPT ที่เสียหาย ใช้ GPT แต่ดิสก์
ขอแนะนำให้ตรวจสอบและกู้คืนอย่างยิ่ง
************************************************** **************************


คำสั่ง (? เพื่อขอความช่วยเหลือ): i
ใช้ 1
รหัส GUID ของพาร์ติชัน: 0FC63DAF-8483-4772-8E79-3D69D8477DE4 (ระบบไฟล์ Linux)
GUID เฉพาะของพาร์ติชัน: CC098100-9E59-4A16-BD05-CC3F25E59B91
ภาคแรก: 2048 (ที่ 1024.0 KiB)
ภาคสุดท้าย: 11721043967 (ที่ 5.5 TiB)
ขนาดพาร์ติชัน: 11721041920 เซกเตอร์ (5.5 TiB)
ค่าสถานะแอตทริบิวต์: 0000000000000000
ชื่อพาร์ติชัน: ''

คำสั่ง (? ขอความช่วยเหลือ): v

ข้อควรระวัง: CRC สำหรับตารางพาร์ติชันสำรองไม่ถูกต้อง ตารางนี้อาจ
ทุจริต โปรแกรมนี้จะสร้างพาร์ติชันสำรองใหม่โดยอัตโนมัติ
ตารางเมื่อคุณบันทึกพาร์ติชันของคุณ

ปัญหา: ตัวชี้ตัวเองของส่วนหัวรองระบุว่าไม่มีอยู่
ที่ส่วนท้ายของดิสก์ หากคุณเพิ่มดิสก์ลงในอาร์เรย์ RAID ให้ใช้ 'e'
ตัวเลือกในเมนูผู้เชี่ยวชาญเพื่อปรับส่วนหัวรองและพาร์ติชัน
ตำแหน่งของตาราง

ปัญหา: ดิสก์มีขนาดเล็กเกินไปที่จะเก็บข้อมูลทั้งหมด!
(ขนาดดิสก์คือ 11721045168 ส่วนต้องเป็น 253879390758630 ส่วน)
ตัวเลือก 'e' ในเมนูผู้เชี่ยวชาญอาจแก้ไขปัญหานี้ได้

ปัญหา: GPT อ้างว่าดิสก์มีขนาดใหญ่กว่าที่เป็นอยู่! (เคลมใช้งานได้ล่าสุด
เซกเตอร์คือ 253879390758596 แต่ส่วนหัวสำรองอยู่ที่
253879390758629 และขนาดดิสก์คือ 11721045168 เซกเตอร์
ตัวเลือก 'e' ในเมนูผู้เชี่ยวชาญน่าจะช่วยแก้ปัญหานี้ได้

ระบุ 4 ปัญหา!

คำสั่ง (? เพื่อขอความช่วยเหลือ):




sudo gdisk /dev/sdh
GPT fdisk (gdisk) เวอร์ชัน 1.0.5

คำเตือน! ขนาดดิสก์เล็กกว่าที่ระบุในส่วนหัวหลัก! กำลังโหลด
ส่วนหัวรองจากภาคสุดท้ายของดิสก์! คุณควรใช้ 'v' ถึง
ตรวจสอบความสมบูรณ์ของดิสก์ และอาจมีตัวเลือกในเมนูของผู้เชี่ยวชาญเพื่อซ่อมแซม
ดิสก์
ข้อควรระวัง: ส่วนหัว GPT สำรองไม่ถูกต้อง แต่เป็นส่วนหัวหลักที่ถูกต้อง สร้างใหม่
ส่วนหัวสำรองจากส่วนหัวหลัก

คำเตือน! CRC อย่างน้อยหนึ่งรายการไม่ตรงกัน คุณควรซ่อมแซมดิสก์!
หัวเรื่องหลัก: ตกลง
ส่วนหัวสำรอง: ERROR
ตารางพาร์ติชันหลัก: ตกลง
ตารางพาร์ติชันสำรองข้อมูล: ERROR

การสแกนตารางพาร์ติชัน:
  MBR: ป้องกัน
  BSD: ไม่ปรากฏ
  APM: ไม่อยู่
  GPT: เสียหาย

************************************************** **************************
ข้อควรระวัง: พบ MBR ป้องกันหรือไฮบริดและ GPT ที่เสียหาย ใช้ GPT แต่ดิสก์
ขอแนะนำให้ตรวจสอบและกู้คืนอย่างยิ่ง
************************************************** **************************

คำสั่ง (? เพื่อขอความช่วยเหลือ): i
ใช้ 1
รหัส GUID ของพาร์ติชัน: 0FC63DAF-8483-4772-8E79-3D69D8477DE4 (ระบบไฟล์ Linux)
GUID เฉพาะของพาร์ติชัน: 42E52C6C-C33C-4D2E-9ECB-3D8DF60DCB25
ภาคแรก: 2048 (ที่ 1024.0 KiB)
ภาคสุดท้าย: 11721043967 (ที่ 5.5 TiB)
ขนาดพาร์ติชัน: 11721041920 เซกเตอร์ (5.5 TiB)
ค่าสถานะแอตทริบิวต์: 0000000000000000
ชื่อพาร์ติชัน: ''

คำสั่ง (? ขอความช่วยเหลือ): v

ข้อควรระวัง: CRC สำหรับตารางพาร์ติชันสำรองไม่ถูกต้อง ตารางนี้อาจ
ทุจริต โปรแกรมนี้จะสร้างพาร์ติชันสำรองใหม่โดยอัตโนมัติ
ตารางเมื่อคุณบันทึกพาร์ติชันของคุณ

ปัญหา: ตัวชี้ตัวเองของส่วนหัวรองระบุว่าไม่มีอยู่
ที่ส่วนท้ายของดิสก์ หากคุณเพิ่มดิสก์ลงในอาร์เรย์ RAID ให้ใช้ 'e'
ตัวเลือกในเมนูผู้เชี่ยวชาญเพื่อปรับส่วนหัวรองและพาร์ติชัน
ตำแหน่งของตาราง

ปัญหา: ดิสก์มีขนาดเล็กเกินไปที่จะเก็บข้อมูลทั้งหมด!
(ขนาดดิสก์คือ 11721045168 ส่วนต้องเป็น 253879390758630 ส่วน)
ตัวเลือก 'e' ในเมนูผู้เชี่ยวชาญอาจแก้ไขปัญหานี้ได้

ปัญหา: GPT อ้างว่าดิสก์มีขนาดใหญ่กว่าที่เป็นอยู่! (เคลมใช้งานได้ล่าสุด
เซกเตอร์คือ 253879390758596 แต่ส่วนหัวสำรองอยู่ที่
253879390758629 และขนาดดิสก์คือ 11721045168 เซกเตอร์
ตัวเลือก 'e' ในเมนูผู้เชี่ยวชาญน่าจะช่วยแก้ปัญหานี้ได้

ระบุ 4 ปัญหา!

คำสั่ง (? เพื่อขอความช่วยเหลือ): 

ข้อเสนอแนะใด ๆ เกี่ยวกับการกู้คืน Logical Volume?

ฉันมีการสำรองข้อมูล แต่มันอยู่ในประเทศอื่นและด้วยข้อจำกัดการเดินทางของ COVID อาจใช้เวลาสักครู่ก่อนที่ฉันจะกู้คืนได้ :-)