Problemas com HD [RESOLVIDO]

DaianR
(usa Manjaro Linux)

Enviado em 03/12/2017 - 21:25h

Galera, boa noite.
Estou com um HD de 1 TB de um amigo pra tentar recuperar as informações.
Estava instalado o Windows 7-64 bits sem particionamento e todos os arquivos de trabalho dele estão nesse hd. Ele é arquiteto e disse que deixou os arquivos vinculados para facilitar a edição...
Acessei ele com o linux e o sistema não monta, tentei o comando:
ntfsfix /dev/sda
mas me retornou o comando para executar o chkdsk,
Executei um chkdsk, e outras formas de recuperação com o CD do Windows, mas nada...
Tentei executar uma verificação com o hdd regenerator dando boot e o hd desligou.
Então fiz uma clonagem com o dd, usando o pv para visualizar o processo, usei esse comando:
dd if=/dev/sda conv=noerror,sync bs=8M | pv | dd of=/dev/sdb conv=noerror, sync bs=8M

durante o processo, vi que os erros apareceram nos primeiros 350MB e depois por volta de 14GB, ou seja, consegui clonar o hd com esses erros, mas ainda assim não consigo acessar os arquivos.
Tenho um windows 64bits e um hd instalado, fiz a clonagem da partição "sistema reservado" pra verificar se iria aparecer algo, mas não deu certo.

Tentei executar os comandos do Testdisk para corrigir o MFT, dou o boot no hd e aparecer que o sistema se perdeu e no linux não aparece a partição.
Os programas photerec e foremost recuperam informações, mas misturam todos os arquivos e estou tentando evitar essa opção por enquanto. Agora estou executando outra vericação com o testdisk pra ver se consigo algo, enfim...
Vocês conhecem outra opção pra tentar montar o hd no linux e eu recuperar esses arquivos de uma forma menos bagunçada?

victor_linux
(usa KUbuntu)

Enviado em 04/12/2017 - 01:23h

Tem o UFS Explorer que outro usuário com problema no hd usou.

Henrique - RJ
(usa Outra)

Enviado em 04/12/2017 - 07:08h

Eu tentaria usar programas de recuperação que estão no Hiren's Boot CD versão 8.3 em ambiente Windows ( GetDataBack for NTFS, Recuva, etc ).

Mas antes tentaria recuperar os setores ruins com o HDAT2, SpinRite ou MHDD todos em ambiente DOS.

nicolo
(usa Ubuntu)

Enviado em 04/12/2017 - 08:44h

Se o HD tem o windows 7 ele é um HD de boot.
Como você está acessando ele?
Está num casing USB?
Você colocou ele dentro do seu desktop?

Casing USB podem ter controladoras limitadas e quando o HD não é particionado nelas podem
apresentar problemas.

O mesmo podo ocorrer com as controladoras de bordo.

Importante:
O HD com windows 7 foi particionado em MBR, o windows 7 não suporta UEFI.

A máquina que está acessando aceita legacy (?)ou a BIOS está setada somente para UEFI?

O comando chkdsk /f deveria recuperar os dados!

Em último caso tente um programa de recuperação do fabricante.
Todos os fabricantes fornecem uma ferramenta de diagnóstico / recuperação.
Em geral elas demoram muito no scan (varredura) e fritam a paciência da gente.

DaianR
(usa Manjaro Linux)

Enviado em 05/12/2017 - 01:20h

Victor_linux, tentei usar o UFS Explorer, ele encontrou algumas partições nfts, mas não retornou dados, mas é um bom programa, pena que salva arquivos até 64k, se quiser arquivos maiores, tem que ir para a versão paga.

Henrique - RJ, vou tentar usar esses programas HDAT2, SpinRite ou MHDD no hd original, mas antes vou fazer uma recuperação com o foremost, gosto do resultado dele e acho bem melhor do que o recuva, mas não sei se é melhor do que o Getdataback, pois este nunca usei.

Nicolo, exatamente! Estou usando, um casing USB, foi o que meu amigo tinha disponível, já que não tenho hds maiores do que 500 GB. Pior é que a placa é usb 3.0, desmontei ele pra ver se colocaria dentro da máquina conectando com o cabo sata, mas a placa é inteira. Fiquei pensando se o hd usb seria um problema, pois já constatei isso em outras ocasiões. A bios está em legacy, já tinha alterado pra verificar resultados.
O chkdsk deu um erro, não executou. Tentei o comando no bootrec /ScanOs no DOS e nem encontrou o windows.

Tenho quase certeza que a máquina estava com o windows 7, mas não consigo retorno dos dados, então a informação não é 100% de certeza
Vou executar o foremost e ver o que ele recupera, se consigo retorno de dados importantes.
Vou verificar se a western tem algum software, e darei uma analisada com os programas HDAT2, SpinRite ou MHDD. Vamos ver o que vira.
Em análise forense de dados, quais são os programas mais utilizados, vocês sabem?
Se não estou enganado, usam o testdisk, foremost e o dd com exportação para.img, já vi artigos, mas sabem de algo mais? Assim posso dar uma estudada pra ver se há algum sucesso, rs
Agradeço a ajuda de vocês, darei um retorno do que ocorreu.

DaianR
(usa Manjaro Linux)

Enviado em 13/12/2017 - 14:03h

Galera, consegui resolver a questão do hd, depois de vários dias, testei todas as sugestões que deram e nenhuma deu certo.
A dica para a resolução foi deste link:
http://www.jambu.com.br/xss/index.php/solucoes/126-ddrescue-ao-resgate

Fiz a imagem para .iso, mas não deu certo. Por fim tentei a clonagem total do hd para outro hd com o ddrescue:

ddrescue -n -v /dev/sdc /dev/sdb --force

Apareceram todas as pastas, todos os arquivos, não perdeu nada!
Valeu pela ajuda de vocês!

removido
(usa Nenhuma)

Enviado em 13/12/2017 - 15:10h

verifica a saude do HD no windows com CrystalDiskInfo no Linux com smartmontools.

# smartctl -all /dev/sda

DaianR
(usa Manjaro Linux)

Enviado em 28/12/2017 - 12:38h

O HD já era MeiaNoite, há erros na inicialização dele, não sei se trocar a placa funciona, mas da forma que está, será inutilizado.

Henrique-RJ
(usa Outra)

Enviado em 28/12/2017 - 13:54h

Chegou a usar o HDD Regenerador que vem no Hiren's para recuperar esse HD ?

DaianR
(usa Manjaro Linux)

Enviado em 28/12/2017 - 14:05h

Usei sim Henrique, foi um dos primeiros, pois já consegui salvar outros dispositivos com ele e usar por mais uns anos como hd externo. O HD desliga e dá aquele erro pedindo para mudar as configurações no boot. Tenho outros hds aqui que quando ocorreram este erro, se tornaram peso de papel, rs.

Henrique-RJ
(usa Outra)

Enviado em 28/12/2017 - 14:25h

Se já recuperou os seus dados pode tentar aplicar um zero fill ( também chamado de erase ou wipe) com o HDAT2 ou com o MHDD nesse HD para poder usar ele de novo.
É que esse procedimento zera o HD e remapeia os setores que estiverem ruins.

DaianR
(usa Manjaro Linux)

Enviado em 04/01/2018 - 16:32h

Henrique, tentei um zero fill com o comando shred e o hd dá erro de entrada e saída. Já era! Rs