嘿，我之前也碰到过一模一样的GPT备份表损坏问题，主表没问题的话修复起来很顺利，给你一步步拆解操作：

1. 精准定位硬盘设备 #

首先得搞清楚出问题的硬盘对应的设备路径（比如/dev/sdb、/dev/sdc），绝对不能搞错设备名，不然会误操作其他硬盘！
可以用这两个命令确认：

lsblk  # 直观查看所有磁盘和分区
fdisk -l  # 查看详细磁盘信息，找到你的8TB硬盘

2. 用gdisk重建备份GPT表 #

Arch Linux里用gdisk处理GPT分区最靠谱，要是没装的话先安装：

sudo pacman -S gptfdisk

然后运行工具指定目标硬盘：

sudo gdisk /dev/sdX  # 把X换成你刚才找到的设备名，比如sdb

进入交互界面后，gdisk会自动检测到备份GPT表损坏，直接按r进入修复菜单，接着按b选择「重建备份GPT表」，跟着提示确认操作，最后按w保存更改，输入Y确认写入即可。

3. 验证修复效果 #

修复完成后，用以下命令检查分区表状态：

fdisk -l /dev/sdX
gdisk -l /dev/sdX

要是没有再出现「backup GPT table is corrupt」的提示，就说明修复成功了。之后再打开GParted操作这块硬盘应该就正常了。

额外注意事项 #

• 虽然主表正常，但操作分区表还是有风险，修复前最好确保重要数据有备份（你已经拷贝了5TB数据，要是数据在这块盘上，最好先确认数据能正常访问）。
• 修复后可以顺便检查一下文件系统完整性，比如你的分区是ext4的话：

sudo fsck.ext4 /dev/sdX1  # 替换成你的分区路径，比如sdb1

内容的提问来源于stack exchange，提问作者akovia