Esto debería funcionar bien en general para la mayoría de las configuraciones modernas de Linux. Hasta la reconstrucción de mi servidor doméstico de la semana pasada (pasar de Debian / Lenny a Ubuntu / 10.04 e instalar un conjunto de unidades nuevas y brillantes para reconstruir) estaba en su tercera combinación CPU + mobo y ambos interruptores de CPU + mobo funcionaron bien. Además, cuando un servidor de archivos de trabajo murió hace un tiempo, simplemente trasplantamos las unidades en otra caja completamente diferente y todo funcionó bien (se detectó todo el hardware relevante, los arreglos RAID de software se ensamblaron bien, etc.) aparte de la numeración del dispositivo de red problema que estoy a punto de mencionar.
No es improbable que haya que realizar un trabajo de reconfiguración debido a las diferencias en la enumeración de dispositivos. El controlador LAN integrado en la placa base probablemente se convertirá eth1si la placa anterior era, eth0por ejemplo, y en este caso deberá realizar algunos cambios para configurar eth1 y las reglas de firewall / enrutamiento en consecuencia o reconfigurar udev para eliminar la reserva para eth0 del NIC anterior y configure el nuevo para que tenga ese nombre (el archivo a cambiar para esto parece estar /etc/udev/rules.d/70-persistent-net.rulesbajo el arreglo predeterminado de Ubuntu).
Puede haber problemas similares con las unidades nombradas / numeradas de manera diferente, especialmente si tiene varias, pero Ubuntu identifica las particiones por UUID de forma predeterminada, al igual que el soporte LVM y RAID del núcleo para identificar sus volúmenes, por lo que esto no debería ser un problema en la mayoría de los casos .
No esperaría ningún problema que simplemente dejara de arrancar por completo (ejecutará un kernel bastante nuevo con 10.04, por lo que no debería tener que preocuparse de que la nueva placa tenga hardware demasiado nuevo para que el kernel lo reconozca correctamente), y si existe Si existieran tales problemas, probablemente podrían solucionarse con un poco de jiggery-pokery después del primer arranque o desde un LiveCD, pero recomendaría tomar copias de seguridad nuevas de datos / configuraciones importantes de todos modos, por si acaso.
En lo anterior, supongo que está utilizando uno de los núcleos de Ubuntu. Si está ejecutando un kernel personalizado + módulos, se necesita más cuidado, ya que puede haber dejado de lado las cosas que necesitaba la nueva placa pero no la anterior, pero si ha instalado un kernel personalizado, estará al tanto de las cosas relevantes para ten en cuenta aquí!
Windows XP o posterior a menudo puede sobrevivir a un cambio de placa base (después de muchos reinicios y tal vez una visita o dos a SafeModeLand para ordenar los controladores), ya que no es tan pernicioso como lo fue en los días de NT a este respecto siempre que está utilizando los controladores estándar de Windows para su controlador de E / S en lugar de algo específico para la placa base, pero es una apuesta mucho menos segura que con Linux. Un salto lo suficientemente grande en la tecnología de CPU / mobo (de CPU de un solo núcleo a SMP y / o multinúcleo tal vez) que significa que se necesita un HAL diferente (o simplemente uno diferente que sea óptimo) hará que Windows no se inicie o no hacer un uso adecuado del nuevo hardware.
Con cualquier sistema operativo, si está utilizando el controlador RAID de su placa base actual (que será una disposición de "RAID falso") para RAID en lugar de hacer que funcione como un controlador PATA y / o SATA estándar falso, entonces todas las apuestas están apagadas y usted Lo más probable es que necesite reinstalar. Como sugiere Bob, pasar de 64 bits a 32 bits también requeriría una reinstalación. Y también para cualquier sistema operativo, tener una segunda máquina disponible es una red de seguridad útil en caso de que necesite conectarse para obtener controladores revisados o investigar algún otro problema que deje temporalmente fuera de servicio su caja principal.