GPT Não montando usando técnicas de montagem GPT “normais” 12.04

Question

Eu tenho dois 2TB drivess: um MBR e o outro GPT.

sudo blckid /dev/sdb1

retorna um espaço em branco.

gdisk mostra:

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 1970 blocks!
You will need to delete this partition or resize it in another utility.

Disk /dev/sdb: 3907027055 sectors, 1.8 TiB
Logical sector size: 512 bytes
Disk identifier (GUID): 38A1113D-B5E9-4B69-ABFF-ACB27AFB3DDD
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 3907027021
Partitions will be aligned on 8-sector boundaries

Total free space is 2014 sectors (1007.0 KiB)
Number Start (sector) End (sector) Size       Code Name
  1              34       262177   128.0 MiB  0C01 Microsoft reserved part
  2          264192   3907028991   1.8 TiB    0700 Basic data partition

montagem via fstab ou -t dá o mesmo erro ao usar NTFS ou NTFS-3g "Assinatura NTFS está ausente"

O GParted diz que uma partição está sobrescrevendo outra, mas o Windows não mostra nenhum erro. A unidade também é montada facilmente via MacOs (inicialização tripla)

    

Answer 1

Sua tabela de partições está corrompida. Observe o seguinte:

First usable sector is 34, last usable sector is 3907027021
Number Start (sector) End (sector) Size       Code Name
  2          264192   3907028991   1.8 TiB    0700 Basic data partition

O setor final da partição # 2 é após o último setor utilizável no disco. Isso é ilegal.

Note, no entanto, que isso não diz nada sobre o sistema de arquivos nessa partição. É possível que o sistema de arquivos seja menor por uma margem ampla o suficiente para que caiba inteiramente no disco. Nesse caso, excluir a partição em gdisk e recriá-la com um tamanho menor pode consertar as coisas. Você precisará descobrir o tamanho exato do sistema de arquivos, no entanto. Talvez um dos utilitários do Linux NTFS possa fornecer essas informações, mas não sei exatamente como fazer isso.

Observe também que é a partição 2 ( /dev/sdb2 ) que contém o sistema de arquivos, não /dev/sdb1 ou /dev/sdb . Se você estiver usando um dos dois últimos identificadores no Linux, isso poderia explicar as mensagens de erro que você está recebendo. Se você tentar /dev/sdb2 e ele começar a funcionar, não ignore o problema da tabela de partição; é provável que volte e morda você!