[suse-linux-s] usuarios a los que no se puede entrar.
Tengo un problema que no entiendo. Hay veces que al apagar el ordenador, o al salir del entorno grafico de un usuario (kde), cerrando reglamentariamente todos los programas, luego al intentar entrar aun a pesar de poner bien la contraseña, no entra, simplemente vuelve a salir la ventana de login. Puedo entrar sin entorno gráfico, pero no entra en kde ni en ningún otro entorno. ocurre que si desde la shell intento entrar en X me dice "permiso denegado"! Por favor si alguien puede darme una orientación sobre que ha pasado, porqué, y como solucionarlo, lo agradeceria, pues cada dos por tres tengo que crear usuarios nuevos (con distintos nombres) con las molestias que ello conlleva. Muchas gracias. --
<)))(º< Ama a tus enemigos, pues odiarlos es facil, pero amarlos. Love your enemys because hate them is easy, but love them ...
-----BEGIN PGP SIGNED MESSAGE----- El Mar 09 Dic 2003 14:02, Pedro-Jesus Diaz-Portales Gomez escribió:
Tengo un problema que no entiendo. Hay veces que al apagar el ordenador, o al salir del entorno grafico de un usuario (kde), cerrando reglamentariamente todos los programas, luego al intentar entrar aun a pesar de poner bien la contraseña, no entra, simplemente vuelve a salir la ventana de login. Puedo entrar sin entorno gráfico, pero no entra en kde ni en ningún otro entorno. ocurre que si desde la shell intento entrar en X me dice "permiso denegado"! Por favor si alguien puede darme una orientación sobre que ha pasado, porqué, y como solucionarlo, lo agradeceria, pues cada dos por tres tengo que crear usuarios nuevos (con distintos nombres) con las molestias que ello conlleva. Muchas gracias.
Creo que a mí me paso algo parecido a lo que cuentas y lo eliminé autorizando a todos los usuarios a cerrar sesión (sistema/administrador de accesos/sesiones, en la opción permitir apagar la máquina) Espero que te ayude. Salu2. - -- Firmado digitalmente por: Luis Guillermo Torres Sanjuán. -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 iQEVAwUBP9XVmTmQNpi3VdGjAQHAhggAsx+2fAI7zVPZHVFOy6/T5T7297XgTLSZ EmI1REg6VNwAI+399u8l5XHwwSjCqL8QCmKcQV8/bXm89dPAr+A8vrYi60a+xSUi 6DaXXUsEc1FaUX/l9XRm0o9p00GeNTdwDKOLrUNatIlcZuSdKnC+9rBtbY1+0PIm pgWxHv+1zl80jDgI4oJ8URfhcfhbyXk9mnFhWSGfQ+g1n2xCxQ0pSFkeO7RsPHGy wu2tXhm7xM1Ndw5TA1RurqWc07a0VN0H1pSq7RkakXBm5/wcNviABfV8X4LFWHXr 9Hu6OjmV/mSGznNCTFhoVc0G2SbJFom+Tk7+bCfoEtaFbfkIuUbkiQ== =asU4 -----END PGP SIGNATURE-----
Gracias Luis T. Cambiaré el sistema a ver si se estabiliza. La cuestión es que me ocurre de momento únicamente con usuarios de KDE, por ejemplo con usuarios GNOME no me ha pasado nunca. De todos modos, hoy me ha vuelto a ocurrir lo mismo y he enviado al soporte de SuSE una consulta sobre el tema. A ver qué dicen. El Martes, 9 de Diciembre de 2003 15:00, Luis T escribió:
El Mar 09 Dic 2003 14:02, Pedro-Jesus Diaz-Portales Gomez escribió:
Tengo un problema que no entiendo. Hay veces que al apagar el ordenador, o al salir del entorno grafico de un usuario (kde), cerrando reglamentariamente todos los programas, luego al intentar entrar aun a pesar de poner bien la contraseña, no entra, simplemente vuelve a salir la ventana de login. Puedo entrar sin entorno gráfico, pero no entra en kde ni en ningún otro entorno. ocurre que si desde la shell intento entrar en X me dice "permiso denegado"! Por favor si alguien puede darme una orientación sobre que ha pasado, porqué, y como solucionarlo, lo agradeceria, pues cada dos por tres tengo que crear usuarios nuevos (con distintos nombres) con las molestias que ello conlleva. Muchas gracias.
Creo que a mí me paso algo parecido a lo que cuentas y lo eliminé autorizando a todos los usuarios a cerrar sesión (sistema/administrador de accesos/sesiones, en la opción permitir apagar la máquina)
Espero que te ayude. Salu2. -- Firmado digitalmente por: Luis Guillermo Torres Sanjuán.
Disculpas por la contestación. Creí que me contestabas a mí porque hace unos días envíe un correo semejante. No obstante, lo dicho. A ver qué contesta SuSE. El Martes, 9 de Diciembre de 2003 04:25, José Antonio Meler Garanto escribió:
Gracias Luis T. Cambiaré el sistema a ver si se estabiliza. La cuestión es que me ocurre de momento únicamente con usuarios de KDE, por ejemplo con usuarios GNOME no me ha pasado nunca. De todos modos, hoy me ha vuelto a ocurrir lo mismo y he enviado al soporte de SuSE una consulta sobre el tema. A ver qué dicen.
El Martes, 9 de Diciembre de 2003 15:00, Luis T escribió:
El Mar 09 Dic 2003 14:02, Pedro-Jesus Diaz-Portales Gomez escribió:
Tengo un problema que no entiendo. Hay veces que al apagar el ordenador, o al salir del entorno grafico de un usuario (kde), cerrando reglamentariamente todos los programas, luego al intentar entrar aun a pesar de poner bien la contraseña, no entra, simplemente vuelve a salir la ventana de login. Puedo entrar sin entorno gráfico, pero no entra en kde ni en ningún otro entorno. ocurre que si desde la shell intento entrar en X me dice "permiso denegado"! Por favor si alguien puede darme una orientación sobre que ha pasado, porqué, y como solucionarlo, lo agradeceria, pues cada dos por tres tengo que crear usuarios nuevos (con distintos nombres) con las molestias que ello conlleva. Muchas gracias.
Creo que a mí me paso algo parecido a lo que cuentas y lo eliminé autorizando a todos los usuarios a cerrar sesión (sistema/administrador de accesos/sesiones, en la opción permitir apagar la máquina)
Espero que te ayude. Salu2. -- Firmado digitalmente por: Luis Guillermo Torres Sanjuán.
Bueno: AHI VA LA CONTESTACION DEL SOPORTE DE SUSE:
Desafortunadamente, este tipo de consultas no están incluídas en el alcance del soporte de instalación gratuíto de instalación, tal y como puede comprobar en la página web:
http://www.suse.com/us/private/support/inst_support/support_overview.html
No obstante, puede intentar lo siguiente:
* Use yast2 (si puede entrar a través de red tal vez sea mejor, usará entonces yast en modo texto, igualmente funcional), y use la opción 'set hostname via dhcp' en la configuración de la tarjeta de red.
* Borre todos los directorios en /tmp relacionados con KDE.
* Finalmente, le recomiendo también darse de alta en alguna lista de distribución de correo de ususarios. Es posible que algún otro usuario haya tenido el mismo problema que usted y pueda ayudarle a resolverlo. Si lo desea, SuSE Linux provee de varias de estas listas. Puede darse de alta en:
LA PREGUNTA QUE FORMULÉ FUE:
Instalo SuSE 9.0. Establezco root y varios usuarios. Todo funciona normalmente. Pero me encuentro con la muy desagradable sorpresa de que cuando otro día intento establecer una sesión conectando el ordenador, me rechaza la entrada del usuario que inicio habitualmente, utilizando KDE. Me devuelve al login del > sistema o bien, si estoy conectado además como root, a la pantalla de root. No es un problema de "equivocación" de contraseña, pues con otros usuarios y utilizando por ejemplo gnome, me deja entrar.
EN RESUMEN: ME QUEDO COMO ESTABA ANTES. Si cada vez que me quedo "colgado" con un usuario, tengo que hacer todo eso, mejor apaga y vámonos. En todo caso, eso no resuelve el problema, pues si esa es la "solución", el problema seguirá apareciendo. Suponía que el soporte de instalación cubriría también pequeños arreglos en la distribución si la distribución no funciona adecuadamente, es decir, como cabría de esperar. Los controles de calidad de los productos y servicios brillan por su ausencia, y desgraciadamente no es exclusivamente en la informática: llamas a un fontanero y te inunda la casa.
NUEVA CONTESTACIÓN DEL SERVICIO DE SOPORTE:
Estos problemas con KDE se suelen producir cuando no se sale ordenadamente de KDE. En principio estos problemas no son en absoluto frecuente.
El siguiente artículo puede resultarle de utilidad. Puede encontrarle en la siguiente url, o buscando en nuestra base de datos de soporte con la palabra clave 'GRUB'.
http://portal.suse.com/sdb/en/2003/10/pohletz_desktop_90.html
SUSE LINUX Portal
Y SEGUIMOS CON EL ASUNTO: 1.-Gracias por el artículo, que leeré detenidamente. 2.- No obstante, estoy en desacuerdo con su afirmación de que el problema se deba a salir de KDE desordenadamente. No creo que tenga nada que ver el salir de KDE más o menos ordenadamente. En todo caso, siempre procuro salir con orden. Todo indica lo contrario: en la Lista de SuSE ya he leído varios comentarios relativos a la cuestión que estamos tratando. Jamás me había ocurrido tal cosa, ni con el SuSE 8.0, ni con el 8.1 ni con el 8.2. Eso significa que algún lugar hay un "bug". Y le ruego que informe a SuSE de que ese problema que nos traemos entre manos es habitual en la distribución 9.0. Gracias de nuevo.
relativos a la cuestión que estamos tratando. Jamás me había ocurrido tal cosa, ni con el SuSE 8.0, ni con el 8.1 ni con el 8.2. Eso significa que algún lugar hay un "bug". Y le ruego que informe a SuSE de
Y probablemente esta en kde, la version que incluye SuSE fue muy criticada precisamente por la gran cantidad de bugs.
que ese problema que nos traemos entre manos es habitual en la distribución 9.0. Gracias de nuevo.
Hola a tod@s. Me llama mucho la atención este problema, nunca lo he tenido y nunca he conocido ha nadie que le sucediera, pero la cuestión sería intentar centrar exactamente que es lo que sucede y sobre todo donde sucede. con respecto a esto ultimo se me ocurren una serie de preguntas. "No te permite logarte con KDM" ¿te permite logarte con ese mismo usuario en consola? Si la respuesta es afirmativa, despues de logarte como usuario en modo consola ¿puedes acceder al entorno gráfico sin tener que pasar por el KDM o XDM? en caso de que puedas acceder, simplemente mira que esta sucediendo en KDM. En caso de que no te lo permita yo en principio miraría todos los permisos, porque muy posiblemente tengas alguno incorrecto. Si la Respuesta es Negativa ¿No le estaras poniendo fecha de caducidad en la clave? De todas formas si entiendes que no es ninguna de las opciones anteriores yo sacaría una cópia de los archivos cuando está funcionando para luego poderlos comparar cuando no funciona, y ver que es lo que se ha modificado. Un Saludo.
CECILIA ESCRIBIÓ: El Jueves, 11 de Diciembre de 2003 12:06, Cecilia Marquina escribió:
Hola a tod@s.
Me llama mucho la atención este problema, nunca lo he tenido y nunca he conocido ha nadie que le sucediera, pero la cuestión sería intentar centrar exactamente que es lo que sucede y sobre todo donde sucede.
A mí tampoco me había sucedido eso nunca antes (ni con el 8.0, ni con el 8.1, ni con el 8.2). La cuestión es que no sólo me sucede a mí, puesto que ya he leído dos comentarios de personas diferentes a las que les ocurre o les ha ocurrido lo mismo que a mí, o similar. En mi caso además ha sucedido repetidamente.
con respecto a esto ultimo se me ocurren una serie de preguntas.
"No te permite logarte con KDM" ¿te permite logarte con ese mismo usuario en consola?
Reproduzco por entero la secuencia: 62-6535-cm login: josan Password Last login: Wed Dec 10 06:30:27 from localhost Have a lot of fun... josan@62-6535-cm@> startx hostname: "Host" desconocido hostname: "Host" desconocido xauth: (stdin): 3: bad display name "/unix:=" in "add" command Fatal server error: Server is already active for display 0. If this server is no longer running, remove /tmp/.X0-lock and start again. When reporting a problem related to a server crash, please send the full server output, not just the last messages. Please, report problems to http://www.suse.de/feedback Xlib: connection to ":0:0" refused by server Xlib: Invalid MIT-MAGIC-COOKIE-1 key giving up xinit: unable to connect to X server xinit: No such process (errno3): Server error josan@62-6535-cm:> cd /tmp josan@62-6535-cm/tmp:> ls -a [lista los archivos] josan@62-6535-cm/tmp:> rm .X0-lock rm: ¿borrar el fichero regular `.X0-lock" protegido contra escritura? (s/n) s rm: no se puede borrar `.X0-lock": Operación no permitida josan@62-6535-cm/tmp:> su Password 62-6535-cm:/tmp # rm .XO-lock josan@62-6535-cm/tmp:> ls -a X0-lock [desapareció] 62-6535-cm:/tmp # exit josan@62-6535-cm/tmp:> startx hostname: "Host" desconocido hostname: "Host" desconocido xauth: (stdin): 3: bad display name "/unix:=" in "add" command -XSERV TransSocketINETCreateListener: ... SocketCreateListener () failed -XSERV TransALLCOTSServerListeners: server already running Fatal server error: Cannot establish any listening sockets - Make sure an X server isn't already running When reporting a problem related to a server crash, please send the full server output, not just the last messages. This can be found in the log file "/var/log/XFree86.0.log". Please report problems to http://www.suse.de/feedback. Xlib: connection to ":0:0" refused by server Xlib: Invalid MIT-MAGIC-COOKIE-1 key giving up xinit: unable to connect to X server xinit: No such process (errno3): Server error
Si la respuesta es afirmativa, despues de logarte como usuario en modo consola ¿puedes acceder al entorno gráfico sin tener que pasar por el KDM o XDM? en caso de que puedas acceder, simplemente mira que esta sucediendo en KDM. En caso de que no te lo permita yo en principio miraría todos los permisos, porque muy posiblemente tengas alguno incorrecto.
Por defecto se me instala el xdm. Ciertamente lo cambio en el /etc/config por kdm.
Si la Respuesta es Negativa ¿No le estaras poniendo fecha de caducidad en la clave?
No, no pongo fecha de caducidad, y en general cuando me ha sucedido las opciones predeterminadas con las que corro SuSE 9.0 son las que aparecen por defecto en la distribución.
De todas formas si entiendes que no es ninguna de las opciones anteriores yo sacaría una cópia de los archivos cuando está funcionando para luego poderlos comparar cuando no funciona, y ver que es lo que se ha modificado.
Un Saludo.
Otro.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El Miércoles, 10 de Diciembre de 2003 07:38, José Antonio Meler Garanto escribió:
Reproduzco por entero la secuencia: 62-6535-cm login: josan Password Last login: Wed Dec 10 06:30:27 from localhost Have a lot of fun... josan@62-6535-cm@> startx hostname: "Host" desconocido hostname: "Host" desconocido xauth: (stdin): 3: bad display name "/unix:=" in "add" command Fatal server error: Server is already active for display 0. If this server is no longer running, remove /tmp/.X0-lock and start again. When reporting a problem related to a server crash, please send the full server output, not just the last messages. Please, report problems to http://www.suse.de/feedback Xlib: connection to ":0:0" refused by server Xlib: Invalid MIT-MAGIC-COOKIE-1 key giving up xinit: unable to connect to X server xinit: No such process (errno3): Server error josan@62-6535-cm:> cd /tmp josan@62-6535-cm/tmp:> ls -a [lista los archivos] josan@62-6535-cm/tmp:> rm .X0-lock rm: ¿borrar el fichero regular `.X0-lock" protegido contra escritura? (s/n) s rm: no se puede borrar `.X0-lock": Operación no permitida josan@62-6535-cm/tmp:> su Password 62-6535-cm:/tmp # rm .XO-lock josan@62-6535-cm/tmp:> ls -a X0-lock [desapareció] 62-6535-cm:/tmp # exit josan@62-6535-cm/tmp:> startx hostname: "Host" desconocido hostname: "Host" desconocido xauth: (stdin): 3: bad display name "/unix:=" in "add" command -XSERV TransSocketINETCreateListener: ... SocketCreateListener () failed -XSERV TransALLCOTSServerListeners: server already running Fatal server error: Cannot establish any listening sockets - Make sure an X server isn't already running When reporting a problem related to a server crash, please send the full server output, not just the last messages. This can be found in the log file "/var/log/XFree86.0.log". Please report problems to http://www.suse.de/feedback. Xlib: connection to ":0:0" refused by server Xlib: Invalid MIT-MAGIC-COOKIE-1 key giving up xinit: unable to connect to X server xinit: No such process (errno3): Server error
* Esto parece un problema de configuracion del host, algo similar a lo que te comente con localhost, con yast mismo ponle a la maquina un nombre cualificado, por ejemplo pc1.casa , tu usuario será josan@pc1.casa , nombre corto josan@pc1, debe estar especificado en /etc/HOSTNAME y correctamente colocado en /etc/hosts 192.168.0.1 pc1.casa pc1 * Si por casualidad el nombre de maquina lo tomas por dhcp de algun isp deshabilita esta caracteristica, que tome el resto de datos pero no el FQDN. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/2LzxAXFL65CppEIRAsrZAJ4kohijzhNF651Aduz2IIFqW8DmBACfUmsO Mj6a4xpIMwiphDy0aga/tG4= =g2qG -----END PGP SIGNATURE-----
El Jueves, 11 de Diciembre de 2003 19:52, jose maria escribió:
* Esto parece un problema de configuracion del host, algo similar a lo que te comente con localhost, con yast mismo ponle a la maquina un nombre cualificado, por ejemplo pc1.casa , tu usuario será josan@pc1.casa , nombre corto josan@pc1, debe estar especificado en /etc/HOSTNAME y correctamente colocado en /etc/hosts 192.168.0.1 pc1.casa pc1
* Si por casualidad el nombre de maquina lo tomas por dhcp de algun isp deshabilita esta caracteristica, que tome el resto de datos pero no el FQDN.
Bueno, a ver si lo he hecho bien: 1º) /etc/HOSTNAME meler.garanto 2º) /etc/hosts 127.0.0.1 localhost linux 127.0.02 meler.garanto meler 3º) Nombre del ordenador y nombre de dominio meler garanto La casilla titulada cambiar nombre de ordenador vía DHCP, sin marcar. Servidor de Nombres y Lista de B. de dominio SN1 212.97.163.3 local SN2 62.81.0.1 -- SN3 -- -- La casilla servidor de nombres y lista de busquedas vía DHCP, sin marcar. 4º) Configuración del Servidor DNS Opciones Valores Iniciar Serv. DNS al arrancar NO Iniciar Serv DNS en chroot Jail SI Adapt. Cortafuegos SI Forzas guardar los valores NO Z. DNS --- -------------------------------------------------------------------- directory /var/lib/named dump file /var/log/named_dump.db listen-on-v6 {any;} notify no statistic-file /var/log/named.stat
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El Miércoles, 10 de Diciembre de 2003 10:04, José Antonio Meler Garanto escribió:
Bueno, a ver si lo he hecho bien: 1º) /etc/HOSTNAME meler.garanto
2º) /etc/hosts 127.0.0.1 localhost linux 127.0.02 meler.garanto meler
* Haber me temo que te estas haciendo un lio, en la linea localhost, sobra lo de linux, localhost es localhost y nada mas. * 127.0.02 meler.garanto meler Esto tambien esta mal 127.0.02 no es, supongo que te falta un punto, pero ponerle, 127.0.0.2, a la tarjeta de red es buscarse problemas, supongo que estamos hablando de dos tarjetas de red, una la que parece que mas abajo tiene una ip publica y otra la que intentas configurar como 127.0.0.2, si no es asi la segunda linea sobra, pero no esta en relacion con lo siguiente , a saber:
3º) Nombre del ordenador y nombre de dominio meler garanto La casilla titulada cambiar nombre de ordenador vía DHCP, sin marcar. Servidor de Nombres y Lista de B. de dominio
* Para aclararnos ¿cuantas tarjetas tienes y la direccion de internet se toma por dhcp para una de ellas, o solo tienes una.
SN1 212.97.163.3 local
* Con esto de local ¿estas intentando indicar un servidor de nombres local? esa direccion 212.97.163.3 , corresponde a la maquina de la que estamos hablando? o es el servidor dns de tu isp, por que si es la local, en /etc/hosts en vez de la segunda linea tendras que poner 212.97.163.3 meler.garanto meler siempre y cuando sea ip-fija, la palabra local tampoco pinta nada no existe el dominio local, es garanto o el de tu isp terra.es por ejemplo, aunque no sirve para nada especialmente necesario en este caso.
SN2 62.81.0.1 -- SN3 -- -- La casilla servidor de nombres y lista de busquedas vía DHCP, sin marcar.
4º) Configuración del Servidor DNS Opciones Valores Iniciar Serv. DNS al arrancar NO Iniciar Serv DNS en chroot Jail SI
* si no tienes servidor de nombres local, el valor de inicio esta a NO, esta seccion es irrelevante, tampoco esta de mas tener servidor propio solo cache para tu red te evita trafico, consultas a los de tu isp. * Resumiendo, si tienes dos tarjetas una de ellas llevara ip local y otra la tomara por dhcp seguramente el /etc/hosts quedaria asi. 127.0.0.1 localhost 192.168.0.1 meler.garanto meler * Si solo tienes una tarjeta que toma la ip por dhcp el /etc/hosts te quedaria asi: 127.0.0.1 localhost * En este caso podrias levantar una interfaz dummy para colocar a la máquina el nombre meler.garanto , algun servidor por ejemplo leafnode podria requerirlo, pero a la interfaz de bucle cerrado lo, no se le debe de poner mas que localhost o mas pronto que tarde te dara problemas. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/2hOFAXFL65CppEIRAr3oAJ9e29cXDVgmD3Mx9whUgWLkmYyPjQCeOxxK IwErR58lc7RMSoMb7+kAjlw= =KMoS -----END PGP SIGNATURE-----
El 2003-12-10 a las 07:38 +0100, José Antonio Meler Garanto escribió:
62-6535-cm login: josan Password Last login: Wed Dec 10 06:30:27 from localhost Have a lot of fun... josan@62-6535-cm@> startx hostname: "Host" desconocido hostname: "Host" desconocido xauth: (stdin): 3: bad display name "/unix:=" in "add" command Fatal server error: Server is already active for display 0.
Er... si has iniciado el runlevel 5, es decir, tienes el sistema gráfico en ejecución, "startx" no funciona. Tienes que usar: startx kde -- :1 para arrancar el kde en _otra_ consola gráfica (no la numero 7). Eso aparte de lo del hostname que te han dicho. -- Saludos Carlos Robinson
NUEVA CONTESTACION DE SUSE:
Si cree que hay un error obvio en la distribución, nos gusta recibir feedback, pero le tengo que solicitar que nos envíe feedback a través de la página web:
Y ESO ES LO QUE VOY A HACER. NO OBSTANTE SE AGRADECERÍA UN TRADUCTOR.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El Martes, 9 de Diciembre de 2003 15:39, José Antonio Meler Garanto escribió:
http://www.suse.com/us/private/support/inst_support/support_overview.html
No obstante, puede intentar lo siguiente:
* Use yast2 (si puede entrar a través de red tal vez sea mejor, usará entonces yast en modo texto, igualmente funcional), y use la opción 'set hostname via dhcp' en la configuración de la tarjeta de red.
* Ciertamente no alcanzo a ver a que viene esta recomendacion, como no sea un intento de que localhost este bien definido, mira en /etc/hosts que la linea 127.0.0.1 haga referencia simplemente a localhost, ni localhost.localdomain ni nada por el estilo.
* Borre todos los directorios en /tmp relacionados con KDE.
* Esto una vez puede ser, pero no todas. * Si la instalación proviene de una Actualizacion, no instalacion en limpio, yo borraria, despues de hacer una COPIA, del directorio .kde , de los usuarios con problemas, a ver que pasa, * Tambien, haz un ls -la , sobre el directorio de los usuarios, verifica que la propiedad y grupo de los ficheros y directorios sale por nombre, asi como al crear un fichero, si has actualizado o copiado el directorio de un backup, puede que no coincidan con los nuevos creados. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/11P3AXFL65CppEIRAoW3AJ91kc7hJmVXkdcZC1ZCOXTC6SoxCwCdFlEf xVA+4rBhHOjc/BgaCL+ZMRw= =YBMD -----END PGP SIGNATURE-----
El SERVICIO DE SOPORTE ESCRIBIÓ: ...
No obstante, puede intentar lo siguiente: ... * Use yast2 (si puede entrar a través de red tal vez sea mejor, usará entonces yast en modo texto, igualmente funcional), y use la opción 'set hostname via dhcp' en la configuración de la tarjeta de red.
JOSE MARIA CONTESTÓ:
* Ciertamente no alcanzo a ver a que viene esta recomendacion, como no sea un intento de que localhost este bien definido, mira en /etc/hosts que la linea 127.0.0.1 haga referencia simplemente a localhost, ni localhost.localdomain ni nada por el estilo.
LA LINEA ESTÁ CLARA: 127.0.0.1 localhost (y más adelante el nombre descriptivo). EL SERVICIO DE SOPORTE CONTINUÓ:
* Borre todos los directorios en /tmp relacionados con KDE.
JOSE MARIA CONTESTÓ:
* Esto una vez puede ser, pero no todas.
TOTALMENTE DE ACUERDO. LO QUE HAY QUE ARREGLAR ES EL probable "BUG", NO TRASLADAR EL PROBLEMA A LOS USUARIOS. JOSÉ MARÍA AÑADIÓ:
* Si la instalación proviene de una Actualizacion, no instalacion en limpio, yo borraria, despues de hacer una COPIA, del directorio .kde , de los usuarios con problemas, a ver que pasa, PUES NO, NO ES UNA ACTUALIZACIÓN. ES UNA INSTALACIÓN LIMPIA DE SUSE 9.0. LOS OTROS SUSE, LOS TENGO EN OTRAS PARTICIONES.
JOSÉ MARÍA FINALIZANDO:
* Tambien, haz un ls -la , sobre el directorio de los usuarios, verifica que la propiedad y grupo de los ficheros y directorios sale por nombre, asi como al crear un fichero, si has actualizado o copiado el directorio de un backup, puede que no coincidan con los nuevos creados.
No se trata de ninguna de estas últimas cuestiones José María, pues el problema lo he tenido varias veces con instalaciones limpias: me explico: instalación nueva de SuSE 9.0, creación de root y varios usuarios (uno para entrar a KDE, otro para entrar a GNOME, otros adicionales para varias cuestiones: desarrollo_web, etc). Pues bien, el usuario con el que normalmente entro a KDE tardará un día o dos o tres... pero al final falla (simplemente, un buen día intento entrar y me devuleve al login del sistema: problema de contraseña? pues no). Intento arreglar el asunto. No consigo solucionarlo, y opto por la alternativa más drástica: Vuelta al mismo procedimiento: instación nueva, y actualización. Y se repite. El asunto es grave, puesto que el buque insignia de SuSE, desde que yo lo conozco, siempre ha sido KDE.
El SERVICIO DE SOPORTE ESCRIBIÓ: ...
No obstante, puede intentar lo siguiente: ... * Use yast2 (si puede entrar a través de red tal vez sea mejor, usará entonces yast en modo texto, igualmente funcional), y use la opción 'set hostname via dhcp' en la configuración de la tarjeta de red.
JOSE MARIA CONTESTÓ:
* Ciertamente no alcanzo a ver a que viene esta recomendacion, como no sea un intento de que localhost este bien definido, mira en /etc/hosts que la linea 127.0.0.1 haga referencia simplemente a localhost, ni localhost.localdomain ni nada por el estilo.
LA LINEA ESTÁ CLARA: 127.0.0.1 localhost (y más adelante el nombre descriptivo).
EL SERVICIO DE SOPORTE CONTINUÓ:
* Borre todos los directorios en /tmp relacionados con KDE.
JOSE MARIA CONTESTÓ:
* Esto una vez puede ser, pero no todas.
TOTALMENTE DE ACUERDO. LO QUE HAY QUE ARREGLAR ES EL probable "BUG", NO TRASLADAR EL PROBLEMA A LOS USUARIOS.
Pero dime una cosa con eso de borrar el /tmp se arregla osea pueden entrar los usuarios ??? Por que una solución seria crear un scrip que te borre el /tmp antes de entrar a las X. Se que lo ideal es que SuSE resuelva el problema pero como la responsabilidad por la red es tuya y supongo que no le podrás decir a tu jefe que el bug y que se yo. Pues manos a la obra y lo arreglas tu. Como decía en otro correo el problema de SuSE fue tener un kde con tantos bugs, en cuyo caso mejor que una instalación limpia te convendría realizar una actualización después de instalar.
EL SERVICIO DE SOPORTE CONTINUÓ:
* Borre todos los directorios en /tmp relacionados con KDE.
JOSE MARIA CONTESTÓ:
* Esto una vez puede ser, pero no todas.
TOTALMENTE DE ACUERDO. LO QUE HAY QUE ARREGLAR ES EL probable "BUG", NO TRASLADAR EL PROBLEMA A LOS USUARIOS.
MARCEL ESCRIBIÓ:
Pero dime una cosa con eso de borrar el /tmp se arregla osea pueden entrar los usuarios ???
Pues la verdad que no he tenido necesidad de borrar el /tmp pues ya antes había eliminado totalmente al usuario. Ahora lo que he hecho es (sin reinstalar nada), entrar con otro de mis usuarios a KDE. Veremos cuánto dura sin incidentes [la verdad que solo de pensarlo se me erizan los pelos. No tanto por las pérdidas posibles en sí - siempre puedo copiar como root los archivos que quiera salvar- sino por la incomodidad de trabajar en esas condiciones: miedo me da entrar en el KDE ]. El problema no es que no pueda entrar con cualquier usuario. Con los demás no tengo ningún problema. Los problemas me los da el usuario con el que habitualmente entro al entorno KDE. Tampoco me da problemas root (al menos hasta ahora) y con root también siempre entro al KDE.
Por que una solución seria crear un scrip que te borre el /tmp antes de entrar a las X. Se que lo ideal es que SuSE resuelva el problema pero como la responsabilidad por la red es tuya y supongo que no le podrás decir a tu jefe que el bug y que se yo. Pues manos a la obra y lo arreglas tu.
Pues tomo nota por si se repite el asunto [Afortunadamente no tengo que dar explicaciones a ningún jefe, sino a estas horas ya me hubieran fusilado].
Como decía en otro correo el problema de SuSE fue tener un kde con tantos bugs, en cuyo caso mejor que una instalación limpia te convendría realizar una actualización después de instalar.
Las actualizaciones las hago siempre justo después de instalar. Y diariamente me meto en el YOU, a ver qué hay de nuevo. El tema está en que ,como bien apuntabas en un correo anterior y en este, ...el fallo, posiblemente, esté en el KDE. Ya envié el feedback a SuSE. A ver si se lo toman en serio. Ahora a esperar.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El Martes, 9 de Diciembre de 2003 20:27, José Antonio Meler Garanto escribió:
No se trata de ninguna de estas últimas cuestiones José María, pues el problema lo he tenido varias veces con instalaciones limpias: me explico: instalación nueva de SuSE 9.0, creación de root y varios usuarios (uno para entrar a KDE, otro para entrar a GNOME, otros adicionales para varias cuestiones: desarrollo_web, etc). Pues bien, el usuario con el que normalmente entro a KDE tardará un día o dos o tres... pero al final falla (simplemente, un buen día intento entrar y me devuleve al login del sistema: problema de contraseña? pues no). Intento arreglar el asunto. No consigo solucionarlo, y opto por la alternativa más drástica: Vuelta al mismo procedimiento: instación nueva, y actualización. Y se repite. El asunto es grave, puesto que el buque insignia de SuSE, desde que yo lo conozco, siempre ha sido KDE.
* No te digo que no sea un bug, pero mira en los logs de kdm, gdm, o las X, nunca me ha ocurrido con distribuciones anteriores y la 9.0 la tuve en cuarentena como un mes, ahora mismo esta ya en no menos de 20 maquinas y no tengo problemas en este aspecto, habia un bug de kde con la autentificacion kerberos. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/1546AXFL65CppEIRAmmaAJ4wVxtMkpTsVIzX32EpnucLIi9TrQCeKBju b7rw9ylfbYyPwiziNuW1WgM= =KXdf -----END PGP SIGNATURE-----
participants (7)
-
Carlos E. R. -
Cecilia Marquina -
jose maria -
José Antonio Meler Garanto -
Luis T -
Marcel Mourguiart -
Pedro-Jesus Diaz-Portales Gomez