XGL y múltiples usuarios: mi solución personal


"Nov 24 10:56:56 garbi gconfd (root-4254): Se resolvió la dirección «xml:readonly:/etc/gconf/gconf.xml.mandatory» a una fuente de configuración de sólo lectura en la posición 0
Nov 24 10:56:56 garbi gconfd (root-4254): Se resolvió la dirección «xml:readonly:/etc/gconf/gconf.xml.local-mandatory» a una fuente de configuración de sólo lectura en la posición 1
Nov 24 10:56:56 garbi gconfd (root-4254): Se resolvió la dirección «xml:readwrite:/root/.gconf» a una fuente de configuración escribible en la posición 2
Nov 24 10:56:56 garbi gconfd (root-4254): Se resolvió la dirección «xml:readonly:/etc/gconf/gconf.xml.local-defaults» a una fuente de configuración de sólo lectura en la posición 3
Nov 24 10:56:56 garbi gconfd (root-4254): Se resolvió la dirección «xml:readonly:/etc/gconf/gconf.xml.defaults» a una fuente de configuración de sólo lectura en la posición 4"


Estos mensajes son completamente normales y son simplemente informativos. No te preocupes por ellos.

Saludos

PD: aunque sé que está fuera de tema, ¿a cuánta temperatura suele estar la CPU de tu portátil? El comando acpitool te la puede indicar. ¿Cuánto te dura la batería? Es simple curiosidad, no he podido aún tocar ningún Turion ;-) Gracias :-)

Hay información actualizada en esta sección de la página de erratas. Se plantean soluciones para ambos escritorios/gestores de sesiones.

Tal vez alguna de esas soluciones pueda servir.

Saludos,
luismago

-- 
  JID: luismago@jabber.org

Si se busca el triunfo como sea, se vive el drama de tener que ganar.

PRIMERA PARTE:

En realidad el problema iba por lo del kdm_greeter. En .xsession_errors he encontrado

"Error: "/root/.kde/tmp-garbi.stpv.org" points to "/tmp/kde-root" instead of "/root/tmp/kde-root".
Error: "/root/.kde/socket-garbi.stpv.org" points to "/tmp/ksocket-root" instead of "/root/tmp/ksocket-root".
startkde: Starting up...
ksplash: WARNING: KGenericFactory: instance requested but no instance name or about data passed to the constructor!
kbuildsycoca running...
DCOP Cleaning up dead connections.
X Error: BadAccess (attempt to access private resource denied) 10
Major opcode: 2
Minor opcode: 0
Resource id: 0x52
kio (KIOConnection): ERROR: Could not write data"

Además, las unicas diferencias de cuando rulaba a cuando no en /var/log/messages y en el syslog era lo del kdm greeter.

Googleando encontré lo siguiente:

"This is an error which is reported quite often, but hardly a working solution is found.

In my case the reason was that the /tmp directory permissions on my machine were drw-r--r-- while it should have been drwxrwxrwt."

Así pues, creo que puede ser un problema de permisos. Por lo tanto he hecho lo siguiente:

chmod ug+rwx,o+rwt /tmp

A ver si ahora no falla.

La otra solución que he encontrado es desinstalas el nvidia-glx... claro, si no fuera un paquete de mandriva y lo hubiese instalado yo. Al intentarlo, peta el entorno gráfico.

Pero cada vez más estoy convencido de que es un problema de permisos.

------------------

SEGUNDA PARTE:

Efectivamente es un problema de permisos y se detecta en .xsession_errors comparado con /var/log/syslog
Se soluciona instalando kde 3.5.5 desde SeerOfSouls o cuaqluier otro repositorio.

Lo de "kdm_greet[3900]: Can't open default user face" ha sido determinante.

Pero hay varios factores que pueden producir ese bug:

· el nvidia-glx
· los permisos de /tmp
· el archivo que bloquea la sesión
· los temporales de las X

Actualizando al kde 3.5.5 sin la modificacion de Ed Hunter, continuaba el bug. Con la modifcación del archivo /etc/X11/xinit.d/01xgl ahora es una entrada limpia.

Imagino que la confluencia de placa ASUS, tarjeta nVidia y Turión tienen bastante que ver en la genesis del bug.

Lo reportaré a mandriva

Salut!!!

¿has probado a configurar el dm (por ejemplo gdm) para que relance las X por sí mismo?

Es una de las soluciones expuestas en las erratas

Saludos