Mettre à niveau la carte mère et le CPU sans réinstaller

19

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?

Bart van Heukelom
la source
Je ne connais pas Linux, mais ce n'est PAS vrai pour XP. Le raccrochage avec XP serait tous les pilotes de périphériques intégrés. J'ai essayé cela et à moins que vous ne soyez extrêmement chanceux, vous ne pourrez pas démarrer. Vous pouvez parfois démarrer en mode sans échec puis installer manuellement les pilotes si vous disposez d'un support amovible comme un lecteur de disquette, mais cela n'en valait pas la peine.
JNK
1
Euh ... je l'ai fait récemment XP ET linux (Xubuntu dans ce cas) avec quelques problèmes. Les systèmes de configuration automatique sur les deux sont suffisamment compétents pour gérer le changement de matériel sans trop de problèmes.
Fake Name

Réponses:

18

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.

David Spillett
la source
6

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é.

Sean
la source
FAUX! Je viens de terminer un échange mobo entre deux de mes ordinateurs. (Un XP, un 7). J'ai dû effacer le CMOS sur l'un et trouver le CD du pilote pour installer les pilotes du système USB sur l'autre (les clés USB ne fonctionnaient pas jusqu'à ce qu'elles soient installées), mais c'est complètement faisable.
Fake Name
2

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.

Bob
la source
J'utilise actuellement 32 bits. Le nouveau CPU est un cadeau. Je ne sais pas exactement de quoi il s'agit, mais il devrait être beaucoup mieux que ce que j'ai actuellement, il pourrait donc être 64 bits. Je suppose que ce ne sera pas un problème, car il y a une rétrocompatibilité? Toute surcharge ajoutée devrait être éclipsée par l'amertume du nouveau processeur.
Bart van Heukelom
@Bart Si le CPU est AMD64 (la plupart des nouveaux sont, y compris les nouvelles puces Intel), alors tout ira bien, il exécutera tout en mode 32 bits. Si c'est un Itanium (peu probable), qui exécute l'architecture IA-64, qui n'exécutera PAS votre système d'exploitation 32 bits existant.
Bob
32 contre 64 bits est sans doute le moindre de vos problèmes. Encore une fois, je vous exhorte fortement à: a) vous réconcilier avec la «sauvegarde / restauration» en tant que moyen le plus sûr et le plus simple de procéder b) tester votre procédure de sauvegarde / restauration à l'avance
paulsm4
Si vous passez de 32 bits uniquement à 64 bits et ne réinstallez pas complètement Linux, vous pouvez installer un noyau 64 bits mais continuez à utiliser l'espace utilisateur 32 bits (exécutez simplement aptitude install linux-image-2.6-amd64dans 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.
David Spillett
1
Quiconque a réellement travaillé avec des boîtes Itanium ne passe certainement pas du temps sur superuser.com.
ThatGraemeGuy
1

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.

John Hadley
la source