partição do disco rígido ilegível. a tabela de partições está corrompida?

1

Eu tenho um disco rígido que tinha 2 partições C e D drive. Minha internet parou de responder, então reiniciei meu computador. No entanto, o meu computador agia como se já não reconhecesse o meu drive C e que não houvesse sistema operacional. Eu tinha um disco do Windows 7 na unidade de DVD e carregado automaticamente. Eu tentei clicar para ver o que acontece e nem sequer me permitiria instalar na unidade C dizendo que não era inicializável ou algo assim.

Instalei outro disco rígido e instalei o Windows 7 nele. Conectei meu disco rígido antigo usando um adaptador USB e as duas unidades C e D antigas conectadas. D drive estava acessível e eu podia ler os arquivos lá não há problema. C drive tinha um popup dizendo-me para errar a unidade. Eu fiz, mas nada aconteceu. Além disso, embora a unidade C esteja conectada (e seja tecnicamente a unidade H agora) e esteja visível em Meu computador, não consigo ver seu conteúdo. As propriedades da unidade indicam 0 bytes usados, 0 bytes livres.

Meus arquivos ainda podem ser recuperados na antiga unidade C? É apenas a tabela de partição sendo corrompida?

    
por gavsiu 05.01.2012 / 00:30

4 respostas

1

Algumas ideias:

  1. Verifique a tabela de partições com o Testdisk: link

  2. Tente dar uma olhada em um CD de recuperação baseado em Linux. por exemplo, link Ele deve fornecer mais informações sobre o que realmente foi deixado no disco.

Se houver algo importante na unidade, você deve tentar tirar uma foto com um utilitário como 'dd' antes de tentar recuperar os dados. (se você nunca usou, você pode usá-lo de um sistema Linux para copiar a imagem bruta da sua unidade para um arquivo ... desde que você tenha o armazenamento disponível. Isso levará muito tempo para ser concluído)

Boa sorte e tenha cuidado.

Esta é uma amostra da saída do testdisk em meu próprio sistema:

TestDisk 6.13, Data Recovery Utility, November 2011
Christophe GRENIER 
http://www.cgsecurity.org

Disk /dev/sda - 640 GB / 596 GiB - CHS 77826 255 63
     Partition               Start        End    Size in sectors
>D HPFS - NTFS              0  32 33    41 254 63     672682 [SYSTEM_DRV]
 D HPFS - NTFS             41 207 39 74533 254 63 1196716966 [Windows7_OS]
 D HPFS - NTFS          74533  77 41 75492 254 63   15417509 [Lenovo_Recovery]
    
por 05.01.2012 / 00:41
1

Tente executar GetDataBack e veja se a análise mostra sua partição & dados. O software é comercial, mas você poderá ver seus arquivos e abrir arquivos individuais 1 por vez, sem pagar nada.

Além disso, o TestDisk é um software mais técnico, mas gratuito, que pode ser útil para investigar, já que ele pode recuperar partições perdidas e mais.

    
por 05.01.2012 / 00:41
1

verifique se a unidade antiga ainda tem o sinalizador de inicialização definido e talvez você queira tentar reconstruir o MBR.

    
por 05.01.2012 / 00:45
1

Para referência futura, para remover a confusão entre as unidades físicas reais - as chamadas unidades C e D são, na verdade, volumes .

Agora, pelo que parece, o disco rígido em questão desenvolveu setores defeituosos . Isso pode explicar as várias anomalias que você está testemunhando atualmente. Isso pode ter provocado uma corrupção do MBR , como sugerido pelo usuário nhutto : no entanto, é menos provável uma corrupção na tabela de partição (visto que seus volumes ainda são identificados), mas mais provavelmente com problemas com os pré-requisitos boot (decaimento do gerenciador de inicialização / carregador do Windows, para W7 este é um partição separada chamada "Sistema reservado" de cerca de 100M, você pode vê-lo?) - Considerando apenas essas coisas separadas no contexto. De qualquer forma, tudo isso (muito provavelmente) leva ao sistema de arquivos danificado.

Se você quiser um plano de ação rápido, siga as instruções postadas por Syclone0044 . Se a MFT do NTFS não estiver muito danificada - GDB strong> deve ser capaz de expor o conteúdo persistente.

Uma espécie de bruteforce apenas para Windows seria executar chkdsk / F / R nos volumes problemáticos. Depois disso, você pode tentar reconstruir o MBR , junto com o gerenciador de inicialização . Finalmente, você pode tentar acessar o sistema de arquivos ou mesmo inicializar normalmente ( sfc / scannow pode vir de ajuda como último recurso).

O longo caminho a percorrer é primeiro identificar os atributos SMART dos discos. Isso pode ser feito com o HDDScan (como ele pode trabalhar com drives USB) ou de um distribuição Linux ao vivo com o pacote smartmontools . Isso fornecerá uma avaliação da integridade geral do disco e fornecerá pistas sobre o que pode ter acontecido (um ponto de interesse é provavelmente - > Contagem do setor pendente atual , Contagem de setores realocados , Contagem de eventos de realocação ). Usar a distro é benéfico, porque você também teria a capacidade prática de tentar montar o sistema de arquivos NTFS com ntfs-3g pkg. Se isso falhar - inspecione a mensagem de erro e execute o chkdsk com os parâmetros acima mencionados. Depois disso, ele provavelmente se tornará montável, a menos que o drive / sistema de arquivos esteja em um estado muito ruim.

    
por 05.01.2012 / 15:29