O disco rígido de clonagem com DD pode ter o Bricked no PC?

0

Eu gostaria de clonar um disco rígido de 500GB, então eu inicializei no Kali Linux e executei o seguinte comando:

dd if=/dev/sda of=/media/root/usb/windows.img bs=64k conv=noerror

Isso tudo funcionou absolutamente bem, a imagem foi feita e é capaz de arrancar. No entanto, quando esse PC real é inicializado, a seguinte mensagem é exibida:

An operating system wasn't found. Try disconnecting any drives that don't contain an operating system. Press Ctrl+alt+Del to restart.

É possível que isso seja mera coincidência, mas isso parece improvável. Atualmente não tenho acesso físico a este computador, a minha pergunta é, existe alguma maneira que executar este comando dd poderia resultar no computador não ser capaz de encontrar qualquer unidade inicializável?

    
por Jacob Misirian 18.03.2017 / 22:39

1 resposta

0

É improvável que o comando this dd tenha qualquer impacto adverso na inicialização por si só, pois tudo o que fez foi ler os dados da unidade / dev / sda e gravá-los em um arquivo de imagem fisicamente em outro dispositivo de armazenamento.

Improvável não significa impossível. Verifique se você pode excluir os dois casos a seguir.

Exceção 1: Percebo que você passou a opção conv=noerror . Normalmente, essa opção é usada para extrair dados de um dispositivo de armazenamento com falha (na verdade, você usaria conv=sync,noerror e um valor para bs que corresponde ao tamanho do setor físico de seu disco rígido). O que ele faz é fazer com que o dd continue depois de encontrar setores defeituosos na unidade da qual ele está lendo, para que você possa extrair dados do arquivo de imagem, que ainda pode conter corrupção de dados causada pela unidade com falha, mas agora está armazenada em segurança . Para olhar o contrário, se você suspeitar que sua unidade seja saudável, você não quer passar conv=noerror , de modo que, se o dd falhar, você saiba que há um problema com a unidade. / p>

Assumindo que você estava lendo de um drive defeituoso, então a própria leitura do dd pode ter causado alguns setores defeituosos no drive, como qualquer outra operação de leitura por qualquer outro programa (como inicializar o pc normalmente). Se isso for verdade, o dd pode ter sido a última leitura bem-sucedida nesse setor.

Exceção 2: Além disso, enquanto a invocação dd citada acima está correta, ao digitar manualmente os comandos dd é muito fácil trocar um 'if' por um 'of', o que pode facilmente inutilizar os dados em um disco rígido.

Mesmo que você não esteja confiante de que o dd não estragou seus dados, não deixe de ver outras causas para a falha na inicialização. Aqui estão algumas dicas que podem ajudá-lo no caminho e talvez permitir que você descreva o problema com mais precisão:

A mensagem que você está lendo ( An operating system wasn't found [...] ) é de um carregador de inicialização do Windows. Assim, o BIOS encontrou um disco com este gerenciador de inicialização que, por sua vez, não consegue encontrar a instalação do Windows. Você estava esperando inicializar no Windows?

Você estava tentando executar o disco rígido de origem a partir de sua descrição, o disco rígido com a nova imagem de disco ou outra instalação completa?

Você alterou alguma opção de inicialização do BIOS, por exemplo, ao inicializar em Kali? Tem certeza de que o BIOS está apontando para a unidade correta agora? (Ou talvez uma unidade que foi usada anteriormente para uma instalação do Windows?)

Se a sua descrição estiver completa, você realmente não 'clonou' o disco rígido, apenas criou um arquivo de imagem dentro de um sistema de arquivos existente (o que seria útil como backup). Um disco rígido corretamente clonado poderia ser inserido no PC para substituir o original, mas isso não funcionaria ainda com o que você fez até agora. Além disso, se o disco rígido de origem estiver com defeito, a imagem provavelmente está corrompida. Você provavelmente quer ler mais sobre clonagem com dd neste exemplo básico e nesta discussão sobre conv = sync, noerror .

    
por 19.03.2017 / 19:18