¿Debo reinstalar Linux al cambiar la CPU de la computadora portátil?

28

Estoy planeando cambiar la CPU de mi computadora portátil en los próximos días.

¿Debo esperar algo de Ubuntu? ¿Como un inicio más lento / diferente por primera vez, o debería reinstalar completamente Ubuntu?

Ambos son de arquitectura de 64 bits.

Edición posterior : ¡Después de unas semanas, puedo decir con orgullo que Linux es realmente maravilloso! Mi computadora portátil funcionó perfectamente después de cambiar la CPU.

Como nota al margen, mi Windows funcionó también sin nada extra.

cpu cpu-architecture

— HadarS
fuente

2

¿Su instalación original era de 32 bits en comparación con 64 y el procesador ahora es de 64?

— Personal de EODCraft

99

Es imposible cambiar la CPU de una computadora portátil de 32 a 64 bits en la misma placa base.

— Piloto6

44

@ Pilot6, no estoy familiarizado con las computadoras portátiles, pero en el escritorio, al menos en teoría es posible que una placa Socket 754 o LGA 775 admita CPU de 32 bits y 64 bits.

— Mark

solo si corres gentoo

— technical_difficulty

39

Ubuntu (y generalmente hablando Linux) no se preocupan particularmente en qué hardware se están ejecutando, y realizará una verificación en todos los dispositivos en el arranque en lugar de suponer que los mismos dispositivos están allí cada vez. Mientras su CPU sea compatible con su conjunto de chips, Ubuntu lo verá y comenzará a usarlo. Ubuntu 18.04 también solo está disponible en la versión de 64 bits, por lo que tampoco es una preocupación.

Windows, por otro lado, tiene que preocuparse por las licencias. Cuando compra una copia de Windows, la idea es que la compre para una sola máquina, por lo que Windows tiende a "bloquearse" más o menos al hardware del sistema. Esto no significa que no pueda cambiar el hardware, pero si lo hace con demasiada frecuencia (como lo he logrado) comenzará a decir que su clave no es válida. Si está en un sistema de arranque dual, esto es algo a tener en cuenta.

— Menta
fuente

1

Esto es válido incluso cuando pasas de un hardware real a una VM. En la compañía en la que estoy trabajando, hemos combinado 3 servidores en una sola máquina Debian con 3 máquinas virtuales. Uno de ellos era mi máquina de desarrollo web de confianza. Antes, era una torre dedicada para ello. Funciona a la perfección. (Para el registro, uso VirtualBox)

— Ismael Miguel

77

Tenga en cuenta que es solo el Ubuntu "normal" que es solo de 64 bits: otros sabores como Kubuntu y Xubuntu ofrecen versiones de 32 bits. Y aunque Kubuntu no parece tener una descarga de 32 bits para 18.10, Xubuntu también lo hace para esa versión.

— Ruslan

1

@Minty "Cuando compra una copia de Windows, la idea es que la compre para una sola máquina, por lo que Windows tiende a" bloquearse "más o menos al hardware de un sistema". Jaja, suena como la nave de Teseo . A menos que se bloquee a un componente en particular, eso podría tener consecuencias interesantes. Si cambio mi CPU, mi placa base, mi tarjeta gráfica, ..., un componente a la vez, arrancando cada vez para confirmar que Windows todavía está contento, ¿Windows eventualmente rechazará mi sistema? ¿Cuál es el límite?

— Alexander - Restablece a Mónica

55

@Alexander, la última vez que lo miré, el límite fue de diez "puntos" de cambio en un período de seis meses, donde las diferentes partes del hardware tenían diferentes valores de puntos (por ejemplo, un cambio en la capacidad de la memoria fue de 1 punto, mientras se cambiaba un la tarjeta de red era algo así como 5 puntos).

— Mark

1

Tenga en cuenta que hay un puñado de sistemas operativos basados en Linux que a veces se preocupan por los cambios en la CPU, siendo Gentoo el ejemplo más obvio. Sin embargo, estos sistemas operativos están muy dirigidos a usuarios avanzados.

— James_pic

12

¿Debo reinstalar completamente Ubuntu?

No.

Contra-intuitivamente, el cambio de CPU es uno de los cambios menos significativos en el hardware. Por lo general, no requiere ningún cambio en el software.

Esto se debe a que las opciones de intercambio de CPU están extremadamente limitadas por el zócalo y el conjunto de chips. Esos le limitan a las CPU que provienen de una o dos generaciones de productos que tienen características muy similares. Claro, pueden diferir en las características que le interesan, como la cantidad de núcleos, la velocidad del reloj y el tamaño de la memoria caché. Pero esos son prácticamente transparentes para el software. La arquitectura, las instrucciones, los registros y todos los demás detalles que son importantes para la forma en que el software usa la CPU siguen siendo los mismos. La velocidad máxima de ejecución no es algo de lo que dependa el software moderno (la velocidad de ejecución real fluctúa todo el tiempo debido al ahorro de energía de todos modos).

Incluso los sistemas no abiertos, que bloquean la licencia del hardware (como Windows) no consideran la CPU como hardware "importante". El intercambio de CPU y RAM se consideran procedimientos estándar del cliente y no invalidan la licencia.

— Agent_L
fuente

Hoy, con todo siendo multi-core, es cierto que la CPU es casi lo menos significativo que puedes cambiar. Pero pasar de un núcleo a más de un núcleo es probablemente el cambio más significativo que puede hacer (el subprocesamiento múltiple es mucho más complicado y propenso a errores cuando realmente puede suceder dos cosas al mismo tiempo).

— Mark

1

@Mark: Cierto, pero los tiempos en los que las distribuciones venían con núcleos separados para SMP y no SMP han quedado atrás. Los núcleos modernos (que defino muy generosamente, porque AFAIR esta característica ha existido durante al menos una década) se inician bajo el supuesto de que ejecutan una CPU SMP nativa, y si detectan una CPU de un solo núcleo sin hyperthreading, usan binario en tiempo de ejecución parchear para sobrescribir el código SMP con uno más eficiente. Del mismo modo, el núcleo puede detectar dinámicamente un hipervisor y cambiar a paravirtualización en el arranque.

— Jörg W Mittag

@ Mark: Después de todo, la mayoría de las distribuciones tienen un Live CD ahora, que ejecuta un solo núcleo en casi todas partes.

— Jörg W Mittag

7

Si la arquitectura de la CPU es la misma (por ejemplo, 64 bit / amd64), debería funcionar de inmediato. Hace 15 años, llevé un disco duro de una computadora a una diferente (ambas de 32 bits) y funcionó como se esperaba.

El "inicio más lento / diferente" depende en parte de la velocidad de las CPU, por lo que si su nueva CPU es más rápida / más nueva / más cara, debería ser y arrancar más rápido.

— tardis
fuente

1

Hice lo mismo cuando cambié las computadoras portátiles, AFAIR en Ubuntu 16.04. Moví el disco duro de la computadora portátil vieja a la nueva (había actualizado el HD hace algún tiempo, a algo más grande que la computadora portátil nueva incluida), y se inició sin problemas. Lo único que necesitaba hacer era volver a configurar mis conexiones wifi para usar el nuevo adaptador wifi, lo que puede ser una preocupación general para cualquier configuración de configuración que esté vinculada a un dispositivo en particular, especialmente los adaptadores de red.

— usuario149408

4

No, no necesita reinstalar, porque Ubuntu compila todos los paquetes para lo que se conoce como "amd64 genérico". Esta es una colección de conjuntos de instrucciones presentes en cada CPU amd64. Todos los programas que usan instrucciones más allá de este conjunto base (también conocido como extensiones de conjunto de instrucciones) incluyen alternativas.

Ahora, supongamos:

estaba usando paquetes que hacen uso de extensiones de conjunto de instrucciones, como AVX2 y no proporcionan alternativas,
te estás moviendo a una CPU que no admite este conjunto de instrucciones en particular.

Es muy poco probable que esto suceda cuando solo se cambian las CPU. Tendría que degradar la CPU para encontrar una en la misma placa base que admita menos conjuntos de instrucciones.

Incluso entonces, no necesitaría reinstalar su sistema operativo, aunque podría ser la opción más fácil. En su lugar, podría volver a compilar sus paquetes en amd64 genérico. Después de cambiar todo funcionaría bien, aunque más lento. Para acelerarlo, puede volver a compilar una vez más, esta vez utilizando extensiones compatibles con la nueva CPU.

— Syfer Polski
fuente