Dados sumiram da partição NTFS. Como recuperar o sistema de arquivos sem formatar?

Henrique - RJ disse:

@cygnusx-1 @CyberMaximus

Acho que deva primeiro tentar recuperar os bits falhos que estão causando esse apagão coisa que o TestDisk não irá fazer.

Para isso existem vários programas que podem resolver como o HDD Regenerator, SpinRite, HDAT2, MHDD, Drevitalize ( no LinuX tem o badblocks mas dizem que é arriscado o uso dele pois pode corromper os dados ).

CyberMaximus disse:

Mas não vi ele relatando problema de bad block, e mesmo que seja, a tabela de partição dele já foi para o espaço, ele vai ter que recompor ela.
Após fazer isso, se não me engano quando subir o sistema, vai fazer o checkdisk que vai ler os "jornais" do disco e recompor a tabela de arquivos.

Henrique - RJ disse:

Acho que esses " jornais " não têm essa utilidade ( nunca li algo relacionado ). Ele diz que o disco não tem problemas mas vai saber. Por isso pedi a tabela do SMART mas pode ser que o HD esteja apresentando um outro defeito que já vi em usados que é um delay fora do normal mas sem ser considerado como setores ruins pelo firmware e sim pelo sistema ( o Windows é mais sensível a esse problema do que o Linux pela experiência que tive ). Nesse caso eu ainda usaria os programas que mencionei para tentar revitalizar os setores.

Henrique - RJ disse:

@CyberMaximus

Já li sobre journaling faz tempo mas já lhe ocorreu que os setores apontados pelo journaling possam estar com dificuldade de leitura/gravação e até o próprio journaling ?

E não deve ser a tabela de partição mas a MBR que está com problema se eu não estiver confundindo as coisas pois não tenho conhecimento aprofundado sobre isso ( tem um participante aqui do fórum que tem esse know how mas anda sumido ).

E ainda desconfio que o journaling não é usado pelo TestDisk senão como ele consegue encontrar partições antigas do disco ?

CyberMaximus disse:

O tempo todo vc tá com achismo, já lhe ocorreu que eu sei do que estou falando?
Eu já passei por isso mais de uma vez, aliás já "brinquei" com isso.
Provavelmente aconteceu isso pq ele hibernou o windows e subiu o linux, quando o windows hiberna ele coloca uma trava no disco, ele fica marcado como "sujo", vc não consegue acessar uma partição hibernada pelo linux, e aí ele deve ter fuçado um pouco mais sem saber disso e corrompeu a tabela de partição.
Como eu falei, ele pode até ter outros problemas de disco, mas pelas mensagens e pelo que acontece com o hd ele tá com problemas na tabela de partição do disco, tudo bem que um disco corrompido pode acontecer isso, mas mesmo assim ele terá que tentar recompor a tabela de partição, pra tentar salvar os arquivos.
Isso seria o primeiro passo, depois disso ele tentaria algum software de recuperação.
Se vc observar, o cara tem uma certa experiencia, ele já usou um software de recuperação, o problema é que ele não tem outro hd pra passar os arquivos (não é correto usar o mesmo disco para recuperar).
A tabela de partição fica na MBR.
O testdisk não usa as marcações do disco, (MFT's) e sim o chedisk do windows, em se tratando de NTFS desconheço softwares que o manipulam , sou da época do NTFS - 3G, (estou afastado desse mundo).



Edit: Vc nem leu o artigo que postei do mestre.


https://www.hardware.com.br/livros/hardware/recuperado-mbr-tabela-particoes.html

Henrique - RJ disse:

Cara isso aqui é um fórum. Quando digo " acho " estou tentando ser verdadeiro confessando minha insegurança no assunto que sei que é complexo e que não se aprende com profundidade nem brincando como você mesmo diz ( portanto vc também " acha " ).

Estamos tentando ajudar o @cygnusx-1 a sair dessa enrascada com o que sabemos. Se for no site do TestDisk não vai achar nenhuma referência a journaling que para mim está mais relacionado á segurança de arquivos que podem se corromper e não a tabelas de partição ou MBR e GPT.

Até o Marcos aqui do fórum que entende bastante sobre isso parece escorregar ás vezes. Eu já vi HD que o Windows se negava a formatar e que o SMART estava OK mas que no Linux passava normal.