Coredump

[esteban_conde]

Hola compañeros, desde la última actualización hace un mes cuando apago el ordenador aleatoriamente me retarda el apagado más de un minuto cuando en condiciones normales toma unos tres segundos, esto me pasa cada dos o tres apagados, también de forma aleatoria me deja un archivo core.xxxx con la cabecera que voy a pegar:

localhost esteban # ls -l /core.*
-rw------- 1 root root 17944576 sep 1 21:02 /core.5506
localhost esteban # string /core.5506 |more
bash: string: no se encontró la orden
localhost esteban # strings /core.5506 |more
CORE
CORE
gdm-session-wor
gdm-session-worker [pam/gdm-launch-environment]
IGISCORE
CORE
ELIFCORE
/usr/libexec/gdm-session-worker

He borrado el usuario y lo ha vuelto a crear, la actualización finalizó sin problemas y preguntadme lo que querais pero no soy capaz de averiguar el motivo, mi escritorio es gnome y como veis mi para el login uso GDM.

Saludos.
_________________
Saludos a tod@s, Esteban.

[cameta]

Esto tiene toda la pinta de un bug.
_________________
Si algo falla LEE el jodido manual, Si sigue fallando LEE BIEN el jodido manual.

[esteban_conde]

[esteban_conde]

En fin, no me he estado quieto aunque no he conseguido resultados, he vuelto a actualizar el sistema con emerge -uDN @world, he creado un nuevo usuario a fin de observar con un directorio ~/ limpio solo con los archivos de /etc/skel y cero resultados me sigue apareciendo aleatoriamente un archivo /core.xxxx y ahora si me aparecen errores que no se corregir ni interpretar debidamente, la solución que no quiero emplear es desmarca la opción coredump del kernel pues solamente solucionaría el sintoma. ¡Ah! también he recompilado el kernel y he puesto una contraseña más fuerte.

Aquí la cabecera del último CORE:

[cameta]

Vuelve a reemerger libgpg-error.
A ver que pasa
_________________
Si algo falla LEE el jodido manual, Si sigue fallando LEE BIEN el jodido manual.

[esteban_conde]

Gracias cameta pero seguimos sin resultados de momento, curiosamente el coredump ocurre al apagar el ordenador.
_________________
Saludos a tod@s, Esteban.

[cameta]

Yo creo que el problema vino de haber eliminado esa librería que no recuerdas sin haber hecho el emerge @selectedrebuild
Hay una solución "bestia"cuando has dañado algo y no sabes que es.
emerge -eaqv @system
emerge -eaqv @world
Si hay suerte con el primero habrá de sobras.
_________________
Si algo falla LEE el jodido manual, Si sigue fallando LEE BIEN el jodido manual.

[quilosaq]

El causante del volcado es

[esteban_conde]

[esteban_conde]

Sigo haciendo pruebas tratando de depurar la/s causas de este coredump desde el último post he reinstalado @system asi:
emerge -1 @system pues con emerge -uDN no funciona ya que está a la última.

He recompilado el kernel y he desmarcado (# CONFIG_FIRMWARE_IN_KERNEL is not set) pues es lo único que tenía extra por porbarlo ya que siempre me ha gustado controlar el firmware.

De momento no se me ocurre nada más ya que tengo hace muchos años ACCEPT_KEYWORDS="amd64" en make.conf y hasta ahora no se me había atravesado tanto algo que más que otra cosa lo que es es molesto.
_________________
Saludos a tod@s, Esteban.

[esteban_conde]

Aunque no sea una solución he hecho un "systemctl disable gdm" y lo dejo en observación de momento no aparece ningún archivo core.
La siguiente y posiblemente la más efectiva sea deseleccionar coredump en el kernel pero para eso no hay prisa, deshabilitando gdm tampoco depuro el error ya que están involucradas un montón de librerias que pertenecen a otras aplicaciones con las que enlaza.
_________________
Saludos a tod@s, Esteban.

[esteban_conde]

Lo curioso es que en los coredump aparece GDM como primer actor pero no crea el archivo core.xxxx hasta que mando apagar a la máquina.