Recentemente comprei doisDigital ocidental(WD)Loja fácilUnidades USB externas de 8 TB paracascaeles e use o WD RedNASunidades internamente no meu computador (Arco Linux). O primeiro acabou sendo uma unidade WD White Label (WD80EMAZ-00WJTA0), e o segundo era de fato um Red (WD80EFAX-68LHPN0).
Instalei o branco e tudo parecia estar bem. Copiei quase 5 TB de dados sem problemas, mas depois notei a mensagem sobre oGPTerro ao usarGPartedem outra unidade em que eu estava trabalhando. Meus dados parecem acessíveis, então ainda não fiz nada.
Hoje instalei a unidade Red e estou recebendo exatamente o mesmo erro nessa unidade antes de qualquer particionamento ou formatação. Tenho procurado soluções e acho que tem algo a ver com ter umhospedar área protegida(HPA), mas não sei como verificar isso com certeza ou o que fazer se isso acontecer. Isso pode ser corrigido com meus dados intactos na unidade White? Posso experimentar na unidade Red, mas não tenho certeza do que tentar.
sudo gdisk /dev/sdb
Saída:
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
Saída:
/dev/sdb:
max sectors = 15628053168/15628053168, HPA is disabled
Responder1
Sua hdparmsaída indica que o HPA estádesabilitado,então o problema não está relacionado a isso.
A causa mais comum desse problema, a julgar por problemas semelhantes que vi postados aqui e em outros fóruns, é o uso de software RAID baseado em placa-mãe (às vezes chamado de "RAID falso", embora seja um termo enganoso). O problema com esse tipo de RAID de software é que ele 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 sistemas operacionais devem compreender as mesmas estruturas de dados RAID, portanto, seriam necessárias três ou mais configurações correspondentes. De qualquer forma, se o firmware achar que o disco usa software RAID baseado na placa-mãe, mas o sistema operacional não, o resultado provavelmente será danos às estruturas de dados GPT de backup. A razão é que essas estruturas de dados ocupam os últimos setores do disco, e é exatamente aqui que o software RAID baseado em placa-mãe geralmente armazenaisso éestruturas de dados. Assim, um conjunto de estruturas de dados eliminará o outro. Segue-se a loucura. (Veja abaixo, no entanto.) Quando tudo está sincronizado, é transparente; a placa-mãe coloca suas estruturas de dados no final do disco, o(s) sistema(s) operacional(is) entende(m) isso e esconde aquela parte do disco, e você não precisa se preocupar com isso.
Porém, se você não criou a tabela de partição, é 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 por alguém que manipulou o disco no meio (digamos , se o disco foi vendido a outra pessoa e depois devolvido, e você o obteve em uma caixa de devoluções). Nesse caso, fazer um win gdiskdeve reescrever a tabela de partições, fazendo com que a mensagem de erro desapareça. Fazer isso é uma boa ideia, já que as estruturas de dados de backup da GPT existem por uma razão: elas são umcópia de segurança,para ser usado caso alguns tipos de bugs, erros do usuário ou falhas de hardware danifiquem as estruturas de dados primárias (armazenadas no início do disco). A maioria dos sistemas operacionais e ferramentas inicializarão bem com a falta das estruturas de dados de backup, mas ficar sem elas significa que você está desistindo de seus benefícios. Além disso, há uma chance de que alguma ferramenta fique confusa com o dano e faça algo ruim. (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: gdiskindica vque os dados da partição de backup não existem no final do disco, onde deveriam. Para corrigir isso, você pode digitar xpara acessar o menu de especialistas e, em seguida, erealocar as estruturas de dados de backup. Esta tabela de partição de backup mal colocada é consistente com o uso de software RAID baseado na placa-mãe no firmware, mas não pelo sistema operacional, ou com vários outros problemas (como uma matriz RAID de hardware que foi expandida ou um disco que foi clonado de um menor para um 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 é um grande problema em termos de capacidade.) Observe, entretanto, que se sua placa-mãe estiver configurada para usar seu RAID de software, mover as estruturas de dados de backup eliminará os dados RAID do software. Isso pode confundir a placa-mãe, e é provável que ela reescreva seus dados, causando danos ao GPT na próxima vez que você reiniciar. A solução é desabilitar as opções de RAID de software na ferramenta de configuração do firmware e, em seguida, mover as estruturas de dados GPT usando gdiskou alguma outra ferramenta.
Responder2
O controlador dos gabinetes WD Easystore “rouba” um pequeno número de blocos no final da unidade por algum motivo. O efeito disso é que o “fim” da unidade muda. Se você particionar a unidade com GPT enquanto ela ainda estiver no gabinete, a tabela de partição de backup será gravada em um local que não é exatamente o mesmo.realfinal da unidade, uma vez que esses blocos roubados ficam ocultos.
Depois que você descarta a unidade, a extremidade real da unidade fica acessível e, como o backup GPT não está lá, parece um problema. Detalhes são discutidos emum tópico do Reddit.
A solução mais fácil, se não houver nada na unidade, é reparticionar com um novo GPT. Suponho que existam algumas abordagens manuais para corrigir o problema, copiando manualmente o GPT de backup para o local correto, momento em que você pode decidir se deseja ampliar a última partição para usar o espaço recém-acessível. Mas como o valor da alteração provavelmente não chega a 1 MB, pode não valer a pena.