[opensuse-es] Ksplashqml se cerro inesperadamente
Tenía instalados en un disco duro Tumbleweed, y en el otro, Leap 15.1 beta (del cual tenía descargada la iso de la versión final). El día sabado había actualizado Tumbleweed y ayer por la mañana, intentando copiar un archivo midi a un pendrive, no me dejaba copiarlo (desconozco si era un problema del pendrive, del cual casi siempres windows dice que tiene un problema y debe repararse). Dado que el tamaño de la partición raiz es de 40 GB, siempre debo estar borrando los snapshots más viejos, para que no se quede sin espacio y ya se encontraba nuevamente al 94%. Esta vez, en lugar de hacerlo por el YAST -> Miscelaneas -> Manejo de snapshots, se me dió por borrar el snapshot más viejo desde el mc, por consola, y cada vez que lo borraba, "volvía a reaparecer", y cuando terminó "de reaparecer" (a pesar de que estaba en el directorio del snapshot más viejo), ya no quedaba ningún snapshot, ni sistema. Entonces intento arrancar desde el otro disco duro con Leap 15.1 beta, pero "misteriosamente" aparecieron varios problemas, como por ejemplo, que no podía cargar udev y otros tantos. Dado que ya tenía descargada la iso de Leap 15.1 final (menos mal que no la borré de la memoria del telefono celular adonde la había descargado via wifi), después de ir a comprar algunos dvd virgenes (no me quedaba ninguno), pude grabar la imagen iso desde windows. Durante la instalación (que la hice en la partición de 40 GB donde tenía Tumbleweed) habilité los repositorios standar de software, y 1 GB de los paquetes descomprimidos los descargó desde los repositorios. Todo perfecto hasta el primer reinicio. Durante la instalación, le indiqué reutilizar el usuario existente en la partición /home, pero con otra clave. Pero al tratar de iniciar sesión con el mismo usuario de siempre, me aparece: "Ksplashqml se cerro inesperadamente" Lo extraño, es que si selecciono la opción "Otro usuario", e ingreso como root, no da ningún problema. Lo agregué al usuario a varios grupos, entre ellos, para probar lo coloqué en el grupo root, y el problema continuaba. Reinstalé el paquete Plasma5 que contiene Ksplashqml, y el problema continuaba. Intenté instalar otra versión Ksplashqml desde un repositorio experimental, y nada. Después descubrí que para que funcione, debía instalar kdebase4 y reemplazar unos 260 paquetes desde el mismo repo experimental desde donde había instalado Ksplashqml. La unica opción (seleccionando abajo a la izquierda en la pantalla de inicio de sesión) con la que puedo ingresar como usuario es con IceWM. Recién ante la duda de todas las opciones de incio de sesión que son 4 (2 con Plasma y otros 2 entornos ligeros), decidí googlearlas, y me encontré con esto: https://www.microsoft.com/es-ar/p/opensuse-leap-15-1/9njfzk00fgkv?cid=msft_web_collection&activetab=pivot:overviewtab Es probable que el problema viene con los paquetes que se instalaron desde los repositorios, y no desde el DVD. Como dice la "Ley de Murphy", "si algo puede fallar, va a fallar". Es cierto que la falla principal la produje yo al borrar manualmente "un snapshot" de Tumbleweed, que en teoría no debía afectar la instalación del otro disco duro con Leap 15.1 beta, pero le afectó. Es cierto que como root puedo ingresar a KDE/Plasma5 sin problemas. Tal vez tenga que algo que ver con los cambios en el file system introducidos en esta versión: https://doc.opensuse.org/release-notes/x86_64/openSUSE/Leap/15.1/ -- USA LINUX OPENSUSE QUE ES SOFTWARE LIBRE, NO NECESITAS PIRATEAR NADA Y NI TE VAS A PREOCUPAR MAS POR LOS VIRUS Y SPYWARES: http://www.opensuse.org/es/ Puedes visitar mi blog en: http://jerbes.blogspot.com.ar/ -- 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 01/07/2019 14.14, Juan Erbes wrote:
Tenía instalados en un disco duro Tumbleweed, y en el otro, Leap 15.1 beta (del cual tenía descargada la iso de la versión final). El día sabado había actualizado Tumbleweed y ayer por la mañana, intentando copiar un archivo midi a un pendrive, no me dejaba copiarlo (desconozco si era un problema del pendrive, del cual casi siempres windows dice que tiene un problema y debe repararse).
...
Como dice la "Ley de Murphy", "si algo puede fallar, va a fallar". Es cierto que la falla principal la produje yo al borrar manualmente "un snapshot" de Tumbleweed, que en teoría no debía afectar la instalación del otro disco duro con Leap 15.1 beta, pero le afectó.
Muy raro eso.
Es cierto que como root puedo ingresar a KDE/Plasma5 sin problemas. Tal vez tenga que algo que ver con los cambios en el file system introducidos en esta versión: https://doc.opensuse.org/release-notes/x86_64/openSUSE/Leap/15.1/
¿No formateaste? Si usas btrfs, debías formatear. -- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)
El lun., 1 jul. 2019 a las 12:53, Carlos E. R.
(
On 01/07/2019 14.14, Juan Erbes wrote:
Tenía instalados en un disco duro Tumbleweed, y en el otro, Leap 15.1 beta (del cual tenía descargada la iso de la versión final). El día sabado había actualizado Tumbleweed y ayer por la mañana, intentando copiar un archivo midi a un pendrive, no me dejaba copiarlo (desconozco si era un problema del pendrive, del cual casi siempres windows dice que tiene un problema y debe repararse).
...
Como dice la "Ley de Murphy", "si algo puede fallar, va a fallar". Es cierto que la falla principal la produje yo al borrar manualmente "un snapshot" de Tumbleweed, que en teoría no debía afectar la instalación del otro disco duro con Leap 15.1 beta, pero le afectó.
Muy raro eso.
Es cierto que como root puedo ingresar a KDE/Plasma5 sin problemas. Tal vez tenga que algo que ver con los cambios en el file system introducidos en esta versión: https://doc.opensuse.org/release-notes/x86_64/openSUSE/Leap/15.1/
¿No formateaste? Si usas btrfs, debías formatear.
--
A la partición /home, la dejé sin formatear. Solamente formatee la partición raiz. Buscando en la red, aparecen varias distros con problema similar: https://forums.opensuse.org/showthread.php/536576-wayland-session-and-KDE-st... https://www.kubuntuforums.net/showthread.php/64234-Failed-to-successfully-te... https://forums.gentoo.org/viewtopic-t-1091866-start-0.html https://bbs.archlinux.org/viewtopic.php?id=243962 https://forums.freebsd.org/threads/kde5-freebsd-12-0-ksplashqml-kwin_x11-seg... https://bugzilla.redhat.com/show_bug.cgi?id=1421167 Tal vez tendría que probar a reemplazar el paquete principal (si es mas reciente que el del problema) https://opensuse.pkgs.org/15.1/kde-frameworks-5/plasma5-workspace-libs-5.15.... Salu2 -- USA LINUX OPENSUSE QUE ES SOFTWARE LIBRE, NO NECESITAS PIRATEAR NADA Y NI TE VAS A PREOCUPAR MAS POR LOS VIRUS Y SPYWARES: http://www.opensuse.org/es/ Puedes visitar mi blog en: http://jerbes.blogspot.com.ar/ -- 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
El lun., 1 jul. 2019 a las 13:47, Juan Erbes (
El lun., 1 jul. 2019 a las 12:53, Carlos E. R. (
) escribió: On 01/07/2019 14.14, Juan Erbes wrote:
Tenía instalados en un disco duro Tumbleweed, y en el otro, Leap 15.1 beta (del cual tenía descargada la iso de la versión final). El día sabado había actualizado Tumbleweed y ayer por la mañana, intentando copiar un archivo midi a un pendrive, no me dejaba copiarlo (desconozco si era un problema del pendrive, del cual casi siempres windows dice que tiene un problema y debe repararse).
...
Como dice la "Ley de Murphy", "si algo puede fallar, va a fallar". Es cierto que la falla principal la produje yo al borrar manualmente "un snapshot" de Tumbleweed, que en teoría no debía afectar la instalación del otro disco duro con Leap 15.1 beta, pero le afectó.
Muy raro eso.
Es cierto que como root puedo ingresar a KDE/Plasma5 sin problemas. Tal vez tenga que algo que ver con los cambios en el file system introducidos en esta versión: https://doc.opensuse.org/release-notes/x86_64/openSUSE/Leap/15.1/
¿No formateaste? Si usas btrfs, debías formatear.
--
A la partición /home, la dejé sin formatear. Solamente formatee la partición raiz.
Buscando en la red, aparecen varias distros con problema similar: https://forums.opensuse.org/showthread.php/536576-wayland-session-and-KDE-st...
https://www.kubuntuforums.net/showthread.php/64234-Failed-to-successfully-te...
https://forums.gentoo.org/viewtopic-t-1091866-start-0.html
https://bbs.archlinux.org/viewtopic.php?id=243962
https://forums.freebsd.org/threads/kde5-freebsd-12-0-ksplashqml-kwin_x11-seg...
https://bugzilla.redhat.com/show_bug.cgi?id=1421167
Tal vez tendría que probar a reemplazar el paquete principal (si es mas reciente que el del problema) https://opensuse.pkgs.org/15.1/kde-frameworks-5/plasma5-workspace-libs-5.15....
No funcionó el último link. Detecté de acuerdo al backtrace de la propia aplicación componentes ubicados en /usr/lib64/dri: Al comienzo era: /usr/lib64/dri/radeon_dri.so Pero como la versión de chip que utiliza mi tarjeta de video utiliza amdgpu, opté por actualizar el kernel 5.15 desde el build service. Moví a una carpeta de backup todo lo que tuviera que ver con Radeon, y luego aparecía en el backtrace: usr/lib64/dri/kms swrast_dri.so Opté por mover esos archivos a una carpeta de backup, y allí dejó de parecer la pantalla de login. Claramente, el problema está en las librerías Mesa 18.2.3, que "casualmente" lo solucionan los bugfixes de la versión siguiente: https://www.mesa3d.org/relnotes/18.2.4.html Bug 107865 - swr fail to build with llvm-libs 6.0.1 Bug 108272 - [polaris10] opencl-mesa: Anything using OpenCL segfaults, XFX Radeon RX 580 Bug 108524 - [RADV] GPU lockup on event synchronization Opté por actualizar Mesa desde Build service a 19.1, pero aparentemente está compilada contra una versión de Glibc más reciente, y me bloquea el sistema sin darme posibilidad de hacer algo por consola, salvo que consiga setearla para que arranque en modo consola, lo que antes era el "init 3". Al final de cuentas, una historia repetida con la 15.1 Alpha: https://lists.opensuse.org/opensuse-es/2018-11/msg00029.html Opté por volver a instalar Tumbleweed en el otro disco duro, que al final de cuentas, a pesar de ser experimental, TERMINA SIENDO MAS ESTABLE, que la versión final de Leap 15.1 con un kernel, glibc y Mesa obsoletos. ¿Hay alguna opción en Leap 15.1 para arrancar en modo consola? Salu2
USA LINUX OPENSUSE QUE ES SOFTWARE LIBRE, NO NECESITAS PIRATEAR NADA Y NI TE VAS A PREOCUPAR MAS POR LOS VIRUS Y SPYWARES: http://www.opensuse.org/es/ Puedes visitar mi blog en: http://jerbes.blogspot.com.ar/
-- USA LINUX OPENSUSE QUE ES SOFTWARE LIBRE, NO NECESITAS PIRATEAR NADA Y NI TE VAS A PREOCUPAR MAS POR LOS VIRUS Y SPYWARES: http://www.opensuse.org/es/ Puedes visitar mi blog en: http://jerbes.blogspot.com.ar/ -- 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 02/07/2019 13.39, Juan Erbes wrote: ...
Opté por actualizar Mesa desde Build service a 19.1, pero aparentemente está compilada contra una versión de Glibc más reciente, y me bloquea el sistema sin darme posibilidad de hacer algo por consola, salvo que consiga setearla para que arranque en modo consola, lo que antes era el "init 3".
Al final de cuentas, una historia repetida con la 15.1 Alpha: https://lists.opensuse.org/opensuse-es/2018-11/msg00029.html
Opté por volver a instalar Tumbleweed en el otro disco duro, que al final de cuentas, a pesar de ser experimental, TERMINA SIENDO MAS ESTABLE, que la versión final de Leap 15.1 con un kernel, glibc y Mesa obsoletos.
¿Hay alguna opción en Leap 15.1 para arrancar en modo consola?
Claro. En cuanto aparece el grub lo paras pulsando una tecla, 'e' para editar, buscas la linea del kernel, y pones un '3' al final de la linea. Arrancas en modo "3", como siempre. No ha cambiado. Es decir, lo han cambiado pero se han preocupado que esos números sigan funcionando. Este enlace no es de openSUSE, pero es lo mismo: https://www.if-not-true-then-false.com/2012/howto-change-runlevel-on-grub2/ Eso si tienes problemas para arrancar. Si el sistema arranca, hay otra manera de dejar modo 3 permanentemente: systemctl set-default multi-user.target y al revés systemctl set-default graphical.target consultar: systemctl get-default Y también podrías usar "runlevel3.target" y "runlevel5.target". -- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)
El mar., 2 jul. 2019 a las 9:15, Carlos E. R.
(
On 02/07/2019 13.39, Juan Erbes wrote:
...
Opté por actualizar Mesa desde Build service a 19.1, pero aparentemente está compilada contra una versión de Glibc más reciente, y me bloquea el sistema sin darme posibilidad de hacer algo por consola, salvo que consiga setearla para que arranque en modo consola, lo que antes era el "init 3".
Al final de cuentas, una historia repetida con la 15.1 Alpha: https://lists.opensuse.org/opensuse-es/2018-11/msg00029.html
Opté por volver a instalar Tumbleweed en el otro disco duro, que al final de cuentas, a pesar de ser experimental, TERMINA SIENDO MAS ESTABLE, que la versión final de Leap 15.1 con un kernel, glibc y Mesa obsoletos.
¿Hay alguna opción en Leap 15.1 para arrancar en modo consola?
Claro.
En cuanto aparece el grub lo paras pulsando una tecla, 'e' para editar, buscas la linea del kernel, y pones un '3' al final de la linea. Arrancas en modo "3", como siempre. No ha cambiado. Es decir, lo han cambiado pero se han preocupado que esos números sigan funcionando.
Este enlace no es de openSUSE, pero es lo mismo: https://www.if-not-true-then-false.com/2012/howto-change-runlevel-on-grub2/
Eso si tienes problemas para arrancar. Si el sistema arranca, hay otra manera de dejar modo 3 permanentemente:
systemctl set-default multi-user.target
y al revés
systemctl set-default graphical.target
consultar:
systemctl get-default
Y también podrías usar "runlevel3.target" y "runlevel5.target".
Lo había hecho en el menú de inicio, pero escribí "init 3". No sabía de la opción más simple del 3 solo. Al menos para poder desde el Yast desinstalar Mesa 19.1 y ver si puedo instalar o compilar alguna versión més reciente de Mesa que la 18.2.3. Gracias! -- USA LINUX OPENSUSE QUE ES SOFTWARE LIBRE, NO NECESITAS PIRATEAR NADA Y NI TE VAS A PREOCUPAR MAS POR LOS VIRUS Y SPYWARES: http://www.opensuse.org/es/ Puedes visitar mi blog en: http://jerbes.blogspot.com.ar/ -- 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
El mar., 2 jul. 2019 a las 9:38, Juan Erbes (
El mar., 2 jul. 2019 a las 9:15, Carlos E. R. (
) escribió: On 02/07/2019 13.39, Juan Erbes wrote:
...
Opté por actualizar Mesa desde Build service a 19.1, pero aparentemente está compilada contra una versión de Glibc más reciente, y me bloquea el sistema sin darme posibilidad de hacer algo por consola, salvo que consiga setearla para que arranque en modo consola, lo que antes era el "init 3".
Al final de cuentas, una historia repetida con la 15.1 Alpha: https://lists.opensuse.org/opensuse-es/2018-11/msg00029.html
Opté por volver a instalar Tumbleweed en el otro disco duro, que al final de cuentas, a pesar de ser experimental, TERMINA SIENDO MAS ESTABLE, que la versión final de Leap 15.1 con un kernel, glibc y Mesa obsoletos.
¿Hay alguna opción en Leap 15.1 para arrancar en modo consola?
Claro.
En cuanto aparece el grub lo paras pulsando una tecla, 'e' para editar, buscas la linea del kernel, y pones un '3' al final de la linea. Arrancas en modo "3", como siempre. No ha cambiado. Es decir, lo han cambiado pero se han preocupado que esos números sigan funcionando.
Este enlace no es de openSUSE, pero es lo mismo: https://www.if-not-true-then-false.com/2012/howto-change-runlevel-on-grub2/
Eso si tienes problemas para arrancar. Si el sistema arranca, hay otra manera de dejar modo 3 permanentemente:
systemctl set-default multi-user.target
y al revés
systemctl set-default graphical.target
consultar:
systemctl get-default
Y también podrías usar "runlevel3.target" y "runlevel5.target".
Lo había hecho en el menú de inicio, pero escribí "init 3". No sabía de la opción más simple del 3 solo.
Al menos para poder desde el Yast desinstalar Mesa 19.1 y ver si puedo instalar o compilar alguna versión més reciente de Mesa que la 18.2.3.
Finalmente, el log despues de haber compilado en instalado Mesa, ya no hacía alusión a ningún archivo Mesa o driver gráfico. También actualicé al kernel a 5.16. Como root podía ingresar, pero como usuario, seguía dando error: Application: ksplashqml (ksplashqml), signal: Aborted Using host libthread_db library "/lib64/libthread_db.so.1". [Current thread is 1 (Thread 0x7face5f1d640 (LWP 2484))] Thread 15 (Thread 0x7faca5ffb700 (LWP 2499)): [KCrash Handler] #5 0x00007face300e160 in raise () from /lib64/libc.so.6 #6 0x00007face300f741 in abort () from /lib64/libc.so.6 #7 0x00007face30514a7 in __libc_message () from /lib64/libc.so.6 #8 0x00007face30e1f6e in __fortify_fail_abort () from /lib64/libc.so.6 #9 0x00007face30e1f32 in __stack_chk_fail () from /lib64/libc.so.6 #10 0x00007face28eff08 in ?? () from /usr/lib64/libQt5Qml.so.5 #11 0x00007face288710c in QV4::CompiledData::CompilationUnit::loadFromDisk(QUrl const&, QDateTime const&, QV4::EvalISelFactory*, QString*) () from /usr/lib64/libQt5Qml.so.5 #12 0x00007face2a34c5f in ?? () from /usr/lib64/libQt5Qml.so.5 #13 0x00007face2a3b3b3 in ?? () from /usr/lib64/libQt5Qml.so.5 #14 0x00007face2a3260c in QQmlDataBlob::tryDone() () from /usr/lib64/libQt5Qml.so.5 #15 0x00007face2a3286e in QQmlTypeLoader::setData(QQmlDataBlob*, QQmlDataBlob::SourceCodeData const&) () from /usr/lib64/libQt5Qml.so.5 #16 0x00007face2a330b5 in QQmlTypeLoader::setData(QQmlDataBlob*, QString const&) () from /usr/lib64/libQt5Qml.so.5 #17 0x00007face2a3407b in QQmlTypeLoader::loadThread(QQmlDataBlob*) () from /usr/lib64/libQt5Qml.so.5 #18 0x00007face2a341ed in ?? () from /usr/lib64/libQt5Qml.so.5 #19 0x00007face2aa3d54 in ?? () from /usr/lib64/libQt5Qml.so.5 #20 0x00007face2aa441a in ?? () from /usr/lib64/libQt5Qml.so.5 #21 0x00007face3a0e76a in QCoreApplication::notify(QObject*, QEvent*) () from /usr/lib64/libQt5Core.so.5 #22 0x00007face3a0e8d8 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () from /usr/lib64/libQt5Core.so.5 #23 0x00007face3a1104d in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /usr/lib64/libQt5Core.so.5 #24 0x00007face3a68323 in ?? () from /usr/lib64/libQt5Core.so.5 #25 0x00007facddb6de87 in g_main_context_dispatch () from /usr/lib64/libglib-2.0.so.0 #26 0x00007facddb6e230 in ?? () from /usr/lib64/libglib-2.0.so.0 #27 0x00007facddb6e2bc in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #28 0x00007face3a6794f in QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib64/libQt5Core.so.5 #29 0x00007face3a0c90a in QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib64/libQt5Core.so.5 #30 0x00007face382adaa in QThread::exec() () from /usr/lib64/libQt5Core.so.5 #31 0x00007face2aa39f5 in ?? () from /usr/lib64/libQt5Qml.so.5 #32 0x00007face382fced in ?? () from /usr/lib64/libQt5Core.so.5 #33 0x00007face0b3f569 in start_thread () from /lib64/libpthread.so.0 #34 0x00007face30d09ef in clone () from /lib64/libc.so.6 Thread 14 (Thread 0x7faca67fc700 (LWP 2497)): #0 0x00007face0b458ad in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007facc9865d83 in cnd_wait (mtx=0x55e9357011d0, cond=0x55e9357011f8) at ../include/c11/threads_posix.h:155 #2 util_queue_thread_func (input=input@entry=0x55e9357064d0) at ../src/util/u_queue.c:272 #3 0x00007facc98658e7 in impl_thrd_routine (p=<optimized out>) at ../include/c11/threads_posix.h:87 #4 0x00007face0b3f569 in start_thread () from /lib64/libpthread.so.0 #5 0x00007face30d09ef in clone () from /lib64/libc.so.6 Thread 13 (Thread 0x7faca6ffd700 (LWP 2496)): #0 0x00007face0b458ad in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007facc9865d83 in cnd_wait (mtx=0x55e9357011d0, cond=0x55e9357011f8) at ../include/c11/threads_posix.h:155 #2 util_queue_thread_func (input=input@entry=0x55e9357062d0) at ../src/util/u_queue.c:272 #3 0x00007facc98658e7 in impl_thrd_routine (p=<optimized out>) at ../include/c11/threads_posix.h:87 #4 0x00007face0b3f569 in start_thread () from /lib64/libpthread.so.0 #5 0x00007face30d09ef in clone () from /lib64/libc.so.6 Thread 12 (Thread 0x7faca77fe700 (LWP 2495)): #0 0x00007face0b458ad in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007facc9865d83 in cnd_wait (mtx=0x55e9357011d0, cond=0x55e9357011f8) at ../include/c11/threads_posix.h:155 #2 util_queue_thread_func (input=input@entry=0x55e9357060d0) at ../src/util/u_queue.c:272 #3 0x00007facc98658e7 in impl_thrd_routine (p=<optimized out>) at ../include/c11/threads_posix.h:87 #4 0x00007face0b3f569 in start_thread () from /lib64/libpthread.so.0 #5 0x00007face30d09ef in clone () from /lib64/libc.so.6 Thread 11 (Thread 0x7faca7fff700 (LWP 2494)): #0 0x00007face0b458ad in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007facc9865d83 in cnd_wait (mtx=0x55e9357011d0, cond=0x55e9357011f8) at ../include/c11/threads_posix.h:155 #2 util_queue_thread_func (input=input@entry=0x55e935705ed0) at ../src/util/u_queue.c:272 #3 0x00007facc98658e7 in impl_thrd_routine (p=<optimized out>) at ../include/c11/threads_posix.h:87 #4 0x00007face0b3f569 in start_thread () from /lib64/libpthread.so.0 #5 0x00007face30d09ef in clone () from /lib64/libc.so.6 Thread 10 (Thread 0x7facc0c81700 (LWP 2493)): #0 0x00007face0b458ad in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007facc9865d83 in cnd_wait (mtx=0x55e935700c50, cond=0x55e935700c78) at ../include/c11/threads_posix.h:155 #2 util_queue_thread_func (input=input@entry=0x55e935705490) at ../src/util/u_queue.c:272 #3 0x00007facc98658e7 in impl_thrd_routine (p=<optimized out>) at ../include/c11/threads_posix.h:87 #4 0x00007face0b3f569 in start_thread () from /lib64/libpthread.so.0 #5 0x00007face30d09ef in clone () from /lib64/libc.so.6 Thread 9 (Thread 0x7facc1482700 (LWP 2492)): #0 0x00007face0b458ad in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007facc9865d83 in cnd_wait (mtx=0x55e935700c50, cond=0x55e935700c78) at ../include/c11/threads_posix.h:155 #2 util_queue_thread_func (input=input@entry=0x55e935705290) at ../src/util/u_queue.c:272 #3 0x00007facc98658e7 in impl_thrd_routine (p=<optimized out>) at ../include/c11/threads_posix.h:87 #4 0x00007face0b3f569 in start_thread () from /lib64/libpthread.so.0 #5 0x00007face30d09ef in clone () from /lib64/libc.so.6 Thread 8 (Thread 0x7facc1c83700 (LWP 2491)): #0 0x00007face0b458ad in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007facc9865d83 in cnd_wait (mtx=0x55e935700c50, cond=0x55e935700c78) at ../include/c11/threads_posix.h:155 #2 util_queue_thread_func (input=input@entry=0x55e9357040f0) at ../src/util/u_queue.c:272 #3 0x00007facc98658e7 in impl_thrd_routine (p=<optimized out>) at ../include/c11/threads_posix.h:87 #4 0x00007face0b3f569 in start_thread () from /lib64/libpthread.so.0 #5 0x00007face30d09ef in clone () from /lib64/libc.so.6 Thread 7 (Thread 0x7facc2484700 (LWP 2490)): #0 0x00007face0b458ad in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007facc9865d83 in cnd_wait (mtx=0x55e935700c50, cond=0x55e935700c78) at ../include/c11/threads_posix.h:155 #2 util_queue_thread_func (input=input@entry=0x55e9357040b0) at ../src/util/u_queue.c:272 #3 0x00007facc98658e7 in impl_thrd_routine (p=<optimized out>) at ../include/c11/threads_posix.h:87 #4 0x00007face0b3f569 in start_thread () from /lib64/libpthread.so.0 #5 0x00007face30d09ef in clone () from /lib64/libc.so.6 Thread 6 (Thread 0x7facc2c85700 (LWP 2489)): #0 0x00007face0b458ad in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007facc9865d83 in cnd_wait (mtx=0x55e935700c50, cond=0x55e935700c78) at ../include/c11/threads_posix.h:155 #2 util_queue_thread_func (input=input@entry=0x55e9357014a0) at ../src/util/u_queue.c:272 #3 0x00007facc98658e7 in impl_thrd_routine (p=<optimized out>) at ../include/c11/threads_posix.h:87 #4 0x00007face0b3f569 in start_thread () from /lib64/libpthread.so.0 #5 0x00007face30d09ef in clone () from /lib64/libc.so.6 Thread 5 (Thread 0x7facc3486700 (LWP 2488)): #0 0x00007face0b458ad in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007facc9865d83 in cnd_wait (mtx=0x55e935700c50, cond=0x55e935700c78) at ../include/c11/threads_posix.h:155 #2 util_queue_thread_func (input=input@entry=0x55e9356fe390) at ../src/util/u_queue.c:272 #3 0x00007facc98658e7 in impl_thrd_routine (p=<optimized out>) at ../include/c11/threads_posix.h:87 #4 0x00007face0b3f569 in start_thread () from /lib64/libpthread.so.0 #5 0x00007face30d09ef in clone () from /lib64/libc.so.6 Thread 4 (Thread 0x7facc3c87700 (LWP 2487)): #0 0x00007face0b458ad in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007facc9865d83 in cnd_wait (mtx=0x55e9356660d8, cond=0x55e935666100) at ../include/c11/threads_posix.h:155 #2 util_queue_thread_func (input=input@entry=0x55e9356fe8c0) at ../src/util/u_queue.c:272 #3 0x00007facc98658e7 in impl_thrd_routine (p=<optimized out>) at ../include/c11/threads_posix.h:87 #4 0x00007face0b3f569 in start_thread () from /lib64/libpthread.so.0 #5 0x00007face30d09ef in clone () from /lib64/libc.so.6 Thread 3 (Thread 0x7facc4607700 (LWP 2486)): #0 0x00007face0b458ad in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007facc9865d83 in cnd_wait (mtx=0x55e9356ff938, cond=0x55e9356ff960) at ../include/c11/threads_posix.h:155 #2 util_queue_thread_func (input=input@entry=0x55e9356fe440) at ../src/util/u_queue.c:272 #3 0x00007facc98658e7 in impl_thrd_routine (p=<optimized out>) at ../include/c11/threads_posix.h:87 #4 0x00007face0b3f569 in start_thread () from /lib64/libpthread.so.0 #5 0x00007face30d09ef in clone () from /lib64/libc.so.6 Thread 2 (Thread 0x7facd27a7700 (LWP 2485)): #0 0x00007face30c619b in poll () from /lib64/libc.so.6 #1 0x00007facdfb15307 in ?? () from /usr/lib64/libxcb.so.1 #2 0x00007facdfb16f3a in xcb_wait_for_event () from /usr/lib64/libxcb.so.1 #3 0x00007facd4714939 in ?? () from /usr/lib64/libQt5XcbQpa.so.5 #4 0x00007face382fced in ?? () from /usr/lib64/libQt5Core.so.5 #5 0x00007face0b3f569 in start_thread () from /lib64/libpthread.so.0 #6 0x00007face30d09ef in clone () from /lib64/libc.so.6 Thread 1 (Thread 0x7face5f1d640 (LWP 2484)): #0 0x00007face0b458ad in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007face383111b in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQt5Core.so.5 #2 0x00007face2aa40b1 in ?? () from /usr/lib64/libQt5Qml.so.5 #3 0x00007face2a4211c in void QQmlTypeLoader::doLoad<PlainLoader>(PlainLoader const&, QQmlDataBlob*, QQmlTypeLoader::Mode) () from /usr/lib64/libQt5Qml.so.5 #4 0x00007face2a34236 in QQmlTypeLoader::load(QQmlDataBlob*, QQmlTypeLoader::Mode) () from /usr/lib64/libQt5Qml.so.5 #5 0x00007face2a35b5e in QQmlTypeLoader::getType(QUrl const&, QQmlTypeLoader::Mode) () from /usr/lib64/libQt5Qml.so.5 #6 0x00007face2a13f52 in QQmlComponentPrivate::loadUrl(QUrl const&, QQmlComponent::CompilationMode) () from /usr/lib64/libQt5Qml.so.5 #7 0x00007face2dc9ea2 in ?? () from /usr/lib64/libKF5Declarative.so.5 #8 0x00007face5b3a1ce in KQuickAddons::QuickViewSharedEngine::setSource(QUrl const&) () from /usr/lib64/libKF5QuickAddons.so.5 #9 0x000055e933ef7537 in ?? () #10 0x000055e933ef5c35 in ?? () #11 0x000055e933ef63a8 in ?? () #12 0x000055e933ef526e in ?? () #13 0x00007face2ff8f8a in __libc_start_main () from /lib64/libc.so.6 #14 0x000055e933ef52da in _start () [Inferior 1 (process 2484) detached] Opté por actualizar todo Plasma5 a 5.16.2, pero ahora puedo ingresar como usuario, pero aparece la pantalla negra, e incluso como root también: Application: KWin (kwin_x11), signal: Segmentation fault Using host libthread_db library "/lib64/libthread_db.so.1". [Current thread is 1 (Thread 0x7ff252ea3300 (LWP 2849))] Thread 5 (Thread 0x7ff22e14f700 (LWP 2880)): #0 0x00007ff24b65d8ad in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007ff24e96b784 in ?? () from /usr/lib64/libQt5Script.so.5 #2 0x00007ff24e96b7c9 in ?? () from /usr/lib64/libQt5Script.so.5 #3 0x00007ff24b657569 in start_thread () from /lib64/libpthread.so.0 #4 0x00007ff2528109ef in clone () from /lib64/libc.so.6 Thread 4 (Thread 0x7ff22f397700 (LWP 2879)): #0 0x00007ff252806296 in ppoll () from /lib64/libc.so.6 #1 0x00007ff24fd14271 in qt_safe_poll(pollfd*, unsigned long, timespec const*) () from /usr/lib64/libQt5Core.so.5 #2 0x00007ff24fd15a08 in QEventDispatcherUNIX::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib64/libQt5Core.so.5 #3 0x00007ff24fcb8b6a in QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib64/libQt5Core.so.5 #4 0x00007ff24fad4d6a in QThread::exec() () from /usr/lib64/libQt5Core.so.5 #5 0x00007ff24a04c255 in ?? () from /usr/lib64/libQt5Qml.so.5 #6 0x00007ff24fad6512 in ?? () from /usr/lib64/libQt5Core.so.5 #7 0x00007ff24b657569 in start_thread () from /lib64/libpthread.so.0 #8 0x00007ff2528109ef in clone () from /lib64/libc.so.6 Thread 3 (Thread 0x7ff22ffff700 (LWP 2878)): #0 0x00007ff24b65dbdb in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007ff24fadd3e6 in QWaitCondition::wait(QMutex*, QDeadlineTimer) () from /usr/lib64/libQt5Core.so.5 #2 0x00007ff24fadd746 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQt5Core.so.5 #3 0x00007ff24fada18d in ?? () from /usr/lib64/libQt5Core.so.5 #4 0x00007ff24fad6512 in ?? () from /usr/lib64/libQt5Core.so.5 #5 0x00007ff24b657569 in start_thread () from /lib64/libpthread.so.0 #6 0x00007ff2528109ef in clone () from /lib64/libc.so.6 Thread 2 (Thread 0x7ff235acf700 (LWP 2853)): #0 0x00007ff252806296 in ppoll () from /lib64/libc.so.6 #1 0x00007ff24fd14271 in qt_safe_poll(pollfd*, unsigned long, timespec const*) () from /usr/lib64/libQt5Core.so.5 #2 0x00007ff24fd15a08 in QEventDispatcherUNIX::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib64/libQt5Core.so.5 #3 0x00007ff24fcb8b6a in QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib64/libQt5Core.so.5 #4 0x00007ff24fad4d6a in QThread::exec() () from /usr/lib64/libQt5Core.so.5 #5 0x00007ff248e9edb5 in ?? () from /usr/lib64/libQt5DBus.so.5 #6 0x00007ff24fad6512 in ?? () from /usr/lib64/libQt5Core.so.5 #7 0x00007ff24b657569 in start_thread () from /lib64/libpthread.so.0 #8 0x00007ff2528109ef in clone () from /lib64/libc.so.6 Thread 1 (Thread 0x7ff252ea3300 (LWP 2849)): [KCrash Handler] #6 0x00007ff25233a2dd in KWin::Workspace::performWindowOperation(KWin::AbstractClient*, KWin::Options::WindowOperation) () from /usr/lib64/libkwin.so.5 #7 0x00007ff24e0e4085 in KDecoration2::DecoratedClient::color(KDecoration2::ColorGroup, KDecoration2::ColorRole) const () from /usr/lib64/libkdecorations2.so.5 #8 0x00007ff22f5cf97a in ?? () from /usr/lib64/qt5/plugins/org.kde.kdecoration2/breezedecoration.so #9 0x00007ff22f5d1260 in ?? () from /usr/lib64/qt5/plugins/org.kde.kdecoration2/breezedecoration.so #10 0x00007ff22f5d19a9 in ?? () from /usr/lib64/qt5/plugins/org.kde.kdecoration2/breezedecoration.so #11 0x00007ff2523e3b9d in KWin::Decoration::Renderer::renderToImage(QRect const&) () from /usr/lib64/libkwin.so.5 #12 0x00007ff2350532c5 in ?? () from /usr/lib64/qt5/plugins/org.kde.kwin.platforms/KWinX11Platform.so #13 0x00007ff24fceb44f in QMetaObject::activate(QObject*, int, int, void**) () from /usr/lib64/libQt5Core.so.5 #14 0x00007ff24fcf7ff7 in QTimer::timeout(QTimer::QPrivateSignal) () from /usr/lib64/libQt5Core.so.5 #15 0x00007ff24fcf8358 in QTimer::timerEvent(QTimerEvent*) () from /usr/lib64/libQt5Core.so.5 #16 0x00007ff24fcebe4b in QObject::event(QEvent*) () from /usr/lib64/libQt5Core.so.5 #17 0x00007ff250af4fac in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/libQt5Widgets.so.5 #18 0x00007ff250afc520 in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/libQt5Widgets.so.5 #19 0x00007ff24fcba958 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () from /usr/lib64/libQt5Core.so.5 #20 0x00007ff24fd179d9 in QTimerInfoList::activateTimers() () from /usr/lib64/libQt5Core.so.5 #21 0x00007ff24fd15d0a in QEventDispatcherUNIX::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib64/libQt5Core.so.5 #22 0x00007ff238e36ace in ?? () from /usr/lib64/libQt5XcbQpa.so.5 #23 0x00007ff24fcb8b6a in QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib64/libQt5Core.so.5 #24 0x00007ff24fcc1e30 in QCoreApplication::exec() () from /usr/lib64/libQt5Core.so.5 #25 0x00007ff252ae1778 in kdemain () from /usr/lib64/libkdeinit5_kwin_x11.so #26 0x00007ff252738f8a in __libc_start_main () from /lib64/libc.so.6 #27 0x0000564dea17f80a in _start () [Inferior 1 (process 2849) detached] ¿Tendré que actualizar glibc también? Salu2 -- USA LINUX OPENSUSE QUE ES SOFTWARE LIBRE, NO NECESITAS PIRATEAR NADA Y NI TE VAS A PREOCUPAR MAS POR LOS VIRUS Y SPYWARES: http://www.opensuse.org/es/ Puedes visitar mi blog en: http://jerbes.blogspot.com.ar/ -- 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
El dom., 7 jul. 2019 a las 23:47, Juan Erbes (
El mar., 2 jul. 2019 a las 9:38, Juan Erbes (
) escribió: El mar., 2 jul. 2019 a las 9:15, Carlos E. R. (
) escribió: On 02/07/2019 13.39, Juan Erbes wrote:
...
Opté por actualizar Mesa desde Build service a 19.1, pero aparentemente está compilada contra una versión de Glibc más reciente, y me bloquea el sistema sin darme posibilidad de hacer algo por consola, salvo que consiga setearla para que arranque en modo consola, lo que antes era el "init 3".
Al final de cuentas, una historia repetida con la 15.1 Alpha: https://lists.opensuse.org/opensuse-es/2018-11/msg00029.html
Opté por volver a instalar Tumbleweed en el otro disco duro, que al final de cuentas, a pesar de ser experimental, TERMINA SIENDO MAS ESTABLE, que la versión final de Leap 15.1 con un kernel, glibc y Mesa obsoletos.
¿Hay alguna opción en Leap 15.1 para arrancar en modo consola?
Finalmente, opté por volver a reinstalar Leap 15.1, formateando nuevamente la partición raíz. Esta vez evité activar los repositorios adicionales durante la instalación. Aunque creo que la causa de todo fue que había cambiado la clave de usuario durante la instalación anterior, y por eso me permitiía loguearme como root con Plasma pero no como usuario. Lo extraño, es que como usuario me permitía loguear con IceWM. Salu2 -- 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 09/07/2019 16.32, Juan Erbes wrote:
El dom., 7 jul. 2019 a las 23:47, Juan Erbes (<>) escribió:
Finalmente, opté por volver a reinstalar Leap 15.1, formateando nuevamente la partición raíz.
Esta vez evité activar los repositorios adicionales durante la instalación.
Aunque creo que la causa de todo fue que había cambiado la clave de usuario durante la instalación anterior, y por eso me permitiía loguearme como root con Plasma pero no como usuario. Lo extraño, es que como usuario me permitía loguear con IceWM.
Si podías entrar en otro desktop, entonces no era problema de contraseñas o usuarios. ¿Llegaste a probar con un usuario nuevo? -- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)
El mié., 10 jul. 2019 a las 9:19, Carlos E. R.
(
On 09/07/2019 16.32, Juan Erbes wrote:
El dom., 7 jul. 2019 a las 23:47, Juan Erbes (<>) escribió:
Finalmente, opté por volver a reinstalar Leap 15.1, formateando nuevamente la partición raíz.
Esta vez evité activar los repositorios adicionales durante la instalación.
Aunque creo que la causa de todo fue que había cambiado la clave de usuario durante la instalación anterior, y por eso me permitiía loguearme como root con Plasma pero no como usuario. Lo extraño, es que como usuario me permitía loguear con IceWM.
Si podías entrar en otro desktop, entonces no era problema de contraseñas o usuarios.
¿Llegaste a probar con un usuario nuevo?
No llegué a probar con un ususario nuevo antes de reinstalar. KDE 3 y 4 ya tenían problemas similares para el primer inicio de sesión después de haber instalado una versión nueva con un /home/usuario existentes, donde usualmente habia que borrar (o mover a una carpeta de backup) .kde3 y .kde4. En algunos casos, en las versiones más viejas, ingresando primero como root "se solucionaba mágicamente". Pero en este caso, seguramente al haber cambiado la clave de usuario, algo no se ajustó correctamente y sólo afectaba a Plasma5, pero no afectaba a IceWM. Solo queda por instalar el kernel 5.16 desde otro repo de software.opensuse.com. Salu2 -- USA LINUX OPENSUSE QUE ES SOFTWARE LIBRE, NO NECESITAS PIRATEAR NADA Y NI TE VAS A PREOCUPAR MAS POR LOS VIRUS Y SPYWARES: http://www.opensuse.org/es/ Puedes visitar mi blog en: http://jerbes.blogspot.com.ar/ -- 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
participants (2)
-
Carlos E. R.
-
Juan Erbes