Atualizar placa-mãe e CPU sem reinstalar

Eu tenho um servidor doméstico executando o Ubuntu 10.04. Quero substituir a placa-mãe e a CPU sem reinstalar o sistema operacional. Li há muito tempo que isso funcionaria no Windows XP, mas com problemas de estabilidade. No entanto, tenho um palpite de que em um Linux moderno não deve haver problemas.

Estou certo?

No geral, isso deve funcionar bem nas configurações mais modernas do Linux. Até a reconstrução do meu servidor doméstico na semana passada (passando do Debian / Lenny para o Ubuntu / 10.04 e instalando um conjunto de novas unidades brilhantes para reconstruir), ele estava na terceira combinação de CPU + mobo e os dois comutadores de CPU + mobo funcionaram bem. Além disso, quando um servidor de arquivos de trabalho morreu há algum tempo, acabamos de transplantar as unidades em outra caixa completamente diferente e tudo funcionou bem (todo o hardware relevante foi detectado, as matrizes RAID do software montadas corretamente e assim por diante), além da numeração dos dispositivos de rede questão que estou prestes a mencionar.

Não é improvável que haja algum trabalho de reconfiguração devido a diferenças na enumeração de dispositivos. O controlador de LAN on-board da placa-mãe provavelmente eth1se tornará se a placa anterior fosse, eth0por exemplo, e nesse caso, você precisará fazer algumas alterações para configurar o eth1 e quaisquer regras de firewall / roteamento de acordo ou reconfigurar o udev para remover a reserva para eth0 da NIC antiga e defina a nova com esse nome (o arquivo a ser alterado para isso parece estar /etc/udev/rules.d/70-persistent-net.rulessob o acordo padrão do Ubuntu).

Pode haver problemas semelhantes com as unidades sendo nomeadas / numeradas de maneira diferente, especialmente se você tiver várias, mas o Ubuntu identifica partições por UUID por padrão, assim como o suporte LVM e RAID do kernel para identificar seus volumes, portanto, na maioria dos casos, isso não deve ser um problema. .

Eu não esperaria problemas que simplesmente parassem de inicializar completamente (você estará executando um kernel bastante novo com o 10.04, portanto, não deve se preocupar com a nova placa que possui hardware novo demais para o kernel reconhecer corretamente) e se houver Se houvesse algum desses problemas, provavelmente eles poderiam ser corrigidos com um pouco de brincadeira após a primeira inicialização ou a partir de um LiveCD, mas eu recomendaria fazer novos backups de dados / configurações importantes de qualquer maneira, apenas no caso.

No exposto acima, estou assumindo que você está usando um dos kernels padrão do Ubuntu. Se você estiver executando um módulo personalizado do kernel +, será necessário mais cuidado, pois você pode ter deixado de lado as coisas necessárias pela nova placa, mas não a antiga, mas se você instalou um kernel personalizado, estará ciente das coisas relevantes a serem esteja ciente daqui!

O Windows XP ou posterior geralmente pode sobreviver à alternância da placa-mãe (após várias reinicializações e talvez uma ou duas visitas ao SafeModeLand para classificar os drivers), pois não é tão pernicioso quanto nos dias do NT a esse respeito, desde que você está usando os drivers padrão do Windows para o seu controlador de E / S, em vez de algo específico para a placa-mãe, mas é uma aposta muito menos segura do que no Linux. Um salto grande o suficiente na tecnologia da CPU / mobo (de uma única CPU para SMP e / ou múltiplos núcleos, talvez), o que significa que um HAL diferente sendo necessário (ou apenas um diferente sendo ideal) fará com que o Windows falhe ao inicializar ou falha ao fazer o uso adequado do novo hardware.

Em qualquer sistema operacional, se você estiver usando o controlador RAID da placa-mãe atual (que será um arranjo "fake-RAID") para RAID, em vez de operá-lo como um controlador PATA e / ou SATA padrão, todas as apostas serão desativadas e você será provavelmente precisará reinstalar. Como Bob sugere, passar de 64 para 32 bits também exigiria uma reinstalação. E também para qualquer sistema operacional, ter uma segunda máquina disponível é uma rede de segurança útil, caso você precise ficar on-line para pegar drivers revisados ​​ou pesquisar algum outro problema que deixe sua caixa principal temporariamente fora de ação.

Concordo com o JNK ... isso NUNCA funcionaria em praticamente qualquer máquina Windows. Eles são muito exigentes e você obteria o BSOD praticamente imediatamente. Linux é mais perdoável no entanto. Mudei meu HD para outra máquina e inicializei uma vez (um tempo atrás!) E o kudzu detectou tudo como novo hardware e drivers instalados para ele. Meu sistema funcionou bem e era bem estável. Obviamente, você deve fazer um backup antes de tentar algo assim, mesmo que seus dados estejam seguros.

Isso deve funcionar bem com o Ubuntu. Todo o seu hardware é detectado na inicialização e os "drivers" apropriados (módulos do kernel) carregados. Isso é claro, supondo que você não esteja fazendo nada bobo como colocar uma CPU de 32 bits em uma caixa executando o Ubuntu de 64 bits ou algo assim.

Sucesso! Não foi fácil, mas o que aconteceu foi: mudei para AMD de quatro núcleos (a placa-mãe falhou), não querendo recarregar completamente o meu kernel recente do Ubuntu. O Linux foi iniciado, mas apenas alcançou uma tela inicial sem login. No menu do GRUB, tentei opções de recuperação / segurança e também limitou o modo gráfico. O terminal do GRUB ainda não chegou à solução. Na tela inicial em que eu efetuaria login, embora não pudesse ver nada, digitei meu nome de usuário, pressione Enter e, em seguida, senha, pressione Enter e o login foi iniciado. Em seguida, havia o plano de fundo da área de trabalho, mas não havia ícones ou botões :(. As teclas Cnt-Alt-T não abriram o terminal. ** Então, tentei o atalho do gnu Alt-F2 e 2 segundos pausaram, um belo prompt de comando apareceu :). Ele disse que boas-vindas e atualização recomendadas, digite do-upgrade- algo que eu fiz após uma atualização de 3 horas, tudo funciona bem. Ignore erros.