Eu preciso de mais espaço no meu computador, portanto, quero que algumas alterações básicas sejam feitas. Um deles é configurar um RAID para todos os arquivos para ser um pouco mais robusto (eu acabei de ter uma falha de HD, então estou um pouco paranóica no momento).
A configuração antiga:
Uma raiz dedicada e uma partição de inicialização em um HD. Nada especial. As outras partições estão localizadas sob o LVM (não importa aqui).
A nova configuração (desejada):
As duas partições /
e /boot
são mescladas em uma única partição e gerenciadas sob um RAID5. O LVM estará sob outro RAID5.
O que eu fiz: Eu criei em todos os novos HDs as partições: uma para o RAID raiz, uma para swap e uma para o resto. Eu criei o sistema de arquivos raiz e copiei os dados relevantes lá. Eu modifiquei /etc/fstab
para usar o dispositivo correto (partição RAID e não montar em /boot
). Então eu trapaceei no grub.cfg
do sistema antigo para que eu possa inicializar na nova raiz. Apenas um hack rápido para poder arrancar.
Agora surge o problema: eu reiniciei e pude iniciar o novo (sistema de arquivos raiz baseado em RAID). Lá eu fiz um update-grub
e instalei o grub em outro HD. Então agora eu posso selecionar através da bios que a versão do grub deve usar. Se eu selecionar o antigo , o sistema de arquivos raiz baseado em RAID pode ser carregado e tudo funciona. Se eu tentar isso a partir da versão do new grub (gerada automaticamente e usando apenas dados da partição RAID), acabo em um console de recuperação do grub. Eu recebo algum erro como: error: No such device ...
. Aqui o UUID do dispositivo RAID é inserido.
Então minha (s) pergunta (s):
- O grub pode geralmente carregar seus dados a partir de um dispositivo de ataque?
- Há alguma ação especial necessária?
- É possível com nível e versão de metadados?
- Preciso de uma partição
/boot
separada para permitir a inicialização correta?
Obrigado
PS: É um sistema de squeeze debian.
PPS: Configuração do GRUB em funcionamento e configuração que não funciona não funciona a> para leitura adicional.