Avant de faire la mise à jour matériel et logiciel du serveur, j'ai sauvegardé /home. J'ai fait ma mise à jour. Ajout d'un disque dans un raid5 et nouvelle installation de l'OS (SuSE 10.1). Avant j'étais en SuSE 10. Une fois mon serveur configuré, j'ai restauré home. Pas de probleme. Les clients sont également sous SuSE 10.1 A l'invite de connexion graphique de KDE, l'utilisateur entre son login et mot de passe. il se passe rien pendant quelque seconde puis écran noir et retour à l'écran de connexion de KDE. Si je bascule sur une console (ctrl + alt + F1) pas de probleme, ouverture d'une session en ligne de commande. Mais bon, les étudiants ils aiment pas... Donc pour contourner le pb, je fais : cd /home mv toto toto.bak mkdir toto chown toto: toto
L'etudiants peut à nouveau ce connecter en mode graphique. Visiblement le passage de la 10.0 -> 10.1 pose quelques problemes. Mais tous les étudiants ne sont pas touché. J'ai bien rénomé le repertoire .kde en .kde.bak mais tjrs le meme pb Le vendredi 22 septembre 2006 11:07, Alain EMPAIN a écrit : > On Fri, 2006-09-22 at 09:22 +0200, Fabien Chaudier wrote: > > Bonjour, > > > > J'ai installé une SuSE 10.1sur un serveur bi proc Athlon 2800MP et ca > > fonctionne plutot bien. Les clients sont également en 10.1 > > Depuis que j'ai réinstaller le serveur, la pluspart des utilisateurs > > n'arrivent pas à ce connecter à partir de KDE. Il saisisse leur login et > > passwd, pendant quelques secondes il ne se passe rien, écran noir puis > > retour à l'écran de connexion de KDE. Par contre pas de probleme pour se > > loguer sur une console. > > Le seul moyen que j'ai trouvé est de renomer le HOMEDIR de l'utilisateur > > qui n'arrive pas à ce connecter et d'en créer un nouveau. > > En effet, cela me rappelle avoir déjà rencontré un problème > d'incompatibilité dans les fichiers de config des > clients /home/client/.xxxx après une nouvelle installation qui monte > un /home provenant d'une ancienne distribution. > > Comme je le comprends, tu as créé un nouveau login, et alors le > démarrage de KDE pour ce login fonctionne sans problème ? > > Dans ce cas, tu as en // un /home/ancien_login et un /home/nouveau_login > que tu peux comparer. > > Si tu ne trouves pas directement (owner, rights sur ~/.kde), tu peux > encore essayer progressivement (en archivant par précaution le ~/.kde > fautif), et en remplaçant progressivement ses éléments par ceux > provenant du nouveau login, pour localiser ce qui permet de réussir le > démarrage du nouveau KDE. > > Bonne chance, > > Alain > > > Quelqu'un aurait une idée ? -- Fabien Chaudier INSA - Département Biosciences 11 avenue Jean Capelle 69621 Villeurbanne Cedex Tél. : (33)04 72 43 89 96 Fax. : (33)04 72 43 85 11
_______________________________________________________ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://lists.unixtech.be/cgi-bin/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: chat.unixtech.be:6667 - #unixtech NNTP: news.gname.org - gmane.org.user-groups.linux.unixtech
