为什么将我的raid调整为“max”会导致GPT错误，这是否很危险？

Question

我已经用4TB mdadm --grow /dev/md0 --size=max替换了raid(6)中的所有2TB磁盘，fdisk报告了以下错误：The backup GPT table is corrupt, but the primary appears OK, so that will be used.和gdisk甚至更可怕。

root@nas:~# gdisk /dev/md0
GPT fdisk (gdisk) version 0.8.10

Warning! Read error 27; strange behavior now likely!
Caution: invalid backup GPT header, but valid main header; regenerating
backup header from main header.

Warning! Error 27 reading partition table for CRC check!
Warning! One or more CRCs don't match. You should repair the disk!

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: damaged

****************************************************************************
Caution: Found protective or hybrid MBR and corrupt GPT. Using GPT, but disk
verification and recovery are STRONGLY recommended.
****************************************************************************

把我的raid恢复到原来的大小可以纠正问题。我是否应该关注fdisk & gdisk的这些错误，以及正确的操作方法是什么？

Answer 1

这个问题与我使用32位内核有关。在版本4内核中，具有32位内核的RAID最大可访问大小是RealSize模块16 the，而在版本5中，最大大小略小于16 the。

因此，当我浏览16 to时，分区软件无法读取或写入二级分区表，该表存储在磁盘的末尾，从而导致了错误27。

Answer 2

The backup GPT table is corrupt, but the primary appears OK, so that will be used

这是意料之中的。备份GPT表位于磁盘的末尾。如果您增长(或缩小)您的磁盘，它的终端磨相应地移动，因此fdisk将无法找到备份GPT表。

我是否应该关注fdisk & gdisk的这些错误，以及正确的操作方法是什么？

这是无害的，因为主GPT表在正常操作中使用。但是，拥有一个备份表是件好事，所以您必须重新创建它:使用gdisk，不要修改当前的分区表，只需将它(w命令)写入磁盘。此操作也将重写备份GPT，从现在起gdisk不应该再抱怨了。