จะคืนค่าตาราง GPT จากตารางสำรองได้อย่างไร

ฉันไม่แน่ใจว่าดิสก์ของฉันเสียจริงๆ หรือเพียงแค่มีข้อมูล GPT ที่เสียหาย

fdisk /dev/sda

ยินดีต้อนรับสู่ fdisk (util-linux 2.36.1)
การเปลี่ยนแปลงจะยังคงอยู่ในหน่วยความจำเท่านั้น จนกว่าคุณจะตัดสินใจเขียน
ระวังก่อนใช้คำสั่งเขียน

fdisk: ไม่สามารถเปิด /dev/sda: ข้อผิดพลาดอินพุต/เอาต์พุต

ข้อความนี้แจ้งว่า "ตาราง GPT หลักเสียหาย แต่ข้อมูลสำรองปรากฏเป็นปกติ ดังนั้นจะใช้ได้" กำลังทำให้ฉันสับสนเนื่องจากสามารถอ่านตารางสำรองข้อมูลได้ แต่จะไม่เปิด

fdisk -l /dev/sda
ตาราง GPT หลักเสียหาย แต่ข้อมูลสำรองปรากฏเป็นปกติ ดังนั้นจะใช้ได้
ดิสก์ /dev/sda: 10.91 TiB, 12000138625024 ไบต์, 23437770752 ภาคส่วน
รุ่นดิสก์: ST12000NM001G-2M
หน่วย: ภาค 1 * 512 = 512 ไบต์
ขนาดเซกเตอร์ (โลจิคัล/กายภาพ): 512 ไบต์ / 4096 ไบต์
ขนาด I/O (ต่ำสุด/เหมาะสม): 4096 ไบต์ / 4096 ไบต์
ประเภทป้ายชื่อดิสก์: gpt
ตัวระบุดิสก์:

ประเภทขนาดเซกเตอร์สิ้นสุดการเริ่มต้นของอุปกรณ์
/dev/sda1 2048 23437752319 23437750272 10.9T Solaris /usr และ Apple ZFS
/dev/sda9 23437752320 23437768703 16384 8M Solaris สงวนไว้ 1

ฉันลองทำ fsck แล้ว มันบอกว่า Bad magic number ใน super-block

fsck /dev/sda
fsck จาก util-linux 2.36.1
e2fsck 1.46.2 (28-ก.พ.-2564)
ext2fs_open2: เลขมหัศจรรย์ในซุปเปอร์บล็อก
fsck.ext2: Superblock ไม่ถูกต้อง กำลังลองบล็อกสำรอง...
fsck.ext2: หมายเลขเวทย์มนตร์ที่ไม่ดีใน super-block ขณะพยายามเปิด /dev/sda

ไม่สามารถอ่าน superblock หรือไม่ได้อธิบาย ext2/ext3/ext4 ที่ถูกต้อง
ระบบไฟล์ หากอุปกรณ์ถูกต้องและมี ext2/ext3/ext4 อยู่จริง
ระบบไฟล์ (และไม่ใช่ swap หรือ ufs หรืออย่างอื่น) จากนั้น superblock
เสียหาย และคุณอาจลองใช้ e2fsck ด้วย superblock สำรอง:
    e2fsck -b 8193 <อุปกรณ์>
 หรือ
    e2fsck -b 32768 <อุปกรณ์>

พบตารางพาร์ติชัน gpt ใน /dev/sda

ฉันพยายามกู้คืน superblocks ด้วย mke2fs -n /dev/sda และ e2fsck -b ดูเหมือนจะไม่แก้ไขเช่นกัน

e2fsck -b 819200 /dev/sda
e2fsck 1.46.2 (28-ก.พ.-2564)
e2fsck: หมายเลขเวทย์มนตร์ที่ไม่ดีใน super-block ขณะพยายามเปิด /dev/sda

ไม่สามารถอ่าน superblock หรือไม่ได้อธิบาย ext2/ext3/ext4 ที่ถูกต้อง
ระบบไฟล์ หากอุปกรณ์ถูกต้องและมี ext2/ext3/ext4 อยู่จริง
ระบบไฟล์ (และไม่ใช่ swap หรือ ufs หรืออย่างอื่น) จากนั้น superblock
เสียหาย และคุณอาจลองใช้ e2fsck ด้วย superblock สำรอง:
    e2fsck -b 8193 <อุปกรณ์>
 หรือ
    e2fsck -b 32768 <อุปกรณ์>

พบตารางพาร์ติชัน gpt ใน /dev/sda

sfdisk -d /dev/sda > sda.dump
sfdisk: ไม่สามารถเปิด /dev/sda: ข้อผิดพลาดอินพุต/เอาต์พุต

มีข้อผิดพลาดเล็กน้อยปรากฏขึ้นใน dmesg

[5628.059240] ata9.00: ข้อยกเว้น Emask 0x0 SAct 0x4 SErr 0x0 การกระทำ 0x0
[5628.059248] ata9.00: irq_stat 0x40000008
[5628.059250] ata9.00: คำสั่งล้มเหลว: อ่าน FPDMA QUEUED
[ 5628.059252] ata9.00: cmd 60/08:10:20:00:00/00:00:00:00:00/40 แท็ก 2 ncq dma 4096 ใน
                        ความละเอียด 43/40:08:20:00:00/00:00:00:00:00/00 Emask 0x409 (สื่อผิดพลาด) <F>
[ 5628.059259] ata9.00: สถานะ: { DRDY SENSE ERR }
[ 5628.059261] ata9.00: ข้อผิดพลาด: { UNC }
[5628.142004] ata9.00: กำหนดค่าสำหรับ UDMA/133
[ 5628.142012] sd 8:0:0:0: [sda] tag#2 FAILED ผลลัพธ์: hostbyte=DID_OK driverbyte=DRIVER_SENSE cmd_age=4s
[ 5628.142014] sd 8:0:0:0: [sda] tag#2 Sense Key : ข้อผิดพลาดปานกลาง [ปัจจุบัน]
[ 5628.142016] sd 8:0:0:0: [sda] tag#2 เพิ่มความรู้สึก: ข้อผิดพลาดในการอ่านที่ไม่ได้กู้คืน - การจัดสรรใหม่อัตโนมัติล้มเหลว
[5628.142017] sd 8:0:0:0: [sda] tag#2 CDB: อ่าน(16) 88 00 00 00 00 00 00 00 00 20 00 00 00 08 00 00
[ 5628.142018] blk_update_request: ข้อผิดพลาด I/O, dev sda, เซกเตอร์ 32 op 0x0:(READ) ตั้งค่าสถานะ 0x0 phys_seg 1 prio คลาส 0
[5628.142023] ข้อผิดพลาดบัฟเฟอร์ I/O บน dev sda, ลอจิคัลบล็อก 4, อ่านหน้า async
[5628.142030] ata9: EH เสร็จสมบูรณ์

ไดรฟ์เป็นส่วนหนึ่งของมิเรอร์ ZFS ซึ่งไม่สามารถกู้คืนตาราง GPT/superblocks ได้ ฉันต้องการทราบว่ามีวิธีให้ฉันล้างไดรฟ์หรือไม่เพื่อให้ ZFS สามารถกู้คืนได้ หรือควรลงไดร์ฟใหม่ดี?