Os respondentes de comentários não estão lendo a saída da sua pergunta. A saída nos diz isso:
-
GPT PMBR size mismatch (732566645 != 5860533167) will be corrected by w(rite).
fdiskestá informando que você tem uma tabela de partição EFI com o chamado registro de partição MBR de estilo antigo "protetor". Mas o registro de partição de proteção não protege corretamente o conteúdo do seu disco, porque termina muito antes do final real do disco, deixando um par de TiB de espaço livre não contabilizado.fdiskdiz que isso vai resolver isso para você. Não tente usarfdiskpara fazer isso.fdiskestá errado. -
Disklabel type: dos Disk identifier: 0x00000000 Device Boot Start End Sectors Size Id Type /dev/sdb1 1 732566645 732566645 349.3G ee GPT
Entãofdiskdecidiu não mostrar a tabela de partições EFI. Ele está mostrando a tabela de partição MBR "protetora" de estilo antigo, como se que fosse como você particionou o seu disco. Que contém uma entrada, que é realmente (desde que é tipoee) uma entrada fictícia que deve abranger todo o disco, incluindo a tabela de partição EFI. Mas são apenas 732566645 setores, o que é aproximadamente 349GiB, não 2.7TiB.Esse é um dos vários motivos pelos quais é errado executar
fsckcontra isso. Não é um volume de disco que contém um sistema de arquivos formatado. É uma partição de estilo antigo que supostamente cobre todo o disco. -
Partition 1 does not start on physical sector boundary.
Este é um arenque vermelho. Sua partição protetora fictícia é suposta para começar no setor 1. O setor 1 é onde começa a tabela de partições EFI. É o alinhamento das partições real , registradas na nova tabela de partições EFI quefdisknão está lendo, que é importante e por motivos de desempenho. Você deve conseguir montar volumes desalinhados. Mas você nem sequer chegou a usar a tabela de partições correta, portanto, se isso é um problema, em primeiro lugar, é desconhecido.No entanto, é provável que não seja. Alinhamento é provavelmente inteiramente um arenque vermelho aqui. Porque o que você está experimentando é bem conhecido e é algo mais .
-
$ sudo parted /dev/sdb print Error: /dev/sdb: unrecognised disk label
partedestá falhando ao ler sua tabela de partição EFI também. Ao contrário defdisk, não é necessário tratar seu disco como particionado no estilo antigo e relatar uma grande partição simulada. Está falhando completamente. -
size: 2794GiB (3TB) … description: EFI GPT partition physical id: 1 bus info: scsi@1:0.0.0,1 capacity: 349GiB
lshwestá vendo um disco de 3TB (2.7TiB). É também vendo a tabela de partições EFI. Mas a sua tabela de partições EFI afirma que este é um disco de 349GiB.
Por que o 2.7TiB se tornou 349GiB?
Bem, observe o que você obtém quando multiplica 349GiB por 8.
Quando está no seu compartimento de disco USB, o sistema pensa que o seu disco possui setores 4KiB, e tudo foi acessado usando esse como o tamanho do setor. No compartimento USB, o resto do sistema vê seu disco com seu tamanho de setor nativo, true . Além disso, com setores 4KiB, 732566645 setores realmente abrangem todo o 2.7TiB do seu disco, e tanto a partição de proteção antiga quanto a tabela de partição EFI têm os números certos.
Fora do seu compartimento de disco USB, o seu disco está sendo lido no modo de compatibilidade "512e", onde a maior parte do sistema finge que seu disco tem setores de 0.5 KiB. (Há uma explicação mais complexa para fazer com uma segunda transformação inversa desfazendo a primeira quando o invólucro USB está envolvido, mas estou encobrindo isso aqui, pois está além do escopo desta resposta.) O início da partição e os números de tamanho em suas tabelas de partições e, na verdade, qualquer outra coisa que aponte para um endereço de bloco lógico em seu disco, estão todas erradas.
4KiB é 8 vezes 0,5 KiB.
O downgrade de tamanhos de setores 4KiB nativos para "512e" é possível, mas não é para os menos inteligentes. Eu recomendo como o mais simples curso de ação que você coloca o disco de volta no recinto para lê-lo, onde ele será visto com seu tamanho real de setor 4KiB pelo resto do sistema e os números serão saia bem.