A seguinte mensagem do GPart é muito problemática:
The driver descriptor says the physical block size is 2048 bytes, but Linux says it is 512 bytes.
A maioria dos discos rígidos possui setores lógicos de 512 bytes. Discos rígidos mais antigos também têm setores físicos de 512 bytes, mas muitos mais novos têm setores físicos de 4096 bytes, cada um dos quais é "traduzido" em oito setores de 512 bytes. Alguns discos modernos têm setores físicos e lógicos de 4096 bytes. Os únicos discos que eu conheço com setores de 2048 bytes são discos ópticos - CDs, DVDs, discos magneto-ópticos (MO) e variantes desses, como CD-Rs. Assim, o fato de que o GParted está dizendo que o tamanho do bloco físico (setor) é 2048 em um disco rígido regular é muito estranho.
O tamanho do setor não é algo que você possa alterar; é fixado no hardware, pelo menos nos discos rígidos modernos. Assim, o fato de o GParted estar reivindicando o tamanho do setor físico é algo estranho, aponta para uma falha de hardware. Nesse caso, você precisará substituir seu disco. Talvez fazer uma cópia de baixo nível do sistema de arquivos original para um novo disco torne-o legível novamente. OTOH, sua saída fdisk indica um tamanho de setor padrão de 512 bytes (físico e lógico). Assim, pode ser que você tenha encontrado um bug no GParted (ou na biblioteca libparted na qual ele se baseia).
Outra possibilidade é que a mensagem do GParted esteja se referindo ao tamanho dos blocos de dados sistema de arquivos (também conhecidos como "tamanho do cluster"). De acordo com esta página da Microsoft, estes podem ser 512 bytes a 64 KiB para NTFS, dependendo de qual versão do sistema operacional criou o sistema de arquivos e qual é o tamanho do sistema de arquivos. Se as estruturas de dados do NTFS forem danificadas, é possível que o Windows não seja inicializado e os utilitários do Linux também sejam incapazes de lidar. Se essa hipótese estiver correta, há uma chance de que um utilitário de reparo do NTFS consiga corrigir o sistema de arquivos. Note que existem não bons utilitários de reparação NTFS para Linux. A ferramenta ntfsfix faz apenas algumas verificações triviais e, em seguida, sinaliza o sistema de arquivos para reparo no Windows. Para reparar corretamente esse sistema de arquivos, você precisaria inicializar um disco de emergência do Windows e executar CHKDSK , ou alguma outra ferramenta de reparo do sistema de arquivos do Windows. Se você acha que esta é a causa, eu recomendo perguntar em um fórum do Windows para obter mais ajuda, já que o reparo do NTFS é um problema do Windows, não um problema do Ubuntu.
Em qualquer caso, eu recomendo strongmente que você primeiro faça backup do disco inteiro, ou pelo menos da partição do Windows. Isso exigirá um disco de destino que seja pelo menos tão grande quanto o disco ou a partição de origem. Um comando como o seguinte deve fazer o truque:
sudo dd if=/dev/sda of=/path/to/lots/of/space/sda.img
Isso fará o backup de todo o dispositivo /dev/sda para /path/to/lots/of/space/sda.img ; você montaria sua mídia de backup em /path ou algum subdiretório no caminho para sda.img . (Você provavelmente mudaria o nome do ponto de montagem, é claro).
Você pode usar um comando semelhante para copiar o disco inteiro; você usaria apenas of=/dev/sdb em vez de um valor of= que aponta para um arquivo em um sistema de arquivos. Seja muito cuidadoso com dd , especialmente quando você direciona um dispositivo de disco inteiro; Se você inverter as opções if= e of= , ou fornecer opções incorretas, poderá facilmente danificar seu disco original.