O GParted afirma que o disco rígido inteiro não está alocado e avisa sobre a tabela GPT

Question

Durante meses, tenho estado felizmente a usar o meu disco rígido de 3 TB, e ainda o faço. Hoje eu descobri que GParted mostra a unidade inteira (/ dev / sdb) como sendo não alocada. A unidade funciona bem embora. Clicar para obter mais informações no GParted fornece o seguinte texto de aviso:

  

A tabela de backup da GPT não está no final do disco, como deveria ser. Isso pode significar que outro sistema operacional acredita que o disco é menor. Corrigir, movendo o backup para o final (e removendo o backup antigo)?

     

Nem todo o espaço disponível para / dev / sdb parece ser usado, você pode consertar o GPT para usar todo o espaço (um extra de 4294967296 blocos) ou continuar com a configuração atual?

     

Não é possível satisfazer todas as restrições na partição.

Na unidade, há uma única partição ext4 , preenchendo presumivelmente a unidade inteira. Eu era o único a formatá-lo há muito tempo, usando o GParted, se bem me lembro. Não me lembro de detalhes da criação de uma tabela GPT. A unidade é usada apenas para dados e não contém arquivos do sistema nem nada. Eu montei automaticamente com fstab.

No GParted, só tenho a opção de clicar em Fechar. Veja capturas de tela anexadas. Eu não estou feliz por ter GParted me dizendo que a unidade é espaço não alocado. O que posso / devo fazer para corrigir isso?

O problema que tenho com a experimentação é que não tenho outra unidade que possa acomodar meu valor de dados de 3 TB, portanto, fazer backups é um problema. (Antes de você me dizer que eu deveria sempre fazer o backup de dados, a maior parte do conteúdo desta unidade de 3 TB são meus backups incrementais de outras unidades, então prefiro não perdê-la.)

Rodando

sudo gdisk -l /dev/sdb

dá

GPT fdisk (gdisk) version 0.8.1

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

Found valid GPT with protective MBR; using GPT.

Warning! Secondary partition table overlaps the last partition by
4294966385 blocks!
Try reducing the partition table size by 17179865540 entries.
(Use the 's' item on the experts' menu.)
Disk /dev/sdb: 5860533168 sectors, 2.7 TiB
Logical sector size: 512 bytes
Disk identifier (GUID): 04F5DE37-A757-414B-A3E0-F845BD54B767
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 1565565838
Partitions will be aligned on 2048-sector boundaries
Total free space is 2014 sectors (1007.0 KiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048      5860532223   2.7 TiB     0700  

    

Answer 1

Parece que algo moveu a tabela de partições de backup do GPT para aproximadamente a marca 700GiB no disco. Isso pode causar corrupção de dados (embora provavelmente seja de apenas um ou dois arquivos), portanto, você deve movê-lo de volta para onde ele pertence. Você pode fazer isso em gdisk usando a opção e no menu gdisk experts (isto é, lançar gdisk , digite x , digite e e digite w para salve suas alterações). O GParted e o parted também devem oferecer opções para corrigir esse problema, mas eu estou menos familiarizado com eles e não sei quais são as advertências que podem ser aplicadas. (Eu sou o autor de gdisk , então estou muito familiarizado com o que isso faz!)

Provavelmente, esse dano foi causado por alguma ferramenta de particionamento que foi executada no disco de um sistema operacional ou por meio de um driver com limitação de 32 bits incorporada. Como o disco tem mais de 2 ^ 32 setores, o resultado é algo como o hodômetro de um carro passando - em vez de acessar a marca de ~ 2.7TiB, o software gravou os dados da tabela de partição de backup em ~ 0.7TiB (~ 700GiB) . Esse tipo de problema é mais comum em drivers do Windows com mais de um ano ou dois de idade e com gabinetes USB externos para discos rígidos.

    

Answer 2

Eu não tenho muita reputação nesta comunidade, então não posso adicionar comentários à grande resposta do @Rod Smith, mas eu gostaria de acrescentar que eu fiz o procedimento sugerido e está tudo bem.

No final, o gdisk me disse:

Warning: The kernel is still using the old partition table. The new table will be used at the next reboot. The operation has completed successfully.

Como no fdisk.

Usar partprobe (incluído no pacote parted) evita a reinicialização. Dessa forma, o espaço em disco adicionado apareceu em cfdisk (que usei para criar a partição;))