Cela devrait fonctionner correctement dans 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), c'é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 fonctionnait très bien (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 question que je suis sur le point de mentionner.
Il n'est pas improbable qu'il y ait un travail de reconfiguration à faire en raison des différences d'énumération des périphériques. Le contrôleur LAN intégré de la carte mère deviendra très probablementeth1 si la carte précédente l'était eth0par 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'ancien NIC et définissez le nouveau pour avoir ce nom (le fichier à modifier pour cela semble être /etc/udev/rules.d/70-persistent-net.rulessous 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, donc ne devriez pas avoir à vous soucier de la nouvelle carte ayant un matériel trop nouveau pour que le noyau reconnaisse correctement), et s'il y a Si vous rencontriez de tels problèmes, ils pourraient probablement être corrigés avec un peu de jiggery-pokery après le premier démarrage ou à partir d'un LiveCD, mais je recommanderais de toute façon de faire de nouvelles sauvegardes de 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é + modules, plus de précautions sont nécessaires, car vous avez peut-être omis les éléments requis par la nouvelle carte, mais pas l'ancien, mais si vous avez installé un noyau personnalisé, vous serez conscient des éléments pertinents à soyez conscient ici!
Windows XP ou version ultérieure peut souvent survivre à un basculement de la 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 pernickety qu'il l'était à 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 une valeur beaucoup moins sûre qu'avec Linux. Un saut assez important dans la technologie CPU / mobo (d'un processeur unique à cœur unique à SMP et / ou multi-cœur peut-être), ce qui signifie qu'un HAL différent est nécessaire (ou qu'un autre différent est optimal) entraînera l'échec du démarrage de Windows ou ne pas utiliser correctement le nouveau matériel.
Avec n'importe quel système d' exploitation, 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 désactivés et vous probablement besoin de réinstaller. Comme le suggère Bob, passer de 64 bits à 32 bits nécessiterait également une réinstallation. Et également pour tout système d'exploitation, disposer d'une deuxième machine 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 de rechercher un autre problème qui mettrait temporairement votre boîtier principal hors service.