[opensuse-es] Subir la versión de kernel
Hola a todos, a vueltas con el equipo nuevo, me doy cuenta que el tema de la GPU integrada en la CPU, aun no esta implementada del todo para Opensuse, el caso es que tengo una resolución muy extraña que no me deja cambiar, con una resolución de 1024 X 728. Buscando y buscando por ahí la solución parece que pasa por cambiar la versión del kernel y subir esta, según dicen a la 4.18. 1- Es seguro hacer esto? 2- Como se lleva a cabo? Gracias a todos.
On 09/12/2018 13.09, Ignacio de Juan wrote:
Hola a todos, a vueltas con el equipo nuevo, me doy cuenta que el tema de la GPU integrada en la CPU, aun no esta implementada del todo para Opensuse, el caso es que tengo una resolución muy extraña que no me deja cambiar, con una resolución de 1024 X 728.
Buscando y buscando por ahí la solución parece que pasa por cambiar la versión del kernel y subir esta, según dicen a la 4.18.
1- Es seguro hacer esto?
2- Como se lleva a cabo? Puedes probar instalando tumbleweed en otra partición.
O puedes instalar el de aquí: <https://download.opensuse.org/repositories/Kernel:/stable/standard> Que ahora van por la 4.19 Ojo, no borres el que tienes. -- Cheers / Saludos, Carlos E. R. (from 42.3 x86_64 "Malachite" at Telcontar)
y eso como se hace, crees que valdría haciendo esto?? https://slimbook.es/tutoriales/linux/197-como-actualizar-el-kernel-de-opensu... Gracias. El 9/12/18 a las 15:49, Carlos E. R. escribió:
On 09/12/2018 13.09, Ignacio de Juan wrote:
Hola a todos, a vueltas con el equipo nuevo, me doy cuenta que el tema de la GPU integrada en la CPU, aun no esta implementada del todo para Opensuse, el caso es que tengo una resolución muy extraña que no me deja cambiar, con una resolución de 1024 X 728.
Buscando y buscando por ahí la solución parece que pasa por cambiar la versión del kernel y subir esta, según dicen a la 4.18.
1- Es seguro hacer esto?
2- Como se lleva a cabo? Puedes probar instalando tumbleweed en otra partición.
O puedes instalar el de aquí:
<https://download.opensuse.org/repositories/Kernel:/stable/standard>
Que ahora van por la 4.19
Ojo, no borres el que tienes.
Bueno me he lanzado a la piscina y he hecho lo que ponia en el post que he enviado.... he reiniciado.... nacho@Quijote:~> uname -r 4.12.14-lp150.12.25-default no entiendo.... parece que no ha hecho nada... probemos a instalar de nuevo... nacho@Quijote:~> sudo zypper dup -r Kernel:stable [sudo] password for root: Cargando datos del repositorio... Leyendo los paquetes instalados... Calculando actualización de distribución... No hay nada que hacer. nacho@Quijote:~> Nada que hacer.....según esta salida ya se ha actualizado, según la anterior sigue con el mismo.... No entiendo. El 9/12/18 a las 15:49, Carlos E. R. escribió:
On 09/12/2018 13.09, Ignacio de Juan wrote:
Hola a todos, a vueltas con el equipo nuevo, me doy cuenta que el tema de la GPU integrada en la CPU, aun no esta implementada del todo para Opensuse, el caso es que tengo una resolución muy extraña que no me deja cambiar, con una resolución de 1024 X 728.
Buscando y buscando por ahí la solución parece que pasa por cambiar la versión del kernel y subir esta, según dicen a la 4.18.
1- Es seguro hacer esto?
2- Como se lleva a cabo? Puedes probar instalando tumbleweed en otra partición.
O puedes instalar el de aquí:
<https://download.opensuse.org/repositories/Kernel:/stable/standard>
Que ahora van por la 4.19
Ojo, no borres el que tienes.
Sigo intentando cosas, me voy al Yast --> instalar desinstalar programas, en el cuadro de búsqueda pongo "kernel" y voila todas las versiones del kernel están sin marcar, cuales debería clicar Gracias. El 9/12/18 a las 15:49, Carlos E. R. escribió:
On 09/12/2018 13.09, Ignacio de Juan wrote:
Hola a todos, a vueltas con el equipo nuevo, me doy cuenta que el tema de la GPU integrada en la CPU, aun no esta implementada del todo para Opensuse, el caso es que tengo una resolución muy extraña que no me deja cambiar, con una resolución de 1024 X 728.
Buscando y buscando por ahí la solución parece que pasa por cambiar la versión del kernel y subir esta, según dicen a la 4.18.
1- Es seguro hacer esto?
2- Como se lleva a cabo? Puedes probar instalando tumbleweed en otra partición.
O puedes instalar el de aquí:
<https://download.opensuse.org/repositories/Kernel:/stable/standard>
Que ahora van por la 4.19
Ojo, no borres el que tienes.
Ahora si, zypper se -s 'kernel*' Lo cual me da la salida de todos los kernel que tengo disponibles...... sudo zypper in kernel-default-XXXXXXXX eh voila. Ahora si, me ha tenido que volver a la versión anterior del kernel y luego ha instalado la correcta, parece que todo va bien, sin problemas. Puedo seleccionar la resolución de pantalla y veo todo mucho mejor. El 9/12/18 a las 15:49, Carlos E. R. escribió:
On 09/12/2018 13.09, Ignacio de Juan wrote:
Hola a todos, a vueltas con el equipo nuevo, me doy cuenta que el tema de la GPU integrada en la CPU, aun no esta implementada del todo para Opensuse, el caso es que tengo una resolución muy extraña que no me deja cambiar, con una resolución de 1024 X 728.
Buscando y buscando por ahí la solución parece que pasa por cambiar la versión del kernel y subir esta, según dicen a la 4.18.
1- Es seguro hacer esto?
2- Como se lleva a cabo? Puedes probar instalando tumbleweed en otra partición.
O puedes instalar el de aquí:
<https://download.opensuse.org/repositories/Kernel:/stable/standard>
Que ahora van por la 4.19
Ojo, no borres el que tienes.
On 09/12/2018 19.31, Nacho wrote:
Ahora si, zypper se -s 'kernel*' Lo cual me da la salida de todos los kernel que tengo disponibles...... sudo zypper in kernel-default-XXXXXXXX eh voila. Ahora si, me ha tenido que volver a la versión anterior del kernel y luego ha instalado la correcta, parece que todo va bien, sin problemas. Puedo seleccionar la resolución de pantalla y veo todo mucho mejor.
Vale, pues ahora tienes que reportar oficialmente el problema en Bugzilla, e indicar que con ese otro kernel se soluciona - si no lo haces, vamos a tener ese mismo problema durante la 15.1, 15.2, y 15.3. Varios años. Sobre el procedimiento de instalación, lo tienes en la Wiki de openSUSE: <https://en.opensuse.org/Main_Page> buscar "kernel" <https://en.opensuse.org/Kernel> <https://en.opensuse.org/Portal:Kernel> *<https://en.opensuse.org/openSUSE:Kernel_of_the_day>* Las instrucciones son para otra variante del kernel, el KOD, así que mutandis mutandi te vale. -- Cheers / Saludos, Carlos E. R. (from 42.3 x86_64 "Malachite" at Telcontar)
Si Carlos tienes razón, pero me frena una cuestión, no es que el sistema se haya vuelto inestable, una vez que arranca parece que todo bien, lo único es que por ejemplo cuanto terminas con una suspensión o una hibernación, luego el sistema no arranca bien y hay que reiniciar.... Alguna pantalla atascada mas me he encontrado, pero aun no se bien como se ha producido. No se si es prudente aportar mi solución, cuando lo que hace es solucionar algo pero estropear otra cosa..... El 10/12/18 a las 13:52, Carlos E. R. escribió:
On 09/12/2018 19.31, Nacho wrote:
Ahora si, zypper se -s 'kernel*' Lo cual me da la salida de todos los kernel que tengo disponibles...... sudo zypper in kernel-default-XXXXXXXX eh voila. Ahora si, me ha tenido que volver a la versión anterior del kernel y luego ha instalado la correcta, parece que todo va bien, sin problemas. Puedo seleccionar la resolución de pantalla y veo todo mucho mejor.
Vale, pues ahora tienes que reportar oficialmente el problema en Bugzilla, e indicar que con ese otro kernel se soluciona - si no lo haces, vamos a tener ese mismo problema durante la 15.1, 15.2, y 15.3. Varios años.
Sobre el procedimiento de instalación, lo tienes en la Wiki de openSUSE:
<https://en.opensuse.org/Main_Page> buscar "kernel" <https://en.opensuse.org/Kernel> <https://en.opensuse.org/Portal:Kernel> *<https://en.opensuse.org/openSUSE:Kernel_of_the_day>*
Las instrucciones son para otra variante del kernel, el KOD, así que mutandis mutandi te vale.
On 10/12/2018 20.46, Nacho wrote:
Si Carlos tienes razón, pero me frena una cuestión, no es que el sistema se haya vuelto inestable, una vez que arranca parece que todo bien, lo único es que por ejemplo cuanto terminas con una suspensión o una hibernación, luego el sistema no arranca bien y hay que reiniciar.... Alguna pantalla atascada mas me he encontrado, pero aun no se bien como se ha producido. No se si es prudente aportar mi solución, cuando lo que hace es solucionar algo pero estropear otra cosa.....
Bueno, pues entonces lo dices también. -- Cheers / Saludos, Carlos E. R. (from 42.3 x86_64 "Malachite" at Telcontar)
Hola a todos, sigiuendo las recomendaciones de Carlos E.R me he decidido a poner un Bug acerca de lo que estamos tratando, pero bueno, se me han adelantado. https://bugzilla.opensuse.org/show_bug.cgi?id=1096080 Es curioso, por que en varias búsquedas que lance, no lo encontré.... El 11/12/18 a las 3:46, Carlos E. R. escribió:
On 10/12/2018 20.46, Nacho wrote:
Si Carlos tienes razón, pero me frena una cuestión, no es que el sistema se haya vuelto inestable, una vez que arranca parece que todo bien, lo único es que por ejemplo cuanto terminas con una suspensión o una hibernación, luego el sistema no arranca bien y hay que reiniciar.... Alguna pantalla atascada mas me he encontrado, pero aun no se bien como se ha producido. No se si es prudente aportar mi solución, cuando lo que hace es solucionar algo pero estropear otra cosa.....
Bueno, pues entonces lo dices también.
Hola a todos, sigiuendo las recomendaciones de Carlos E.R me he decidido a poner un Bug acerca de lo que estamos tratando, pero bueno, se me han adelantado. https://bugzilla.opensuse.org/show_bug.cgi?id=1096080 Es curioso, por que en varias búsquedas que lance, no lo encontré.... El 11/12/18 a las 3:46, Carlos E. R. escribió:
On 10/12/2018 20.46, Nacho wrote:
Si Carlos tienes razón, pero me frena una cuestión, no es que el sistema se haya vuelto inestable, una vez que arranca parece que todo bien, lo único es que por ejemplo cuanto terminas con una suspensión o una hibernación, luego el sistema no arranca bien y hay que reiniciar.... Alguna pantalla atascada mas me he encontrado, pero aun no se bien como se ha producido. No se si es prudente aportar mi solución, cuando lo que hace es solucionar algo pero estropear otra cosa.....
Bueno, pues entonces lo dices también.
On 13/12/2018 11.41, Nacho wrote:
Hola a todos, sigiuendo las recomendaciones de Carlos E.R me he decidido a poner un Bug acerca de lo que estamos tratando, pero bueno, se me han adelantado.
https://bugzilla.opensuse.org/show_bug.cgi?id=1096080
Es curioso, por que en varias búsquedas que lance, no lo encontré....
A veces pasa. Pero te lo dicen y no pasa nada. Es preferible reportar dos veces que ninguna. -- Cheers / Saludos, Carlos E. R. (from 42.3 x86_64 "Malachite" at Telcontar)
Una de las cosas que me sucede ahora con esto de haber subido el Kernel, ahora tengo instalada la versión 4.19.7-2.g5fabf51-default, es que el actualizador de software me dice constantemente que tengo una actualización de software, concretamente Kernel-default (4.12.14-lp150.12.28.1) Que obviamente es inferior a la que tengo. Tengo claro que no debo hacerlo, pero....existe alguna manera de que no mire las actualizaciones del kernel. Gracias. El 13/12/18 a las 11:58, Carlos E. R. escribió:
On 13/12/2018 11.41, Nacho wrote:
Hola a todos, sigiuendo las recomendaciones de Carlos E.R me he decidido a poner un Bug acerca de lo que estamos tratando, pero bueno, se me han adelantado.
https://bugzilla.opensuse.org/show_bug.cgi?id=1096080
Es curioso, por que en varias búsquedas que lance, no lo encontré....
A veces pasa. Pero te lo dicen y no pasa nada. Es preferible reportar dos veces que ninguna.
On 18/12/2018 10.31, Nacho wrote:
Una de las cosas que me sucede ahora con esto de haber subido el Kernel, ahora tengo instalada la versión 4.19.7-2.g5fabf51-default, es que el actualizador de software me dice constantemente que tengo una actualización de software, concretamente Kernel-default (4.12.14-lp150.12.28.1) Que obviamente es inferior a la que tengo. Tengo claro que no debo hacerlo, pero....existe alguna manera de que no mire las actualizaciones del kernel. Gracias.
Es que esa actualización no te afecta, puedes instalarla sin problema, y entonces se calla. Es decir, ha habido estos días una actualización para el kernel de la 42.3 y la 15.0. Pues vale. Pero tú estás arrancando otro kernel: creo que las instrucciones que puse hablaban de tener activada la multiversión. Creo recordar que en el fichero de configuración debes tener mencionado explícitamente el otro kernel, o quizás los dos (así de memoria no me sé los detalles). Para intentar ser un poco más claro: tener instalado los dos kernels no es problema, y el sistema te va a sugerir actualizaciones del original automáticamente. Lo que es un problema es el proceso de purgar las versiones antiguas, porque podría confundirse.
Isengard:~ # systemctl status purge-kernels ● purge-kernels.service - Purge old kernels Loaded: loaded (/usr/lib/systemd/system/purge-kernels.service; enabled; vendor preset: enabled) Active: inactive (dead) since Sat 2018-12-15 20:58:14 CET; 2 days ago Process: 1040 ExecStart=/sbin/purge-kernels (code=exited, status=0/SUCCESS) Main PID: 1040 (code=exited, status=0/SUCCESS)
Dec 15 20:58:13 Isengard 50mounted-tests[3808]: debug: running subtest /usr/lib/os-probes/mounted/90solaris Dec 15 20:58:13 Isengard 50mounted-tests[3810]: debug: running subtest /usr/lib/os-probes/mounted/efi Dec 15 20:58:13 Isengard os-prober[3821]: debug: running /usr/lib/os-probes/50mounted-tests on /dev/sdd2 Dec 15 20:58:13 Isengard 50mounted-tests[3827]: debug: /dev/sdd2 is a LUKS partition; skipping Dec 15 20:58:13 Isengard os-prober[3828]: debug: os detected by /usr/lib/os-probes/50mounted-tests Dec 15 20:58:14 Isengard [RPM][2772]: erase kernel-default-4.12.14-lp150.12.22.1.x86_64: success Dec 15 20:58:14 Isengard [RPM][2772]: Transaction ID 5c155cd0 finished: 0 Dec 15 20:58:14 Isengard purge-kernels[1040]: Removed: Dec 15 20:58:14 Isengard purge-kernels[1040]: kernel-default-4.12.14-lp150.12.22.1.x86_64 Dec 15 20:58:14 Isengard systemd[1]: Started Purge old kernels. Isengard:~ #
La otra cosa que puedes hacer es quitar del todo el kernel original para que no intente actualizarlo, una vez que estés seguro de que el nuevo te sirve del todo y correctamente. -- Cheers / Saludos, Carlos E. R. (from 42.3 x86_64 "Malachite" at Telcontar)
On 18/12/2018 10.31, Nacho wrote:
Una de las cosas que me sucede ahora con esto de haber subido el Kernel, ahora tengo instalada la versión 4.19.7-2.g5fabf51-default, es que el actualizador de software me dice constantemente que tengo una actualización de software, concretamente Kernel-default (4.12.14-lp150.12.28.1) Que obviamente es inferior a la que tengo. Tengo claro que no debo hacerlo, pero....existe alguna manera de que no mire las actualizaciones del kernel. Gracias.
Es que esa actualización no te afecta, puedes instalarla sin problema, y entonces se calla. Es decir, ha habido estos días una actualización para el kernel de la 42.3 y la 15.0. Pues vale. Pero tú estás arrancando otro kernel: creo que las instrucciones que puse hablaban de tener activada la multiversión. Creo recordar que en el fichero de configuración debes tener mencionado explícitamente el otro kernel, o quizás los dos (así de memoria no me sé los detalles).
Para intentar ser un poco más claro: tener instalado los dos kernels no es problema, y el sistema te va a sugerir actualizaciones del original automáticamente. Lo que es un problema es el proceso de purgar las versiones antiguas, porque podría confundirse.
Isengard:~ # systemctl status purge-kernels ● purge-kernels.service - Purge old kernels
Loaded: loaded (/usr/lib/systemd/system/purge-kernels.service; enabled; vendor preset: enabled) Active: inactive (dead) since Sat 2018-12-15 20:58:14 CET; 2 days ago> Process: 1040 ExecStart=/sbin/purge-kernels (code=exited, status=0/SUCCESS)
Main PID: 1040 (code=exited, status=0/SUCCESS)
Dec 15 20:58:13 Isengard 50mounted-tests[3808]: debug: running subtest /usr/lib/os-probes/mounted/90solaris Dec 15 20:58:13 Isengard 50mounted-tests[3810]: debug: running subtest /usr/lib/os-probes/mounted/efi Dec 15 20:58:13 Isengard os-prober[3821]: debug: running /usr/lib/os-probes/50mounted-tests on /dev/sdd2 Dec 15 20:58:13 Isengard 50mounted-tests[3827]: debug: /dev/sdd2 is a LUKS partition; skipping Dec 15 20:58:13 Isengard os-prober[3828]: debug: os detected by /usr/lib/os-probes/50mounted-tests Dec 15 20:58:14 Isengard [RPM][2772]: erase kernel-default-4.12.14-lp150.12.22.1.x86_64: success Dec 15 20:58:14 Isengard [RPM][2772]: Transaction ID 5c155cd0 finished: 0 Dec 15 20:58:14 Isengard purge-kernels[1040]: Removed: Dec 15 20:58:14 Isengard purge-kernels[1040]: kernel-default-4.12.14-lp150.12.22.1.x86_64 Dec 15 20:58:14 Isengard systemd[1]: Started Purge old kernels. Isengard:~ #
La otra cosa que puedes hacer es quitar del todo el kernel original para que no intente actualizarlo, una vez que estés seguro de que el nuevo te sirve del todo y correctamente. Sin haber seguido el discurso desde el principio, en caso que el tenga el kernel stable repo, se puede que el se había olvidado dar en yast la prioridad mas grande (quiere decir el valor numérico mas pequeño) a "kernel stable repo"? Como eso puede
In data martedì 18 dicembre 2018 14:12:41 CET, Carlos E. R. ha scritto: tranquilamente hacer todos los actualizaciones sin tener dudas sobre la preferencia que va a tener el sistema. Saludos. _________________________________________________________________ ________________________________________________________ Ihre E-Mail-Postf�cher sicher & zentral an einem Ort. Jetzt wechseln und alte E-Mail-Adresse mitnehmen! https://www.eclipso.de -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On 18/12/2018 15.11, stakanov wrote:
Sin haber seguido el discurso desde el principio, en caso que el tenga el kernel stable repo, se puede que el se había olvidado dar en yast la prioridad mas grande (quiere decir el valor numérico mas pequeño) a "kernel stable repo"? Como eso puede tranquilamente hacer todos los actualizaciones sin tener dudas sobre la preferencia que va a tener el sistema.
Buena idea. -- Cheers / Saludos, Carlos E. R. (from 42.3 x86_64 "Malachite" at Telcontar)
participants (4)
-
Carlos E. R. -
Ignacio de Juan -
Nacho -
stakanov