Recentemente houve a necessidade de montar em meu setor de trabalho um sistema com redundância contra falhas. Pesquisando sobre o assunto, resolvemos que a alternativa para solucionar nosso problema poderia ser um RAID 1. Depois de feito, testado e documentado, resolvi compartilhar com a comunidade a minha experiência
Se tudo correu bem, o gdm pediu o usuário e a senha. Depois do login o Debian abriu direitinho. Parece que nada mudou, tudo estava igual como era antes. Mas há um pequeno detalhe, o boot foi dado no segundo HD, recém configurado.
Nós adicionamos inicialmente o segundo HD ao RAID 1, agora com o sistema rodando no segundo HD do RAID, vamos adicionar o primeiro HD.
# mdadm /dev/md0 -a /dev/sda1
# mdadm /dev/md1 -a /dev/sda5
# mdadm /dev/md2 -a /dev/sda6
A adição de cada elemento no RAID pode demorar dependendo do tamanho da partição. Depois do primeiro comando mdadm que adicionou o /dev/md0 a sincronização começa imediatamente, só depois que terminar a sincronização é que o terminal estará livre para o segundo comando e a sincronia do segundo elemento.
Para verificar o processo de sincronização pode-se usar o comando:
# watch --interval 1 'cat /proc/mdstat'
Este comando lhe passará o conteúdo do arquivo /proc/mdstat (que contém o status atual dos dispositivos RAID do sistema) em um intervalo de 1 segundo.
Depois do término da sincronização pode-se ver o conteúdo o do arquivo /proc/mdstat:
# cat /proc/mdstat
Repita a adição de cada partição.
Instalando o Grub nos dois HDs
Depois da sincronização dos 2 HDs, o /boot/grub/menu.lst deixou de refletir o estado real do sistema, então é fundamental a instalação do grub. Para a instalação, abra um terminal e logue como root.
Digite:
# grub (o programa de configuração do grub é executado)
grub> device (hd0) /dev/sda - habilita o /dev/sda como primeiro HD do sistema
grub> root (hd0,0) - especifica a partição onde está instalado o sistema
grub> setup (hd0) - especifica onde será gravado o grub
Depois é preciso repetir a mesma operação para o segundo HD, o /dev/sdb
A diferença na execução dos 2 grupos de comandos é que no primeiro ele assume o /dev/sda como partição de trabalho, no segundo ele assume o /dev/sdb. Isto foi feito para escrever na MBR de cada HD as informações de onde está o /boot.
[3] Comentário enviado por obernan em 27/11/2010 - 17:09h
Muito obrigado pela contribuicao, esse seu tutorial e muito importante, ja copiei e gravai na minha pasta de tutos importates !!!!
Mas uma vez muito obrigado pela contribuicao.
Abraço
[4] Comentário enviado por tihbaptista em 28/11/2010 - 23:36h
Sempre quando eu tento executar esse comando mdadm /dev/md2 -a /dev/sda6 diz que o device esta ocuado. É o device responsavel pelo swap, tem alguma ideia do que pode ser?
Esta alteração vai fazer com que o sistema dê o boot pelo /dev/md0, a partição raiz, mas no segundo HD, o hd1,0.
o linux não carrega mais ai reinstalei novamente e pulei essa parte e continuo, só que quando chegar para atribuir os discos sda1 e os outros ele não deixa fala que está ocupado, teria como alguém me ajudar ?
[8] Comentário enviado por alexandre.unix em 21/10/2011 - 15:05h
Seguam esse tutorial que funciona.
Raid1 instalando o sistema do zero...
Testei todos os passos ,funciona perfeitamente.
Testei também o desastre com os 2 discos, uma de casa vez, dei o restore e funcionou perfeitamente.
[10] Comentário enviado por ksombrah em 08/03/2019 - 11:57h
Bom dia!
Só um detalhe se tenho uma estrutura LVM montada tem algum detalhe diferente, a parte de mudar o sistema de arquivos do HD não afetará o que já está no Sistema?
At.te
Paz e Bem!
Alcione Ferreira
Sombra®
101080
[http://www.alcionesytes.net/]
------------------------------------------------
Liberdade e conhecimento ao alcance de todos.