.kde sólo accesible por root

[Antonio Sánchez]

Cualquier aplicación que intente escribir en el directorio .kde presenta un funcionamiento anómalo debido a los permisos:

drwx------ 3 root root 4,0K 2009-03-25 07:43 .kde

Por ejemplo, k3b ni siquiera arranca (fragmento de strace k3b):

clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb6513748) = 4287
trying to create local folder /home/antonio/.kde/share: Permission denied
trying to create local folder /home/antonio/.kde/share: Permission denied
trying to create local folder /home/antonio/.kde/share: Permission denied
trying to create local folder /home/antonio/.kde/tmp-gauss: Permission denied
trying to create local folder /home/antonio/.kde/share: Permission denied
trying to create local folder /home/antonio/.kde/share: Permission denied
close(4) = 0
read(3, trying to create local folder /home/antonio/.kde/share: Permission denied
trying to create local folder /home/antonio/.kde/share: Permission denied
trying to create local folder /home/antonio/.kde/share: Permission denied
trying to create local folder /home/antonio/.kde/socket-gauss: Permission denied
trying to create local folder /home/antonio/.kde/socket-gauss: Permission denied
kdeinit: Aborting. bind() failed: : Permission denied
Could not bind to socket '/home/antonio/.kde/socket-gauss/kdeinit__0'
"\377"..., 1) = 1
close(3) = 0
exit_group(-1) = ?

[Antonio Sánchez (antoniosanchez)]

Considero que se trata de un problema crítico. Que alguien confirme que le ocurre lo mismo.

[David Erosa (erosa)]

En mi máquina virtual, el usuario es el propietario de .kde. Necesitamos más pruebas.. (ya hay trabajo para hoy :P)

[Luis Sánchez Bejarano (lsanchez)]

Bueno, yo he comprobado que al instalarlo desde el repositorio si se presenta este problema pero al hacerlo con el CD esto no ocurre.

[David Erosa (erosa)]

Al instalar desde el repositorio, la variable de entorno $HOME no existe o apunta a /root por ser este usuario el que ejecuta la instalación. Cuando se instala desde repositorio usando "sudo apt-get...", la variable $HOME permanece como /home/usuario, con lo que el directorio .kde se crea ahí con los permisos de root.
Hay un paquete que crea el directorio, hay que encontrarlo :P

[David Erosa (erosa)]

No encuentro la forma de reproducir el error una vez que está instalado el sistema. He probado a borrar todo lo Edu y el directorio en cuestión, pero al reinstalar nuestra paquetería no vuelve a crearse.

Sería de mucha ayuda si alguien encontrara la forma de reproducirlo.

[cdiaz (diorcarlos)]

David, el directorio ~/.kde se crea al ejecutar por primera vez una aplicación que emplee este directorio tras la instalación de Guadalinex Edu y no por un paquete concreto durante la instalación de Guadalinex Edu (supongo que ya estabais al tanto, pero por si acaso lo dejo caer aquí).

[David Erosa (erosa)]

@cdiaz: Gracias por la información, ahora solo nos queda saber qué aplicación de KDE puede crear carpetas con permiso de root.

[Luis Sánchez Bejarano (lsanchez)]

yo he comprobado que se crea ./kde/share/config/
Todas las aplicaciones de kde crean dentro del .kde un directorio de la aplicación.
Los únicos comandos que he encontrado que crean ./kde/share/config/ don kde-config y kde4-config, por tanto algo, durante el proceso de instalación tiene que estar ejecutando eso y creando el directorio .kde con propietario root. Todavía no se ha detectado que provoca esa situación. Esta mañana yo instale todos los paquetes, en cuyo nombre aparece cga, uno por uno y ninguno de ellos había creado el .kde

[David Erosa (erosa)]

Puede que lo haga algo de DCOP, estoy en ello.

[Antonio Sánchez (antoniosanchez)]

Publico la solución temporal (workaround) por si alguien más está afectado por este bug:

Tenemos que cambiar el propietario y el grupo del directorio /home/$USER/.kde con el siguiente comando:

sudo chown -R $USER:$USER /home/$USER/.kde

y ya podremos hacer uso de cualquier aplicación de KDE.

[cdiaz (diorcarlos)]

Amplio información sobre este error:
El directorio .kde se crea con permisos de root tras ejecutar una aplicación de kde (yo he realizado las pruebas con Tellico), pero sólo en para el usuario desde el que se ha realizado la instalación.
Proceso de prueba:
1. Instalación de Guadalinex Edu sobre Jaunty alfa 6 con usuario "usuario1". Tras la instalación y apertura de aplicación Tellico, el directorio .kde pertenece a root.
2. Creación de un nuevo usuario (usuario2).
3. Apertura de sesión con usuario2. Aun no existe el directorio .kde para este nuevo usuario.
4. Ejecución de Tellico. Se crea el directorio .kde, perteneciente a "usuario2". Con el nuevo usuario no se reproduce el error reportado.

[David Erosa (erosa)]

¿Sigue ocurriendo esto?

[Abel Puertas (puertas-abel)]

A mí no me ha pasado.

[Antonio Sánchez (antoniosanchez)]

No hemos sido capaces de determinar que paquete fija el propietario de /home/$USER/.kde a root.

Este comportamiento se ha reproducido alguna vez al instalar GuadalinexEdu encima de una instalación de Jaunty (entorno doméstico) en una instalación limpia de GuadalinexEdu (centros TIC) esto no ocurre.

Recuerdo la solución a este error:

sudo chown -R $USER:$USER /home/$USER/.kde

[fracasados corp (ociomaster8)]

a mi me ocurrio hace app un mes al instalar kde a un ubuntu ya instalado

pero quedo 1 archivo como root:root

y mi home quedo apuntado a /root

PD: podrían incluir la solución parche a un paquete de actualización