fdisk reclama “A tabela de backup da GPT está corrompida, mas a principal parece OK, então isso será usado.”

Question

Comprei recentemente duas unidades USB externas WD Easystore 8TB para soltá-las e usar as unidades WD Red NAS internamente no meu computador. (Arch Linux) O primeiro acabou sendo um drive de etiqueta WD White (WD80EMAZ-00WJTA0), e o segundo foi de fato um Red. (WD80EFAX-68LHPN0)

Eu instalei o branco e tudo parecia estar bem. Copiei quase 5 TB de dados sem problemas, mas depois notei a mensagem sobre o erro da GPT ao usar o gparted em outra unidade em que estava trabalhando. Meus dados parecem acessíveis, então não fiz nada ainda.

Hoje instalei a unidade Red e estou recebendo exatamente o mesmo erro nessa unidade antes de qualquer particionamento ou formatação. Eu tenho procurado por soluções e acho que tem algo a ver com ter uma área protegida de host (HPA), mas eu não sei como verificar isso com certeza, ou o que fazer sobre isso, se o fizer. Isso é solucionável com meus dados intactos na unidade branca? Eu posso experimentar na unidade vermelha, mas não sei o que tentar.

$ sudo gdisk /dev/sdb
GPT fdisk (gdisk) version 1.0.3

Caution: invalid backup GPT header, but valid main header; regenerating
backup header from main header.

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.
****************************************************************************

Command (? for help): p
Disk /dev/sdb: 15628053168 sectors, 7.3 TiB
Model: WDC WD80EMAZ-00W
Sector size (logical/physical): 512/4096 bytes
Disk identifier (GUID): 6837F2B2-3A65-4260-B87E-B4682BAEE5FF
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 15628052446
Partitions will be aligned on 2048-sector boundaries
Total free space is 4029 sectors (2.0 MiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048     15628050431   7.3 TiB     0700  WD_8TB

Command (? for help): v

Problem: The secondary header's self-pointer indicates that it doesn't reside
at the end of the disk. If you've added a disk to a RAID array, use the 'e'
option on the experts' menu to adjust the secondary header's and partition
table's locations.

Identified 1 problems!

e ..

$ sudo hdparm -N /dev/sdb 

/dev/sdb:
max sectors   = 15628053168/15628053168, HPA is disabled

    

Answer 1

Sua saída hdparm indica que o HPA está desativado , portanto, o problema não está relacionado a isso.

A causa mais comum deste problema, a julgar por problemas semelhantes que eu vi postados aqui e em outros fóruns, é o uso de software RAID baseado em placa-mãe (às vezes chamado de "falso RAID", embora seja um termo enganoso). O problema com este tipo de software RAID é que requer pelo menos dois componentes de software para concordar com as estruturas de dados a serem usadas - o firmware e o sistema operacional. No caso de um computador com inicialização múltipla, todos os SOs devem entender as mesmas estruturas de dados RAID, portanto, você precisaria de três ou mais configurações para corresponder. Em qualquer caso, se o firmware achar que o disco usa RAID de software baseado em placa-mãe, mas um sistema operacional não, o resultado provavelmente será um dano às estruturas de dados de backup do GPT. A razão é que essas estruturas de dados ocupam os últimos poucos setores do disco, e também é exatamente onde o software RAID baseado em placa-mãe armazena as estruturas de dados its . Assim, um conjunto de estruturas de dados eliminará o outro. A loucura segue. (Veja abaixo, no entanto.) Quando tudo está em sincronia, é transparente; a placa-mãe coloca suas estruturas de dados no final do disco, o (s) sistema (s) entende isso e oculta essa parte do disco, e você não precisa se preocupar com isso.

Se você não criou a tabela de partições, no entanto, é possível que o problema não seja causado por tal configuração incorreta de sua parte, mas sim por parte do fabricante do disco, ou talvez alguém que manipulou o disco. entre (digamos, se o disco foi vendido para outra pessoa e depois retornado, e você o obteve de uma lixeira). Nesse caso, fazer um w em gdisk deve reescrever a tabela de partição, fazendo com que a mensagem de erro desapareça. Fazer isso é uma boa idéia, já que as estruturas de dados de backup da GPT existem por um motivo - elas são um backup, a ser usado no caso de alguns tipos de bugs, erros de usuário ou falhas de hardware danificarem o estruturas de dados primárias (armazenadas no início do disco). A maioria dos sistemas operacionais e ferramentas irá inicializar bem com as estruturas de dados de backup ausentes, mas sem eles significa que você está desistindo de seus benefícios. Além disso, há uma chance de que alguma ferramenta fique confusa pelo dano e faça algo ruim. (Eu não conheço nenhum exemplo disso, mas novas ferramentas estão sendo escritas o tempo todo, e as antigas podem desenvolver novos bugs, então a possibilidade de tal bug está sempre presente.)

Mais um ponto: gdisk v indica que os dados da partição de backup não existem no final do disco, onde deveria. Para corrigir isso, você pode digitar x para acessar o menu de especialistas e, em seguida, e para realocar as estruturas de dados de backup. Essa tabela de partições de backup equivocada é consistente com o uso de software RAID baseado em placa-mãe no firmware, mas não no sistema operacional, ou com vários outros problemas (como uma matriz RAID de hardware que foi expandida ou um disco clonado de disco maior). A realocação das estruturas de dados de backup geralmente é uma boa ideia e, em alguns casos, é necessário usar a capacidade total do disco. (No seu caso, você recuperará apenas cerca de 2.000 setores, portanto não é grande coisa em termos de capacidade.) Note, no entanto, que se sua placa-mãe está configurada para usar seu software RAID, mover as estruturas de dados de backup acabará. os dados RAID do software. Isso pode confundir a placa-mãe, e é provável que a placa-mãe reescreva seus dados, fazendo com que a GPT seja danificada na próxima vez que você reiniciar. A solução é desabilitar as opções de software RAID na ferramenta de configuração de firmware e, em seguida, mover as estruturas de dados da GPT usando gdisk ou alguma outra ferramenta.