Substituí um HDD de 1 TB (que contém uma única partição EXT4 com muitos hardlinks para arquivos/diretórios de backup também dentro desta partição. Também tem vários arquivos/diretórios regulares) por um HDD de 2 TB e agora estou tentando copie os dados do antigo de volta para o novo disco de um leitor de HDD externo. Infelizmente, parece que o disco antigo não gostava de ser arrastado para casa e agora recusa a montagem de sua única partição.
gdisk /dev/sdf1mostra:
GPT fdisk (gdisk) version 1.0.6
Warning: Partition table header claims that the size of partition table
entries is 0 bytes, but this program supports only 128-byte entries.
Adjusting accordingly, but partition table may be garbage.
Warning: Partition table header claims that the size of partition table
entries is 0 bytes, but this program supports only 128-byte entries.
Adjusting accordingly, but partition table may be garbage.
Partition table scan:
MBR: MBR only
BSD: not present
APM: not present
GPT: not present
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory.
Warning! Secondary partition table overlaps the last partition by
1709333071 blocks!
You will need to delete this partition or resize it in another utility.
Disk /dev/sdf: 244190646 sectors, 931.5 GiB
Model: 003-1SB102
Sector size (logical/physical): 4096/4096 bytes
Disk identifier (GUID): 0B823749-13F7-4A4E-A8C4-F4F507A94A79
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 5
First usable sector is 6, last usable sector is 244190640
Partitions will be aligned on 256-sector boundaries
Total free space is 2042 sectors (8.0 MiB)
Number Start (sector) End (sector) Size Code Name
1 2048 1953523711 7.3 TiB 8300 Linux filesystem
O que me intriga é a estranha tabela de partição secundária e os irreais 7,3 TiB reivindicados no final do relatório. O disco estava funcionando bem antes de ser retirado e mesmo agora, sendo conectado por meios externos, o smartmontools não apresenta problemas com sua integridade.
MAIS INFORMAÇÕES:
Acho que o problema está relacionado a ter o swapspaceserviço ativado nessa partição quando o disco estava funcionando. testdiskutilitário detecta várias partições de troca que eu acho que são os arquivos de troca que swapspacecriam para armazenar dados de troca. Talvez essas "partições" falsas estejam confundindo o gdisk para acreditar que existem 7 TB de espaço em disco ...
Alguma ideia/orientação?
Antônio
Finalmente foi tudo devido a algum tipo de incompatibilidade do leitor de HDD mesmo! Assim que reconectei o HDD a uma porta SATA interna, ele foi imediatamente reconhecido.
Para o registro, o leitor de HDD era um ALL IN 1 HDD DOCKING (MODELO 875) e a
lsusbsaída de comando correspondente: