Restaura algum volume quebrado no disco no local?

Question

Após uma queda de energia, meu laptop não inicializa. Eu investiguei o assunto com um monte de utilitários de disco e CDs ao vivo. Os dados estão intactos e fiz uma cópia de backup. No entanto, eu gostaria de restaurar o funcionamento do disco, incluindo a inicialização, claro, com o mínimo de esforço possível. Eu sei que muitos especialistas sugerem recriar partições novamente, restaurar o sistema operacional e reinstalar o software novamente. Isso dificilmente é factível no meu caso (nem tenho todos os kits de distribuição). É por isso que eu gostaria de editar a tabela de partição corrompida no local, e preciso de um conselho sobre qual parte é exatamente problemática.

O disco contém 2 volumes: um é a partição primária e o outro é uma unidade lógica na partição estendida.

Quando inicializo o laptop a partir de um CD ativo, o Windows vê as duas unidades, mas a unidade lógica na partição estendida está inacessível.

Comando

diskpart list volume mostra que o sinalizador volume fs é RAW em vez de NTFS. O curioso é que utilitários de disco que eu usei para restaurar dados (incluindo DMDE ) vêem este volume como NTFS e leem dados dele sem problemas. / p>

Aqui está a saída do diskpart:

EaquiestáoqueoDMDEmostra:

Aquestãoéquaisbytesbrutosecomodevoeditarnatabela(eupossousaroDMDEparaediçãodiretadedisco,porexemplo)paratornarovolumeNTFSadequadoacessívelapartirdoWindows?

Nãoseiquaisoutrosdetalhespodemserimportanteseprontosparafornecê-losapedido.

Atualizar

AúnicarespostarealentreasvinculadassugereousodoTestDisk.Primeiro,devodizerqueesteutilitárioémuitoexigentesobreosistemaoperacional-elenãoéexecutadoemqualquerCDaovivobaseadonoWinPEqueeutentei.Finalmenteeuconseguiexecutá-loemumliveCD[quase]completodoWin7.Aquiestáoquemostra(observeoNTFSnovolumelógiconapartiçãoestendida):

e(porfavornoteoFAT32destavez):

Euprecisorecuperaromaiorvolumedaqui.EleéexibidocomoFAT32emTestDisk(DMDEmostradoNTFS).OcomandoPnãoproduzumalistalegíveldearquivosparaestevolume.EutenteiocomandoTparaalterarotipoparaNTFS,masissonãoresolveuoproblema:Paindalistaumlixo("sistema de arquivos pode estar danificado"). Ainda vejo o sistema de arquivos completo sob o DMDE e o salvei usando o utilitário r.saver.

Eu fiz uma pesquisa mais profunda:

eencontrado:

OvolumeNTFSexcluídoéaunidaderealcommeusdados.Entãomudeide'D'para'L'eescrevialteraçõesnodiscoereiniciei.

A unidade ainda está inacessível, mas agora, se eu executar o DMDE, ele reclama que os registros MBR exigem um disco de pelo menos 625153410 LBA (320 GB), mas o disco é 625142448 LBA (320 GB).

Da minha experiência, o TestDisk é incapaz de fazer o trabalho no meu caso, ou eu preciso de instruções mais detalhadas sobre o que exatamente corrigir usando o TestDisk.

Obrigado antecipadamente.

^{Como uma pequena observação, devo dizer que o TestDisk é buggy: eu fiz um backup da tabela de partições pelo comando do TestDisk correspondente, então mudei a tabela e a gravei no disco; em seguida, descobriu que as mudanças não ajudaram e decidiu reverter as alterações do backup - como resultado, eu tenho completamente diferente e incorreta tabela de partições. A única coisa que me salvou de um fiasco foi que fiz outro backup usando o dmde, que restaurou a estrutura conforme o esperado.}

    

Answer 1

O problema está resolvido (com o apoio de alguns gurus técnicos compartilhando seus conhecimentos nas mídias sociais), e estou postando detalhes mais importantes como resposta.

Desde o início, foi meu mal entendido que o sinalizador RAW é igual a fisicamente escrito 0 na partição correspondente. O fato é que 0 significa registro de partição vazio, que não é nenhuma partição, enquanto RAW é um sinalizador lógico que denota alguns problemas na partição. Portanto, diskpart s "message" neste caso foi que, embora a partição "inacessível" seja logicamente "saudável", seu disco rígido subjacente pode conter alguns defeitos.

Na era dos discos rígidos SMART, os defeitos são registrados internamente em cada disco e podem ser corrigidos (se não forem fatais).

Primeiramente, eu usei HDDScan para ler informações da SMART. Aqui está o que eu tenho:

Porfavor,notequeacontagemdeerrospendentesé3.Esseserrosdevemsercorrigidos.

Paraessepropósito,deve-sedescobrirquaissetoresproduzemexatamenteesseserros,especificamenteescanearasuperfíciedodiscoparaerrosdeleitura.Nomeucaso,outilitário Victoria foi usado (a interface do usuário do utilitário está em inglês, mas o site está, infelizmente, em russo).

Comoresultado,recebiosendereçosde3blocoscomsetoresdanificados.

Emseguida,umdosmétodospararepararosblocosdeveseraplicado(ométodoespecíficopodevariardependendodofabricantedodiscorígido).Nomeucaso,foisuficientetentarescreveralgunsdadosnosblocosdanificados.OdiscoSMARTéinteligenteosuficientepararemapearblocosdanificadosparaalgumoutroespaçoreservadoseaoperaçãodegravaçãofalhar.Amaneiramaisfácildeexecutarocomandowrite-copieumaregiãodeblocosparasimesmo.Vocêpodeusarsuaferramentapreferidaparaisso,euusei dmde ( Tools -> Copy sectors ). Na medida em que os blocos ruins foram localizados perto um do outro no meu caso, executei o comando de cópia apenas uma vez: o bloco inicial de Source e Destination foi igual (um pouco antes do primeiro setor ruim) e número de setores para copiar foi definido grande o suficiente para cobrir a região com todos os 3 blocos ruins. Como esta é uma cópia para si mesma, ela não altera os blocos válidos. Os blocos ruins estão cheios de zeros. Seus dados originais são perdidos de qualquer maneira. Se os blocos defeituosos não contiverem dados críticos, o disco restaurado provavelmente executará bem todos os programas.

Após a execução do comando copy, verifiquei novamente as informações do SMART e certifiquei-me de que a contagem de erros fosse 0. Se não fosse, algo deu errado e deve ser investigado em profundidade.

A última coisa a fazer é executar chkdsk d: /F (onde d é a letra da sua unidade) para corrigir erros lógicos na partição fisicamente restaurada.

Depois de tudo isso, consegui recuperar a problemática partição NTFS (o sinalizador RAW acabou, e ele está listado como NTFS novamente), no local e quase sem perda de dados - pelo menos o Windows está inicializando como antes.