Re: [opensuse-es] systemd-coredump usando todos los cpu al 100%
On 2017-08-09 17:56, H. Gabriel Máculus wrote:
El 9 de agosto de 2017, 10:44, Carlos E. R. <> escribió:
On 2017-08-09 05:56, H. Gabriel Máculus wrote:
Acuérdate de escribir a la lista, no en privado. ...
A ver, esa solución es mala. El problema no es coredump, el problema es que alguna otra aplicación te está petando. coredump unicamente recoge los restos.
Claro que es mala pero el problema si es coredump porque ninguna aplicacion se cierra, se dispara coredump y ocupa todos los procesadores de mi notebook causando sobrecalentamiento y dejando el sistema casi inusable.
¿Que aplicación es la que te peta? Si no lo sabes, está en el log. Por ejemplo:
journalctl | grep coredump
Aug 04 09:39:08 linux-5yjr systemd-coredump[17475]: Removed old coredump core.kded5.1000.cf012abed7f64377809cf39b9dd255e7.13549.1501850341000000.xz. Aug 04 09:39:08 linux-5yjr systemd-coredump[17475]: Process 13549 (kded5) of user 1000 dumped core. Failed to get journal fields: Bad message
Pues ahí o tienes: es kded5 el que está reventando.
Y por cierto, lo que ocupa la CPU del proceso systemd-coredump es la compresión, que también se puede desactivar - pero te llena el disco.
o sea con compresion te liquida el cpu y sin compresion te liquida el disco, menuda basura el systemd
Joer, y dale. Lo haga quien lo haga, el kernel está detectando que hay un programa que ha petado. Ha recogido la basura para su estudio y se la ha pasado al systemd, quien se limita a decírtelo y a guardarla durante una semana, y luego la borrará. No confundas al mensajero con el culpable. Es como si el coche se te para en mitad de la autovía, y le pitas a la grúa por estorbar. Lo que has hecho es decirle al sistema que tire el coche al barranco y que se olvide.
podria ser que se corrompe el log y eso causa la falla en coredump?
No hay ninguna falla en coredump. Tienes una falla gorda en kded5. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)
El 9 de agosto de 2017, 15:39, Carlos E. R.
On 2017-08-09 17:56, H. Gabriel Máculus wrote:
El 9 de agosto de 2017, 10:44, Carlos E. R. <> escribió:
On 2017-08-09 05:56, H. Gabriel Máculus wrote:
Acuérdate de escribir a la lista, no en privado.
no se porque te contesté a vos, esta genialidad de gmail contesta a una persona en vez de a la lista.
...
A ver, esa solución es mala. El problema no es coredump, el problema es que alguna otra aplicación te está petando. coredump unicamente recoge los restos.
Claro que es mala pero el problema si es coredump porque ninguna aplicacion se cierra, se dispara coredump y ocupa todos los procesadores de mi notebook causando sobrecalentamiento y dejando el sistema casi inusable.
¿Que aplicación es la que te peta? Si no lo sabes, está en el log. Por ejemplo:
journalctl | grep coredump
Aug 04 09:39:08 linux-5yjr systemd-coredump[17475]: Removed old coredump core.kded5.1000.cf012abed7f64377809cf39b9dd255e7.13549.1501850341000000.xz. Aug 04 09:39:08 linux-5yjr systemd-coredump[17475]: Process 13549 (kded5) of user 1000 dumped core. Failed to get journal fields: Bad message
Pues ahí o tienes: es kded5 el que está reventando.
no es, por la fecha no puede ser nunca ademas elimine todos los posibles procesos y el problema sigue.
Y por cierto, lo que ocupa la CPU del proceso systemd-coredump es la compresión, que también se puede desactivar - pero te llena el disco.
o sea con compresion te liquida el cpu y sin compresion te liquida el disco, menuda basura el systemd
Joer, y dale.
pues si, el programa tiene un bug cuando los logs estan corruptos.
Lo haga quien lo haga, el kernel está detectando que hay un programa que ha petado. Ha recogido la basura para su estudio y se la ha pasado al systemd, quien se limita a decírtelo y a guardarla durante una semana, y luego la borrará. No confundas al mensajero con el culpable.
el proceso que se inicia y termina infinitas veces es coredump, se nota que al no poder abrir los logs inicia otra instancia por cada procesador.
Es como si el coche se te para en mitad de la autovía, y le pitas a la grúa por estorbar. Lo que has hecho es decirle al sistema que tire el coche al barranco y que se olvide.
pues la grua ocupaba todos los carriles, el auto ocupada uno solo. systemd vino a demostrar que es peor que la enfermedad.
podria ser que se corrompe el log y eso causa la falla en coredump?
No hay ninguna falla en coredump.
pero que terco, esta Mr perfecto el sistema tiene ninguna falla solo es mi imaginacion
Tienes una falla gorda en kded5.
imposible porque lo elimine y el problema persiste. la solucion fue eliminar los logs dañados y todo volvio a la normalidad, voy a tratar de reproducirlo para reportarlo creo que es mejor que discutir con un creyente. -- H. Gabriel Máculus http://twitter.com/gabrielix - https://prism-break.org/ -- 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 2017-08-09 22:08, H. Gabriel Máculus wrote:
El 9 de agosto de 2017, 15:39, Carlos E. R. <> escribió:
¿Que aplicación es la que te peta? Si no lo sabes, está en el log. Por ejemplo:
journalctl | grep coredump
Aug 04 09:39:08 linux-5yjr systemd-coredump[17475]: Removed old coredump core.kded5.1000.cf012abed7f64377809cf39b9dd255e7.13549.1501850341000000.xz. Aug 04 09:39:08 linux-5yjr systemd-coredump[17475]: Process 13549 (kded5) of user 1000 dumped core. Failed to get journal fields: Bad message
Pues ahí o tienes: es kded5 el que está reventando.
no es, por la fecha no puede ser nunca ademas elimine todos los posibles procesos y el problema sigue.
Y por cierto, lo que ocupa la CPU del proceso systemd-coredump es la compresión, que también se puede desactivar - pero te llena el disco.
o sea con compresion te liquida el cpu y sin compresion te liquida el disco, menuda basura el systemd
Joer, y dale.
pues si, el programa tiene un bug cuando los logs estan corruptos.
Lo haga quien lo haga, el kernel está detectando que hay un programa que ha petado. Ha recogido la basura para su estudio y se la ha pasado al systemd, quien se limita a decírtelo y a guardarla durante una semana, y luego la borrará. No confundas al mensajero con el culpable.
el proceso que se inicia y termina infinitas veces es coredump, se nota que al no poder abrir los logs inicia otra instancia por cada procesador.
A ver, tienes un monton de procesos ocupando cada uno un core porque hay una aplicación por ahí que está petando, y en cada pete se lanza un proceso que guarda el core que captura el KERNEL. Y en cada caso, en el log se guarda el nombre del proceso que petó y la fecha y hora y minuto y segundo.
Es como si el coche se te para en mitad de la autovía, y le pitas a la grúa por estorbar. Lo que has hecho es decirle al sistema que tire el coche al barranco y que se olvide.
pues la grua ocupaba todos los carriles, el auto ocupada uno solo. systemd vino a demostrar que es peor que la enfermedad.
Porque no se ha estrellado un coche, sino veinte.
podria ser que se corrompe el log y eso causa la falla en coredump?
No hay ninguna falla en coredump.
pero que terco, esta Mr perfecto el sistema tiene ninguna falla solo es mi imaginacion
Tienes una falla gorda en kded5.
imposible porque lo elimine y el problema persiste.
El log dice que sí. El dia 4 de agosto: Aug 04 09:39:08 linux-5yjr systemd-coredump[17475]: Process 13549 (kded5) of user 1000 dumped core. ******* Claro, que estamos a diez de agosto. Pues pon los logs correctos, no los de hace varios dias. journalctl | grep coredump hasta que termine. No lo pares.
la solucion fue eliminar los logs dañados y todo volvio a la normalidad, voy a tratar de reproducirlo para reportarlo creo que es mejor que discutir con un creyente.
Y te mandarán a freir monas, y eso que yo no soy creyente. Te aconsejo que no discutas con ellos sobre systemd. El otro dia expulsaron a dos de las listas, foros, irc, de todo, por hacerlo, y a perpetuidad. Y en este caso, no tienes razón. A mi no me gusta systemd, prefiero initd, pero en este caso no hay problema con systemd. El problema viene de otro/otros procesos que provocan esos síntomas en systemd. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)
In data giovedì 10 agosto 2017 02:37:37 CEST, Carlos E. R. ha scritto:
On 2017-08-09 22:08, H. Gabriel Máculus wrote:
El 9 de agosto de 2017, 15:39, Carlos E. R. <> escribió:
¿Que aplicación es la que te peta? Si no lo sabes, está en el log. Por ejemplo:
journalctl | grep coredump
Aug 04 09:39:08 linux-5yjr systemd-coredump[17475]: Removed old coredump core.kded5.1000.cf012abed7f64377809cf39b9dd255e7.13549.1501850341000000 .xz. Aug 04 09:39:08 linux-5yjr systemd-coredump[17475]: Process 13549 (kded5) of user 1000 dumped core. Failed to get journal fields: Bad message
Pues ahí o tienes: es kded5 el que está reventando.
no es, por la fecha no puede ser nunca ademas elimine todos los posibles procesos y el problema sigue.
Y por cierto, lo que ocupa la CPU del proceso systemd-coredump es la compresión, que también se puede desactivar - pero te llena el disco.
o sea con compresion te liquida el cpu y sin compresion te liquida el disco, menuda basura el systemd
Joer, y dale.
pues si, el programa tiene un bug cuando los logs estan corruptos.
Lo haga quien lo haga, el kernel está detectando que hay un programa que ha petado. Ha recogido la basura para su estudio y se la ha pasado al systemd, quien se limita a decírtelo y a guardarla durante una semana, y luego la borrará. No confundas al mensajero con el culpable.
el proceso que se inicia y termina infinitas veces es coredump, se nota que al no poder abrir los logs inicia otra instancia por cada procesador.
A ver, tienes un monton de procesos ocupando cada uno un core porque hay una aplicación por ahí que está petando, y en cada pete se lanza un proceso que guarda el core que captura el KERNEL. Y en cada caso, en el log se guarda el nombre del proceso que petó y la fecha y hora y minuto y segundo.
Es como si el coche se te para en mitad de la autovía, y le pitas a la grúa por estorbar. Lo que has hecho es decirle al sistema que tire el coche al barranco y que se olvide.
pues la grua ocupaba todos los carriles, el auto ocupada uno solo. systemd vino a demostrar que es peor que la enfermedad.
Porque no se ha estrellado un coche, sino veinte.
podria ser que se corrompe el log y eso causa la falla en coredump?
No hay ninguna falla en coredump.
pero que terco, esta Mr perfecto el sistema tiene ninguna falla solo es mi imaginacion
Tienes una falla gorda en kded5.
imposible porque lo elimine y el problema persiste.
El log dice que sí. El dia 4 de agosto:
Aug 04 09:39:08 linux-5yjr systemd-coredump[17475]: Process 13549 (kded5) of user 1000 dumped core. *******
Claro, que estamos a diez de agosto. Pues pon los logs correctos, no los de hace varios dias.
journalctl | grep coredump
hasta que termine. No lo pares.
la solucion fue eliminar los logs dañados y todo volvio a la normalidad, voy a tratar de reproducirlo para reportarlo creo que es mejor que discutir con un creyente.
Y te mandarán a freir monas, y eso que yo no soy creyente.
Te aconsejo que no discutas con ellos sobre systemd. El otro dia expulsaron a dos de las listas, foros, irc, de todo, por hacerlo, y a perpetuidad.
Y en este caso, no tienes razón. A mi no me gusta systemd, prefiero initd, pero en este caso no hay problema con systemd. El problema viene de otro/otros procesos que provocan esos síntomas en systemd. Tengo aquí un sistema nuevo:
-- Logs begin at gio 2017-07-27 16:58:32 CEST, end at gio 2017-08-10 10:44:38 CEST. -- ago 10 10:44:38 roadrunner org.kde.kwalletd5[3836]: Migration agent stop. ago 10 10:44:38 roadrunner org.kde.kwalletd5[3836]: old wallets were already migrated ago 10 10:44:38 roadrunner org.kde.kwalletd5[3836]: Migration agent starting... ago 10 10:44:37 roadrunner org.kde.kwalletd5[3836]: The key was found. ago 10 10:44:37 roadrunner org.kde.kwalletd5[3836]: This wallet was encrypted using GPG key with ID "3444252C6A7D1687" ago 10 10:44:28 roadrunner org.kde.kwalletd5[3836]: Wallet new enough, using new hash ago 10 10:44:28 roadrunner org.kde.kwalletd5[3836]: Setting useNewHash to true ago 10 10:44:27 roadrunner org.kde.kwalletd5[3836]: openAsync for ":1.51" ago 10 10:44:27 roadrunner org.kde.kwalletd5[3836]: kwalletd5 started ago 10 10:44:23 roadrunner obexd[4016]: OBEX daemon 5.41 ago 10 10:44:21 roadrunner checkproc[3825]: checkproc: can not get session id for process 3617! ago 10 10:44:21 roadrunner sddm-helper[3784]: Adding cookie to "/home/ entropia/.Xauthority" ago 10 10:44:21 roadrunner systemd[3777]: Startup finished in 21ms. ago 10 10:44:21 roadrunner systemd[3777]: Reached target Default. ago 10 10:44:21 roadrunner systemd[3777]: Reached target Basic System. ago 10 10:44:21 roadrunner systemd[3777]: Reached target Paths. ago 10 10:44:21 roadrunner systemd[3777]: Reached target Timers. ago 10 10:44:21 roadrunner systemd[3777]: Reached target Sockets. ago 10 10:44:08 roadrunner systemd[3560]: pam_unix(systemd-user:session): session closed for user entropia ago 10 10:44:08 roadrunner systemd[3558]: Received SIGRTMIN+24 from PID 3721 (kill). ago 10 10:44:08 roadrunner systemd[3558]: Stopped target Timers. ago 10 10:44:08 roadrunner systemd[3558]: Stopped target Sockets. ago 10 10:44:08 roadrunner systemd[3558]: Stopped target Paths. ago 10 10:44:08 roadrunner systemd[3558]: Stopped target Basic System. ago 10 10:44:08 roadrunner systemd[3558]: Stopped target Default. ago 10 10:44:08 roadrunner systemd[3558]: Starting Exit the Session... ago 10 10:44:08 roadrunner systemd[3558]: Reached target Shutdown. ago 10 10:44:06 roadrunner org.kde.KScreen[3616]: after 196 requests (196 known processed) with 0 events remaining. ago 10 10:44:06 roadrunner org.kde.KScreen[3616]: XIO: fatal IO error 3 (Nessun processo corrisponde) on X server ":2" ago 10 10:44:06 roadrunner org.kde.KScreen[3616]: The X11 connection broke: I/ O error (code 1) ago 10 10:44:05 roadrunner org.kde.kglobalaccel[3616]: The X11 connection broke (error 1). Did the X11 server die? ago 10 10:44:05 roadrunner org.kde.KScreen[3616]: Qt: couldn't get core keyboard device info ago 10 10:44:05 roadrunner org.kde.KScreen[3616]: Qt: failed to retrieve the virtual modifier map from XKB ago 10 10:44:04 roadrunner checkproc[3605]: checkproc: can not get session id for process 3843! ago 10 10:44:04 roadrunner sddm-helper[3564]: Adding cookie to "/home/ entropia/.Xauthority" Parece tanto que 42.3 es un medio desastre..... Process 4639 (kontact) of user 1002 dumped core. Process 3913 (kded5) of user 1002 dumped core. ago 09 22:17:02 roadrunner systemd-coredump[17629]: Process 17620 (drkonqi) of user 1002 dumped core. ago 09 22:17:02 roadrunner systemd-coredump[17632]: Process 17628 (klauncher) of user 1002 dumped core. He escrito sobre kde-opensuse.org Sin embargo como contestar fue solo un usuario diciendo de "cambiar la ventilation del notebook". Has abierto un bug? -- 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 2017-08-10 22:05, stakanov wrote:
In data giovedì 10 agosto 2017 02:37:37 CEST, Carlos E. R. ha scritto:
Tengo aquí un sistema nuevo:
-- Logs begin at gio 2017-07-27 16:58:32 CEST, end at gio 2017-08-10 10:44:38 CEST. -- ago 10 10:44:38 roadrunner org.kde.kwalletd5[3836]: Migration agent stop. ago 10 10:44:38 roadrunner org.kde.kwalletd5[3836]: old wallets were already migrated ago 10 10:44:38 roadrunner org.kde.kwalletd5[3836]: Migration agent starting... ago 10 10:44:37 roadrunner org.kde.kwalletd5[3836]: The key was found. ago 10 10:44:37 roadrunner org.kde.kwalletd5[3836]: This wallet was encrypted using GPG key with ID "3444252C6A7D1687" ago 10 10:44:28 roadrunner org.kde.kwalletd5[3836]: Wallet new enough, using new hash ago 10 10:44:28 roadrunner org.kde.kwalletd5[3836]: Setting useNewHash to true ago 10 10:44:27 roadrunner org.kde.kwalletd5[3836]: openAsync for ":1.51" ago 10 10:44:27 roadrunner org.kde.kwalletd5[3836]: kwalletd5 started ago 10 10:44:23 roadrunner obexd[4016]: OBEX daemon 5.41 ago 10 10:44:21 roadrunner checkproc[3825]: checkproc: can not get session id for process 3617! ago 10 10:44:21 roadrunner sddm-helper[3784]: Adding cookie to "/home/ entropia/.Xauthority" ago 10 10:44:21 roadrunner systemd[3777]: Startup finished in 21ms. ago 10 10:44:21 roadrunner systemd[3777]: Reached target Default. ago 10 10:44:21 roadrunner systemd[3777]: Reached target Basic System. ago 10 10:44:21 roadrunner systemd[3777]: Reached target Paths. ago 10 10:44:21 roadrunner systemd[3777]: Reached target Timers. ago 10 10:44:21 roadrunner systemd[3777]: Reached target Sockets. ago 10 10:44:08 roadrunner systemd[3560]: pam_unix(systemd-user:session): session closed for user entropia ago 10 10:44:08 roadrunner systemd[3558]: Received SIGRTMIN+24 from PID 3721 (kill). ago 10 10:44:08 roadrunner systemd[3558]: Stopped target Timers. ago 10 10:44:08 roadrunner systemd[3558]: Stopped target Sockets. ago 10 10:44:08 roadrunner systemd[3558]: Stopped target Paths. ago 10 10:44:08 roadrunner systemd[3558]: Stopped target Basic System. ago 10 10:44:08 roadrunner systemd[3558]: Stopped target Default. ago 10 10:44:08 roadrunner systemd[3558]: Starting Exit the Session... ago 10 10:44:08 roadrunner systemd[3558]: Reached target Shutdown. ago 10 10:44:06 roadrunner org.kde.KScreen[3616]: after 196 requests (196 known processed) with 0 events remaining. ago 10 10:44:06 roadrunner org.kde.KScreen[3616]: XIO: fatal IO error 3 (Nessun processo corrisponde) on X server ":2" ago 10 10:44:06 roadrunner org.kde.KScreen[3616]: The X11 connection broke: I/ O error (code 1) ago 10 10:44:05 roadrunner org.kde.kglobalaccel[3616]: The X11 connection broke (error 1). Did the X11 server die? ago 10 10:44:05 roadrunner org.kde.KScreen[3616]: Qt: couldn't get core keyboard device info ago 10 10:44:05 roadrunner org.kde.KScreen[3616]: Qt: failed to retrieve the virtual modifier map from XKB ago 10 10:44:04 roadrunner checkproc[3605]: checkproc: can not get session id for process 3843! ago 10 10:44:04 roadrunner sddm-helper[3564]: Adding cookie to "/home/ entropia/.Xauthority"
Parece tanto que 42.3 es un medio desastre.....
No llego a entender ahí arriba que es lo que está ocurriendo.
Process 4639 (kontact) of user 1002 dumped core. Process 3913 (kded5) of user 1002 dumped core. ago 09 22:17:02 roadrunner systemd-coredump[17629]: Process 17620 (drkonqi) of user 1002 dumped core. ago 09 22:17:02 roadrunner systemd-coredump[17632]: Process 17628 (klauncher) of user 1002 dumped core.
Esto si lo entiendo: dos procesos en el mismo instante se han colgado y han "volcado el nucleo" (dumped core). Se ha colgado "klauncher" y "drkonqi". El segundo es un analizador de cuelgues que se ha colgado, lo cual no tiene ninguna gracia. Y arriba tienes otros dos procesos que han hecho lo mismo, pero no tenemos registro de la hora: kded5 y kontact. Sí, eso es un desastre. Y claro, en ese momento el systemd-coredump hace lo que le piden: guardar comprimidos los volcados de memoria de todas esas aplicaciones que se han caído. Cuatro aplicaciones, pues cuatro procesos de comprension. Esos volcados pueden tener unos poquitos megas, o unos cientos de megas. Sobrecarga de sistema al canto. Anteriormente al systemd (salvo que el administrador pusiera su propio script), esos volcados se hacían sin comprimir y sin control, esto es, repartidos por todo el disco duro. El systemd los pone en un sólo sitio, comprimidos, y cuando son antiguos los borra automáticamente. Y se puede configurar por cada administrador para que comprima o no, o que no guarde nada, así que no hay ningún bug.
He escrito sobre kde-opensuse.org Sin embargo como contestar fue solo un usuario diciendo de "cambiar la ventilation del notebook".
Buff. :-( Yo preguntaría si es actualización de 42.2 a 42.3 y que como la hiciste.
Has abierto un bug?
Si lo abre culpando a systemd le van a mandar a hacer puñetas, porque no tienen el horno para bollos ahora mismo... :-( -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)
2017-08-10 22:59 GMT-05:00 Carlos E. R.
On 2017-08-10 22:05, stakanov wrote:
In data giovedì 10 agosto 2017 02:37:37 CEST, Carlos E. R. ha scritto:
Tengo aquí un sistema nuevo:
-- Logs begin at gio 2017-07-27 16:58:32 CEST, end at gio 2017-08-10 10:44:38 CEST. -- ago 10 10:44:38 roadrunner org.kde.kwalletd5[3836]: Migration agent stop. ago 10 10:44:38 roadrunner org.kde.kwalletd5[3836]: old wallets were already migrated ago 10 10:44:38 roadrunner org.kde.kwalletd5[3836]: Migration agent starting... ago 10 10:44:37 roadrunner org.kde.kwalletd5[3836]: The key was found. ago 10 10:44:37 roadrunner org.kde.kwalletd5[3836]: This wallet was encrypted using GPG key with ID "3444252C6A7D1687" ago 10 10:44:28 roadrunner org.kde.kwalletd5[3836]: Wallet new enough, using new hash ago 10 10:44:28 roadrunner org.kde.kwalletd5[3836]: Setting useNewHash to true ago 10 10:44:27 roadrunner org.kde.kwalletd5[3836]: openAsync for ":1.51" ago 10 10:44:27 roadrunner org.kde.kwalletd5[3836]: kwalletd5 started ago 10 10:44:23 roadrunner obexd[4016]: OBEX daemon 5.41 ago 10 10:44:21 roadrunner checkproc[3825]: checkproc: can not get session id for process 3617! ago 10 10:44:21 roadrunner sddm-helper[3784]: Adding cookie to "/home/ entropia/.Xauthority" ago 10 10:44:21 roadrunner systemd[3777]: Startup finished in 21ms. ago 10 10:44:21 roadrunner systemd[3777]: Reached target Default. ago 10 10:44:21 roadrunner systemd[3777]: Reached target Basic System. ago 10 10:44:21 roadrunner systemd[3777]: Reached target Paths. ago 10 10:44:21 roadrunner systemd[3777]: Reached target Timers. ago 10 10:44:21 roadrunner systemd[3777]: Reached target Sockets. ago 10 10:44:08 roadrunner systemd[3560]: pam_unix(systemd-user:session): session closed for user entropia ago 10 10:44:08 roadrunner systemd[3558]: Received SIGRTMIN+24 from PID 3721 (kill). ago 10 10:44:08 roadrunner systemd[3558]: Stopped target Timers. ago 10 10:44:08 roadrunner systemd[3558]: Stopped target Sockets. ago 10 10:44:08 roadrunner systemd[3558]: Stopped target Paths. ago 10 10:44:08 roadrunner systemd[3558]: Stopped target Basic System. ago 10 10:44:08 roadrunner systemd[3558]: Stopped target Default. ago 10 10:44:08 roadrunner systemd[3558]: Starting Exit the Session... ago 10 10:44:08 roadrunner systemd[3558]: Reached target Shutdown. ago 10 10:44:06 roadrunner org.kde.KScreen[3616]: after 196 requests (196 known processed) with 0 events remaining. ago 10 10:44:06 roadrunner org.kde.KScreen[3616]: XIO: fatal IO error 3 (Nessun processo corrisponde) on X server ":2" ago 10 10:44:06 roadrunner org.kde.KScreen[3616]: The X11 connection broke: I/ O error (code 1) ago 10 10:44:05 roadrunner org.kde.kglobalaccel[3616]: The X11 connection broke (error 1). Did the X11 server die? ago 10 10:44:05 roadrunner org.kde.KScreen[3616]: Qt: couldn't get core keyboard device info ago 10 10:44:05 roadrunner org.kde.KScreen[3616]: Qt: failed to retrieve the virtual modifier map from XKB ago 10 10:44:04 roadrunner checkproc[3605]: checkproc: can not get session id for process 3843! ago 10 10:44:04 roadrunner sddm-helper[3564]: Adding cookie to "/home/ entropia/.Xauthority"
Parece tanto que 42.3 es un medio desastre.....
No llego a entender ahí arriba que es lo que está ocurriendo.
Process 4639 (kontact) of user 1002 dumped core. Process 3913 (kded5) of user 1002 dumped core. ago 09 22:17:02 roadrunner systemd-coredump[17629]: Process 17620 (drkonqi) of user 1002 dumped core. ago 09 22:17:02 roadrunner systemd-coredump[17632]: Process 17628 (klauncher) of user 1002 dumped core.
Esto si lo entiendo: dos procesos en el mismo instante se han colgado y han "volcado el nucleo" (dumped core). Se ha colgado "klauncher" y "drkonqi". El segundo es un analizador de cuelgues que se ha colgado, lo cual no tiene ninguna gracia.
Y arriba tienes otros dos procesos que han hecho lo mismo, pero no tenemos registro de la hora: kded5 y kontact.
Sí, eso es un desastre.
Y claro, en ese momento el systemd-coredump hace lo que le piden: guardar comprimidos los volcados de memoria de todas esas aplicaciones que se han caído. Cuatro aplicaciones, pues cuatro procesos de comprension. Esos volcados pueden tener unos poquitos megas, o unos cientos de megas. Sobrecarga de sistema al canto.
Anteriormente al systemd (salvo que el administrador pusiera su propio script), esos volcados se hacían sin comprimir y sin control, esto es, repartidos por todo el disco duro. El systemd los pone en un sólo sitio, comprimidos, y cuando son antiguos los borra automáticamente. Y se puede configurar por cada administrador para que comprima o no, o que no guarde nada, así que no hay ningún bug.
He escrito sobre kde-opensuse.org Sin embargo como contestar fue solo un usuario diciendo de "cambiar la ventilation del notebook".
Buff. :-(
Yo preguntaría si es actualización de 42.2 a 42.3 y que como la hiciste.
Has abierto un bug?
Si lo abre culpando a systemd le van a mandar a hacer puñetas, porque no tienen el horno para bollos ahora mismo... :-(
-- Cheers / Saludos,
Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)
Saludos podrían repetir las características del equipo (memoria, GPU) y si realizó una instalación desde CERO o una actualización. Indicar si está usando Leap o Thumbleweed. También si cambio los repositorios, sobre todo los de KDE. que según requerimientos del usuario no se debe actualizar todos sus repositorios. Gracias. -- Carlos A. -- 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 (4)
-
Carlos Ayala
-
Carlos E. R.
-
H. Gabriel Máculus
-
stakanov