Isso deve funcionar bem no geral para a maioria das configurações 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) estava em sua terceira combinação CPU + mobo e ambos os switches CPU + mobo funcionavam bem. Além disso, quando um servidor de arquivos de trabalho morreu há pouco tempo, nós simplesmente transplantamos as unidades em outra caixa completamente diferente e tudo funcionou muito bem (todo o hardware relevante foi detectado, as matrizes RAID de software foram montadas corretamente, etc.) além da numeração de dispositivos de rede. questão que estou prestes a mencionar.
Não é improvável que haja algum trabalho de reconfiguração devido às diferenças na enumeração de dispositivos. O controlador de LAN on-board da placa-mãe provavelmente se tornará eth1 se a placa anterior for eth0 , e nesse caso você precisará fazer algumas alterações para configurar eth1 e quaisquer regras de firewall / roteamento de acordo ou reconfigurar o udev para remover a reserva para eth0 da NIC antiga e definir a nova para ter esse nome (o arquivo a ser alterado para isso parece ser /etc/udev/rules.d/70-persistent-net.rules no arranjo padrão do Ubuntu).
Pode haver problemas semelhantes com unidades recebendo nomes / numerações diferentes, especialmente se você tiver vários, mas o Ubuntu identificar partições por UUID por padrão, assim como o suporte a LVM e RAID do kernel para identificar seus volumes, portanto isso não deve ser um problema na maioria dos casos.
Eu não esperaria nenhum problema que simplesmente parasse de inicializar completamente (você estará rodando um novo kernel com o 10.04, então não precisa se preocupar com a nova placa tendo hardware novo demais para o kernel reconhecer corretamente), e se houvesse algum desses problemas, eles provavelmente poderiam ser corrigidos com um pouco de pompa após a primeira inicialização ou de um LiveCD, mas eu recomendaria fazer backups recentes de dados / configurações importantes de qualquer maneira, apenas no caso.
No acima, estou assumindo que você está usando um dos kernels do Ubuntu. Se você estiver executando um kernel + módulos personalizados, mais cuidado é necessário, já que você pode ter deixado de lado as coisas necessárias para a nova placa, mas não a antiga, mas se você tiver instalado um kernel personalizado, você estará ciente das coisas relevantes. esteja ciente daqui!
O Windows XP ou posterior pode sobreviver a uma troca de placa-mãe (após muitas reinicializações e talvez uma ou duas visitas ao SafeModeLand para classificar os drivers), pois não é tão difícil quanto nos dias do NT a esse respeito. contanto que você esteja usando os drivers padrão do Windows para seu controlador de E / S, em vez de algo específico para a placa-mãe, mas é uma aposta muito menos segura do que com o Linux. Um salto grande o suficiente na tecnologia CPU / mobo (de single core single CPU para SMP e / ou multi-core talvez) o que significa que um HAL diferente sendo necessário (ou apenas um diferente sendo ótimo) fará com que o Windows falhe ao inicializar ou deixar de fazer uso adequado do novo hardware.
Com qualquer OS, se você estiver usando o controlador RAID da sua placa-mãe atual (que será um arranjo "falso-RAID") para RAID em vez de operá-lo como padrão PATA e / ou Controlador SATA, então todas as apostas estão desativadas e você provavelmente precisará reinstalar. Como Bob sugere, a mudança de 64 bits para 32 bits exigiria uma reinstalação também. E também para qualquer SO, ter uma segunda máquina disponível é uma rede de segurança útil no caso de você precisar ficar on-line para pegar drivers revisados ou pesquisar algum outro problema que retire temporariamente sua caixa principal.