Migrando todo o disco rígido LINUX (incluindo o SO)

Question

Neste momento, temos uma falha de HD (setores defeituosos). Apenas determinados arquivos são afetados. Nosso DC está nos dando 72 horas para migrar o conteúdo do disco rígido primário para um disco rígido secundário.

O problema é que o HD principal não tem apenas muitos dados, mas softwares personalizados, configurações etc. que odiaríamos refazer novamente.

Seria possível apenas espelhar o conteúdo HD e corrigir os dados corrompidos do HD principal para o HD secundário? Tudo funcionaria bem? Qual é a melhor maneira de fazer isso?

Procurando por conselhos, obrigado!

    

Answer 1

Se a unidade já está falhando (erros de leitura), o dd não é suficiente.
Você deve usar o ddrescue (a versão do gnu).

por exemplo

ddrescue -n  /dev/failing /dev/replacement /path/to/logfile
ddrescue -r3 /dev/failing /dev/replacement /path/to/logfile

O primeiro passo avança em erros de leitura, o segundo tenta preencher as lacunas. O arquivo de log é muito importante!

Se você não puder desligar a máquina, tente usar um adaptador USB para disco rígido. Não são as gravações que serão lentas, mas ler os setores danificados.

    

Answer 2

Sim, é possível "espelhar" o HD para um novo disco, e há várias maneiras de fazer isso. No que diz respeito à "melhor maneira" de fazê-lo - bem, isso está sujeito ao ambiente, ao seu nível de experiência, etc.

Se você está procurando ferramentas que possam ajudar, veja o disco GParted Live . Então há Ghost 4 Linux , etc.

Se os seus dados não estão sendo ativamente acessados, você também pode simplesmente copiar (cp -pr ..., rsync, etc) os dados do HD com falha para o novo HD, você só tem que omitir coisas como {dev , lost + found, sys, proc, ...} dependendo da sua distro e afins. Quando a cópia estiver concluída, você terá que executar novamente o Grub (ou o lilo) e adicioná-lo novamente ao seu registro mestre de inicialização. Obviamente, há um pouco mais na rota manual ... mas não é tão ruim quanto se poderia pensar.

Em nosso ambiente, eu até criei um live-cd que extrai dados arquivados do TSM (Tivoli Storage Manager) que podem ser usados para fazer efetivamente "restaurações bare-metal".

Você realmente tem várias opções. Em última análise, resume-se ao seu nível de conforto e à função da caixa em questão. Dê uma olhada no GParted ao vivo, com certeza. Ele possui vários recursos que fazem esses tipos de coisas se moldarem; como copiar e colar partições;).

    

Answer 3

se você tiver acesso à máquina, conecte outro disco rígido vazio e execute:

dd if=/dev/<crashing harddrive> of=/dev/<blank harddrive>

que vai clonar o hardrive falhando no espaço em branco um bloco por bloco. você pode então reutilizar o novo disco rígido como seu primário e fixar os arquivos que podem estar corrompidos.

Se eu entendi suas perguntas corretamente, o disco rígido secundário seria o disco rígido em branco (certifique-se de que esteja vazio antes de iniciar a clonagem, é uma cópia bloco a bloco, então não importa se já existe alguma coisa no destino). / p>

Dica da avó: quando o disco rígido estiver travando e jogando erros, coloque-o no freezer (sim, freezer) por duas horas e tente novamente o processo de clonagem.

    

Answer 4

Apenas uma dica adicional. Se o seu disco rígido com falha tiver setores defeituosos, você poderá acabar com alguns cenários:

1. Qualquer cópia de dados pode ser interrompida nos setores defeituosos.
2. Se o processo de cópia não travar, você poderá (provavelmente) obter dados defeituosos no novo disco rígido.
3. Se os setores defeituosos forem realmente ruins (por exemplo, afetados pela tabela de particionamento), você poderá obter toda uma carga de bobagens na unidade de destino (aconteceu comigo depois de um erro do controlador RAID).

Esteja preparado para um bom trabalho de conserto depois que a cópia estiver concluída.