Você precisa entender a diferença entre duas coisas:
- Partições são seções contíguas de um disco rígido, identificadas por números de setores, como os setores 2.048 a 41.943.040. As partições são definidas em uma estrutura de dados chamada tabela de partição, que é simplesmente uma lista de intervalos de setor e alguns dados associados simples (como um código de tipo para identificar o tipo de dados que a partição contém). Dois tipos de tabelas de partições comuns são o MBR e o GPT, embora isso não seja realmente importante para o seu problema.
- Sistemas de arquivos são estruturas de dados muito mais complexas que permitem armazenar, organizar e localizar arquivos individuais no disco. Os sistemas de arquivos são frequentemente armazenados dentro de partições, o que significa simplesmente que eles ocupam o intervalo de setores identificados pela tabela de partição como sendo uma partição particular. Numerosos sistemas de arquivos diferentes estão disponíveis, como FAT, NTFS, HFS +, ext4fs e assim por diante.
Para usar um sistema de arquivos, você normalmente deve ter uma tabela de partição intacta para que o sistema operacional possa localizar o sistema de arquivos. (Uma exceção é se o sistema de arquivos ocupar todo o disco, como era comum com disquetes e às vezes é feito com unidades flash USB.) O TestDisk repara tabelas de partições danificadas procurando evidências de sistemas de arquivos e criando novas entradas na tabela de partições para corresponder a qualquer sistema de arquivos que encontrar - essencialmente trabalhando para trás a partir do caso usual. O TestDisk pode não consertar dano dentro do sistema de arquivos, no entanto. Para isso, você precisa usar ferramentas de reparo específicas do sistema de arquivos, como CHKDSK.EXE no Windows para FAT ou NTFS ou e2fsck no Linux para ext2 / 3 / 4fs.
As operações de redimensionamento de partições envolvem o ajuste das estruturas de dados do sistema de arquivos e o ajuste das estruturas de dados da partição. Quando a operação de redimensionamento de partições falha, é provável que ela tenha deixado o sistema de arquivos em um estado inconsistente, e pode ter deixado a tabela de partição em um estado inconsistente também. Se os dados da tabela de partição foram ajustados para reivindicar uma partição menor do que a necessária para o que resta do sistema de arquivos, você poderá corrigir o problema usando uma ferramenta de particionamento como GPD fdisk ( gdisk ) para excluir a entrada da tabela de partições e criar uma nova com o mesmo ponto inicial , mas um ponto final que se estenda até o ponto desejado Tamanho. Isso está longe de ser garantido para o trabalho, porém, e se você cometer um erro, você pode acabar criando mais problemas. Pode valer a pena usar gdisk ou alguma outra ferramenta para verificar os tamanhos de suas partições; Se a partição NTFS que você estava tentando encolher aparecer como pequena em gdisk ou outra ferramenta que modifique as partições somente (não os sistemas de arquivos), talvez valha a pena tentar redimensionar a partição. OTOH, se gdisk mostrar a partição como tendo pouco ou nenhum espaço entre ela e a próxima partição ou o fim do disco, então você não deve mexer com isso ainda mais, e você deve se concentrar em reparos em nível de sistema de arquivos. / p>
É mais provável que seus problemas sejam causados exclusivamente por danos no sistema de arquivos. Se sim, e se CHKDSK.EXE não puder recuperar mais nada, suas únicas esperanças estarão nas ferramentas de recuperação de terceiros. Algo como PhotoRec pode recuperar arquivos individuais, por exemplo. (Ouvi dizer que existem ferramentas específicas do Windows que podem fazer um trabalho melhor do que o PhotoRec em volumes NTFS, mas eu não tenho nenhum URL à mão.) Pode haver uma ferramenta semelhante a CHKDSK de terceiros que poderia faça um trabalho superior também, mas não conheço essa ferramenta; Eu menciono isso porque pode valer a pena fazer uma pesquisa na Web sobre o assunto.
Mais um comentário: Você está em um estado onde é quase tão provável que você faça mais danos ao disco tentando recuperá-lo do que nada de ruim acontecerá. Assim, é melhor fazer um backup de baixo nível do disco. Existem ferramentas do Windows para fazer isso, mas não estou familiarizado com elas. No Linux, algo como dd if=/dev/sda of=/path/to/backup/file.img fará o truque, onde /path/to/backup/ é o caminho para um diretório em outro disco físico que tenha espaço livre suficiente para armazenar o disco inteiro que você está fazendo backup ( /dev/sda neste exemplo). Se você não conseguir fazer tal backup, qualquer erro cometido tornará mais difícil, e talvez até impossível, recuperar alguns dos seus dados.
Se tudo isso estiver além de você, há serviços pagos de recuperação de dados que você pode usar. Não tenho, por acaso, qualquer URL, e esses serviços tendem a ser caros.