J'ai un serveur domestique exécutant Ubuntu 10.04. Je veux remplacer la carte mère et le CPU sans réinstaller le système d'exploitation. J'ai lu il y a longtemps que cela fonctionnerait en quelque sorte sur Windows XP, mais avec des problèmes de stabilité. Cependant, je pense que sur un Linux moderne, il ne devrait pas y avoir de problème.
Ai-je raison?
linux
cpu
upgrade
motherboard
Bart van Heukelom
la source
la source
Réponses:
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 probablement
eth1
si la carte précédente l'étaiteth0
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'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.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, 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.
la source
Je suis d'accord avec JNK ... cela ne fonctionnera JAMAIS sur à peu près n'importe quelle machine Windows. Ils sont trop capricieux 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é à partir de celle-ci une fois (il y a quelque temps!) Et kudzu vient de tout détecter en tant que nouveau matériel et d'y installer des pilotes. Mon système fonctionnait bien et était assez stable. Bien sûr, vous devez faire une sauvegarde avant d'essayer quelque chose comme ça, même si vos données doivent être en sécurité.
la source
Cela devrait fonctionner correctement 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.
la source
aptitude install linux-image-2.6-amd64
dans Debian et il fera le reste) ce qui signifie que vous pouvez profiter de la RAM au-dessus de 4 Go (ou au-dessus de 3,25 Go en fonction de votre chipset) sans réinstaller.Succès! Pas un clin d'œil, mais ce qui s'est passé était: je suis passé à AMD quadricœur (la carte mère avait échoué) ne voulant pas un rechargement complet sur mon récent noyau Ubuntu. Linux a démarré mais n'a atteint un écran de démarrage sans connexion. Dans le menu GRUB, j'ai essayé la récupération / sécurité et également des choix de mode graphique limités, le terminal GRUB n'a toujours pas trouvé de solution. À l'écran de démarrage où je me connectais, bien que je ne puisse rien voir, j'ai ensuite tapé mon nom d'utilisateur puis Entrée, puis mon mot de passe puis Entrée et la connexion a commencé. Vient ensuite l'arrière-plan du bureau, mais pas d'icônes ni de boutons :(. Les séquences de touches Cnt-Alt-T ne s'affichent pas. ** Ensuite, j'ai essayé le raccourci gnu Alt-F2 et une pause de 2 secondes, une belle invite de commande est apparue :). Il a dit bienvenue et mise à niveau recommandée s'il vous plaît tapez do-upgrade- quelque chose que je l'ai fait après une mise à niveau de 3 heures tout fonctionne bien. Ignorez les erreurs.
la source