Proyecto

General

Perfil

      • Registrar

        Soporte #1583

        IES lUIS bUÑUEL - No carga escritorio en usuario del dominio

        Añadido por Óscar Blasco Laín hace casi 6 años. Actualizado hace casi 6 años.

        Estado:
        Cerrada
        Prioridad:
        Urgente
        Asignado a:
        Categoría:
        -
        owner-email:

        #1 Actualizado por Nacho Sancho hace casi 6 años

        Hola Óscar...
        Con ésta información poco podemos hacer.
        1. Ése usuario entra en otro equipo? Es decir, el problema sólo está en un determinado ordenador?
        2. No sabemos el CID del equipo donde pasa.

        Si el usuario tiene problemas para entrar en cualquier equipo y los demás no, será un problema de la configuración del usuario en el clickcontrol seguro. Si solo le pasa en un equipo, igual ha dejado algún rastro extraño de forma local que le impide que inicie sesión. En éste último caso yo buscaría en el home del usuario y comprobaría si tiene algún archivo extraño. POr ejemplo, el usuario sa07 tiene como home el /datos/usuarios/profesores/sa07.

        Si nos dices el CID, y nombre de usuario y lo dejas enchufado podríamos mirar algo

        #2 Actualizado por Nacho Sancho hace casi 6 años

        Solucionado.
        Para ello se ha comprobado el comportamiento en varios equipos y usuarios (siempre hablamos de usuarios del dominio), y el diagnostico ha sido:
        • Cuando un usuario inicia sesión en un equipo por primera vez, se crea su estrectura "home" como si fuera un usuario local, pero en /datos/usuarios/profesores en lugar de /home.
          • Ahí dentro monta en ciertos directorios el servidor
        • Si el usuario tiene la sesión cerrada se conserva dicho directorio home (por ejemplo /datos/usuarios/profesores/ma03 para el usuario ma03) para entradas futuras.
          • De ésta forma no estamos hablando de perfil móvil, ya que el usuario puede tener un escritorio y datos en Descargas por ejemplo diferente en un equipo que en otro. Lo que si tendrá en común será, lógicamente, el contenido de los directorios del servidor montado.

        Al inciar el usuario, el sistema reflejaba ésta información:

        Dec 18 13:53:59 aula31 lightdm: pam_ecryptfs: Passphrase file wrapped
        Dec 18 13:53:59 aula31 lightdm: pam_ecryptfs: Unable to rewrap passphrase file
        Dec 18 13:53:59 aula31 lightdm: Failed to detect wrapped passphrase version: Permission denied
        Dec 18 13:53:59 aula31 lightdm: Error attempting to unwrap passphrase from file [/datos/usuarios/profesores/tx17/.ecryptfs/wrapped-passphrase]; rc = [-13]
        Dec 18 13:53:59 aula31 lightdm: pam_ecryptfs: Error adding passphrase key token to user session keyring; rc = [-5]
        

        Si nos fijamos en su directorio "home" de ése equipo solo contenía un archivo .Xauthority y el directorio MisDocumentos_Servidor vacío (ya que no ha inciado sesión). Al parece había algún error en el archivo .Xauthority, así que la solución ha sido borrar todo el directorio del usuario (sólo contiene el archivo "corrupto" y ya ha iniciado correctamente crendo toda la estructura necesaria. Se muetra ejemplo de la estructura:
        total 100
        drwx------ 21 tx17 PROFESORES 4096 dic 18 14:10 .
        drwxr-xr-x 38 root root       4096 dic 18 14:09 ..
        -rw-------  1 tx17 PROFESORES  220 dic 18 14:09 .bash_logout
        -rw-------  1 tx17 PROFESORES 3637 dic 18 14:09 .bashrc
        drwx------  9 tx17 PROFESORES 4096 dic 18 14:10 .cache
        drwx------ 18 tx17 PROFESORES 4096 dic 18 14:09 .config
        drwx------  3 root root       4096 dic 18 14:09 .dbus
        drwxr-xr-x  2 tx17 PROFESORES 4096 dic 18 14:09 Descargas
        drwxr-xr-x  2 tx17 PROFESORES 4096 dic 18 14:09 Documentos
        drwx------  2 tx17 PROFESORES 4096 dic 18 14:09 Escritorio
        drwx------  3 tx17 PROFESORES 4096 dic 18 14:10 .gconf
        dr-x------  2 root root          0 dic 18 14:09 .gvfs
        drwxr-xr-x  2 tx17 PROFESORES 4096 dic 18 14:09 Imágenes
        drwxr-xr-x  3 tx17 PROFESORES 4096 dic 18 14:09 .java
        drwx------  3 tx17 PROFESORES 4096 dic 18 14:09 .local
        drwx------  3 tx17 root          0 dic  3 12:42 MisDocumentos_Servidor
        drwx------  4 tx17 PROFESORES 4096 dic 18 14:09 .mozilla
        drwxr-xr-x  2 tx17 PROFESORES 4096 dic 18 14:09 Música
        drwx------  3 tx17 PROFESORES 4096 dic 18 14:09 .pki
        drwxr-xr-x  2 tx17 PROFESORES 4096 dic 18 14:09 Plantillas
        -rw-------  1 tx17 PROFESORES  675 dic 18 14:09 .profile
        drwxr-xr-x  2 tx17 PROFESORES 4096 dic 18 14:09 Público
        drwx------  4 tx17 PROFESORES 4096 dic 18 14:10 .thumbnails
        -rw-r--r--  1 tx17 PROFESORES    0 dic 18 14:09 .uc-d6a0dc0d967fabd72cd6c0bd89c0a615.tx17.aula31.tmp
        drwxr-xr-x  2 tx17 PROFESORES 4096 dic 18 14:09 Vídeos
        -rw-------  1 tx17 PROFESORES   51 dic 18 14:09 .Xauthority
        -rw-r--r--  1 tx17 PROFESORES   14 nov  1  2013 .xscreensaver
        -rw-------  1 tx17 PROFESORES  114 dic 18 14:09 .xsession-errors
        


        Descripción

        Hola, tenemos un equipo en el que un profesor, usando su usuario del dominio, no puede entrar con sesión gráfica (yo he comprobado que si que entra con terminal textual).

        En ese mismo equipo, el resto de usuarios del dominio entran sin problemas (también los locales).

        Un saludo

        Óscar

        Exportar a: Atom PDF