Cela devrait fonctionner correctement dans l'ensemble pour la plupart des configurations Linux modernes. Jusqu'à la reconstruction de mon serveur domestique la semaine dernière (passage de Debian/Lenny à Ubuntu/10.04 et installation d'un ensemble de nouveaux disques brillants sur lesquels reconstruire), il était sur sa troisième combinaison CPU+mobo et les deux commutateurs CPU+mobo fonctionnaient bien. De plus, lorsqu'un serveur de fichiers de travail est mort il y a quelque temps, nous venons de transplanter les disques dans une autre boîte complètement différente et tout a très bien fonctionné (tout le matériel pertinent a été détecté, les matrices RAID logicielles se sont bien assemblées, etc.) à part la numérotation des périphériques réseau problème que je suis sur le point de mentionner.
Il n'est pas improbable qu'il y ait des travaux de reconfiguration à faire en raison des différences dans l'énumération des appareils. Le contrôleur LAN intégré de la carte mère deviendra très probablement eth1 si le tableau précédent était eth0 par exemple, et dans ce cas, vous devrez apporter des modifications pour configurer eth1 et toutes les règles de pare-feu/routage en conséquence ou reconfigurer udev pour supprimer la réservation pour eth0 de l'ancienne carte réseau et définir la nouvelle avec ce nom (le fichier à changer pour cela semble être /etc/udev/rules.d/70-persistent-net.rules sous l'arrangement par défaut d'Ubuntu).
Il peut y avoir des problèmes similaires avec des disques nommés/numérotés différemment, surtout si vous en avez plusieurs, mais Ubuntu identifie les partitions par UUID par défaut, tout comme le support LVM et RAID du noyau pour identifier leurs volumes, donc cela ne devrait pas être un problème dans la plupart des cas. .
Je ne m'attendrais pas à des problèmes qui arrêteraient simplement de démarrer complètement (vous exécuterez un joli nouveau noyau avec 10.04, vous ne devriez donc pas avoir à vous soucier du fait que la nouvelle carte a du matériel trop nouveau pour que le noyau le reconnaisse correctement), et s'il y a de tels problèmes pourraient probablement être résolus avec un peu de piquant après le premier démarrage ou à partir d'un LiveCD, mais je recommanderais quand même de faire de nouvelles sauvegardes des données/configuration importantes, juste au cas où.
Dans ce qui précède, je suppose que vous utilisez l'un des noyaux Ubuntu d'origine. Si vous exécutez un noyau personnalisé + des modules, une plus grande attention est nécessaire, car vous avez peut-être omis des éléments nécessaires à la nouvelle carte mais pas à l'ancien, mais si vous avez installé un noyau personnalisé, vous serez conscient des éléments pertinents à soyez au courant ici !
Windows XP ou version ultérieure peut souvent survivre à un changement de carte mère (après de nombreux redémarrages et peut-être une visite ou deux à SafeModeLand pour trier les pilotes) car il n'est pas aussi pointilleux qu'à l'époque NT à cet égard tant que vous utilisez les pilotes Windows standard pour votre contrôleur d'E / S plutôt que quelque chose de spécifique à la carte mère, mais c'est un pari beaucoup moins sûr qu'avec Linux. Un saut assez important dans la technologie CPU / mobo (d'un processeur monocœur à SMP et / ou multicœur peut-être) qui signifie qu'un HAL différent est nécessaire (ou juste un autre étant optimal) entraînera l'échec du démarrage de Windows ou ne pas utiliser correctement le nouveau matériel.
Avec tout OS, si vous utilisez le contrôleur RAID de votre carte mère actuelle (qui sera un arrangement "faux-RAID") pour RAID au lieu de le faire fonctionner comme un contrôleur PATA et/ou SATA standard, alors tous les paris sont ouverts et vous aurez très probablement besoin de réinstaller. Comme le suggère Bob, passer de 64 bits à 32 bits nécessiterait également une réinstallation. Et aussi pour n'importe quel système d'exploitation, avoir une deuxième machine disponible est un filet de sécurité utile au cas où vous auriez besoin de vous connecter pour récupérer des pilotes révisés ou rechercher un autre problème qui met temporairement votre boîtier principal hors service.
Je suis d'accord avec JNK ... cela ne fonctionnerait JAMAIS sur à peu près n'importe quelle machine Windows. Ils sont trop pointilleux et vous obtiendrez BSOD à peu près tout de suite. Linux est cependant plus pardonnable. J'ai déplacé mon disque dur vers une autre machine et j'ai démarré une fois (il y a quelque temps!) Mon système fonctionnait bien et était assez stable. Bien sûr, vous devriez faire une sauvegarde avant d'essayer quelque chose comme ça, même si vos données doivent être en sécurité.
Cela devrait bien fonctionner avec Ubuntu. Tout votre matériel est détecté au démarrage et les "pilotes" appropriés (modules du noyau) sont chargés. Ceci, bien sûr, en supposant que vous ne faites rien de stupide comme mettre un processeur 32 bits dans une boîte exécutant Ubuntu 64 bits ou quoi que ce soit.