Dois-je réinstaller Linux lors du changement du processeur de l'ordinateur portable?

28

Je prévois de changer le processeur de mon ordinateur portable dans les prochains jours.

Dois-je m'attendre à quelque chose d'Ubuntu? Comme un démarrage plus lent / différent pour la première fois, ou dois-je réinstaller complètement Ubuntu?

Ils sont tous deux d'architecture 64 bits.

Édition ultérieure : Après quelques semaines, je peux dire avec fierté que Linux est vraiment merveilleux! Mon ordinateur portable a parfaitement fonctionné après avoir changé le CPU.

En remarque, mon Windows fonctionnait également sans rien de plus.

cpu cpu-architecture hadarS
la source
2
Votre installation d'origine était-elle 32 bits par rapport à 64 et le processeur est-il maintenant 64?
EODCraft Staff
9
Il est impossible de faire passer un processeur d'ordinateur portable de 32 à 64 bits sur la même carte mère.
Pilot6
4
@ Pilot6, je ne connais pas les ordinateurs portables, mais sur le bureau, il est au moins théoriquement possible pour une carte Socket 754 ou LGA 775 de prendre en charge les processeurs 32 bits et 64 bits.
Mark
uniquement si vous exécutez gentoo
technical_difficulty

Réponses:

39

Ubuntu (et généralement Linux) ne se soucie pas particulièrement du matériel sur lequel ils s'exécutent et effectuera une vérification sur tous les appareils au démarrage plutôt que de supposer que les mêmes appareils sont là à chaque fois. Tant que votre CPU est compatible avec votre chipset, Ubuntu le verra et commencera à l'utiliser. Ubuntu 18.04 n'est également disponible que dans la version 64 bits, ce n'est donc pas un problème non plus.

Windows, en revanche, doit s'inquiéter des licences. Lorsque vous achetez une copie de Windows, l'idée est que vous l'achetiez pour une seule machine, donc Windows a tendance à se "verrouiller" plus ou moins sur le matériel d'un système. Cela ne signifie pas que vous ne pouvez pas changer de matériel, mais si vous le faites trop souvent (comme j'ai réussi à le faire), cela commencera à dire que votre clé n'est pas valide. Si vous êtes dans un système à double démarrage, c'est quelque chose à garder à l'esprit.

Minty
la source
1
Cela est vrai même lorsque vous passez d'un matériel réel à une machine virtuelle. Dans l'entreprise dans laquelle je travaille, nous avons combiné 3 serveurs en une seule machine Debian avec 3 machines virtuelles. L'un d'eux était ma machine de développement Web de confiance. Avant, c'était une tour dédiée pour elle. Il fonctionne parfaitement. (Pour mémoire, j'utilise VirtualBox)
Ismael Miguel
7
Notez que ce n'est que l'Ubuntu "normal" qui est uniquement en 64 bits: d'autres versions comme Kubuntu et Xubuntu proposent des versions 32 bits. Et bien que Kubuntu ne semble pas avoir de téléchargement 32 bits pour 18.10, Xubuntu le fait aussi pour cette version.
Ruslan
1
@Minty "Lorsque vous achetez une copie de Windows, l'idée est que vous l'achetez pour une seule machine, donc Windows a tendance à se" verrouiller "plus ou moins sur le matériel d'un système." Haha, sonne comme le navire de Thésée . À moins qu'il ne se verrouille sur un composant particulier, cela pourrait avoir des conséquences intéressantes. Si je change mon processeur, puis ma carte mère, puis ma carte graphique, ..., un composant à la fois, en démarrant à chaque fois pour confirmer que Windows est toujours satisfait, Windows finira-t-il par rejeter mon système? Quelle est la coupure?
Alexander - Reinstate Monica
5
@Alexander, la dernière fois que je l'ai regardé, la coupure était de dix "points" de changement sur une période de six mois, où différentes pièces matérielles avaient des valeurs de points différentes (par exemple, un changement de capacité de mémoire était de 1 point, tout en changeant un carte réseau était quelque chose comme 5 points).
Mark
1
Notez qu'il existe une poignée d'OS basés sur Linux qui se soucient parfois des changements de CPU, Gentoo étant l'exemple le plus évident. Cependant, ces systèmes d'exploitation sont très destinés aux utilisateurs expérimentés.
James_pic
12

dois-je réinstaller complètement Ubuntu?

Non.

Contre-intuitivement, le changement de CPU est l'un des changements matériels les moins significatifs. Habituellement, cela ne nécessite aucune modification du logiciel.

C'est parce que vos options d'échange de CPU sont extrêmement limitées par le socket et le chipset. Ceux-ci vous limitent aux processeurs provenant d'une ou deux générations de produits qui sont très similaires en termes de fonctionnalités. Bien sûr, ils peuvent différer dans les fonctionnalités qui vous intéressent, comme le nombre de cœurs, la vitesse d'horloge et la taille du cache. Mais ceux-ci sont pratiquement transparents pour le logiciel. L'architecture, les instructions, les registres et tous les autres détails qui sont importants pour la façon dont le logiciel utilise le CPU restent les mêmes. La vitesse d'exécution maximale n'est pas quelque chose dont les logiciels modernes dépendent (la vitesse d'exécution réelle fluctue tout le temps en raison des économies d'énergie de toute façon).

Même les systèmes non ouverts, qui verrouillent la licence sur le matériel (comme Windows), ne considèrent pas le CPU comme un matériel "important". L'échange de CPU et de RAM est considéré comme une procédure client standard et n'invalide pas la licence.

Agent_L
la source
Aujourd'hui, tout étant multicœur, il est vrai que le processeur est presque la chose la moins importante que vous puissiez changer. Mais passer d'un cœur à plus d'un cœur est probablement le changement le plus important que vous puissiez faire (le multi-threading est beaucoup plus compliqué et sujet aux bogues lorsque vous pouvez vraiment avoir deux choses en même temps).
Mark
1
@Mark: C'est vrai, mais l'époque où les distributions étaient livrées avec des noyaux séparés pour SMP et non-SMP est révolue depuis longtemps. Les noyaux modernes (que je définis très généreusement, car AFAIR cette fonctionnalité existe depuis au moins une décennie) démarrent sous l'hypothèse qu'ils exécutent un processeur SMP natif, et s'ils détectent un processeur à cœur unique sans hyperthreading, ils utilisent le binaire d'exécution. patcher pour écraser le code SMP avec un code plus efficace. De même, le noyau peut détecter dynamiquement un hyperviseur et basculer en paravirtualisation au démarrage.
Jörg W Mittag
@Mark: Après tout, la plupart des distributions ont maintenant un Live CD, qui exécute un seul noyau presque partout.
Jörg W Mittag
7

Si l'architecture du processeur est la même (par exemple 64 bits / amd64), elle devrait fonctionner dès la sortie de l'emballage. Il y a 15 ans, j'ai pris un disque dur d'un ordinateur sur un autre (tous deux 32 bits) et cela a fonctionné comme prévu.

Le "démarrage plus lent / différent" dépend en partie de la vitesse des processeurs, donc si votre nouveau processeur est plus rapide / plus récent / plus cher, il devrait l'être et démarrer plus rapidement.

tardis
la source
1
J'ai fait de même lorsque j'ai changé d'ordinateurs portables, AFAIR sur Ubuntu 16.04. Déplacement du disque dur de l'ancien ordinateur portable vers le nouveau (j'avais mis à niveau le HD quelque temps auparavant, vers quelque chose de plus grand que le nouvel ordinateur portable fourni), et il a démarré sans aucun problème. La seule chose que je devais faire était de reconfigurer mes connexions wifi pour utiliser le nouvel adaptateur wifi - ce qui peut être une préoccupation générale pour tout paramètre de configuration lié à un appareil particulier, notamment les adaptateurs réseau.
user149408
4

Non, vous n'avez pas besoin de réinstaller, car Ubuntu compile tous les packages pour ce qui est connu comme "amd64 générique". Il s'agit d'une collection de jeux d'instructions présents dans chaque CPU amd64. Tout programme qui utilise des instructions au-delà de cet ensemble de base (également connu sous le nom d'extensions de jeu d'instructions) inclut des solutions de secours.

Supposons maintenant:

  • vous utilisiez des packages qui utilisent des extensions de jeu d'instructions, comme AVX2 et ne fournissent pas de solutions de secours,
  • vous passez à un processeur qui ne prend pas en charge ce jeu d'instructions particulier.

Il est très peu probable que cela se produise lors de la commutation de processeurs uniquement. Vous devez rétrograder le CPU pour en trouver un sur la même carte mère qui prend en charge moins de jeux d'instructions.

Même alors, vous n'auriez pas besoin de réinstaller votre système d'exploitation, bien que ce soit l'option la plus simple. Vous pouvez à la place recompiler vos packages en amd64 générique. Après le changement, tout fonctionnerait bien, bien que plus lentement. Pour l'accélérer, vous pouvez à nouveau recompiler, cette fois en utilisant des extensions prises en charge par le nouveau CPU.

Syfer Polski
la source