Salut !
je viens juste de me remettre a nux apres pas mal de temps, j' dl la redhat...
 
Mais j'ai un souci je ne peux me logger qu'en root !
 
que ce soit en mode console ou graphique impossible de se logger avec un autre user : je reviens directement au login (pas de message d'erreur) ! en mode graphique il me dit que le serveur X est deja actif.
 
j'ai essaye de creer les user en ligne de commande et avec l'outil de redhat mais c pareil...
Des idées ???
 
thx
 

 
loge toi en root, et crée des utilisateurs

   
dans le premier message je dis que je peux me connecter qu'en root et que j'ai cree des utilisateurs mais je ne peux pas les utiliser apres... c pas un pb de mot de passe sinon il me le marquerait ...

upeuh  

ça serait pas une histoire de clavier américain par hasard ?
change le 'q' en 'a', le 'w' en 'z', le 'm' en ',', et inversement

  NAN ce n'est pas un pb de mot de passe cf msg 2

tu les a crée comment ? avec quoi ?
ya linuxconf sur ta machine ?
les comptes ne sont peut etre pas activés ?

et le 'su' ca marche ?

aurais tu inversé le probleme ?  

Bitman a écrit a écrit :   aurais tu inversé le probleme ?

 
Pourquoi ? Il a raison, essaie su user.
su ne sert pas qu'a se loguer en root, ca veut dire "switch user"

zeb2> au moins un qui suit    
 
bitman> c'est pour tester les comptes.
Si tu preferes tu peux faire 'rlogin' 'telnet' ou autre, a condition d'avoir les services adequats qui tournent sur ta machine.
C'est pour ca que le 'su <user>' me parait etre interessant a tester.

e_esprit a écrit a écrit : zeb2> au moins un qui suit       bitman> c'est pour tester les comptes. Si tu preferes tu peux faire 'rlogin' 'telnet' ou autre, a condition d'avoir les services adequats qui tournent sur ta machine. C'est pour ca que le 'su <user>' me parait etre interessant a tester.

 
En fait c'est une erreur classique : beaucoup pensent que su veut dire "superuser" parce que su sans nom change vers root par defaut.

pas oublier le "-" après le nom pour prendre en compte les scripts de l'utilisateur. Enfin ça dépend pkoi on fais un su bien entendu.

houla ca y est ca mord    
 
oui le su user fonctionne (a partir d'une console root)
 
par contre j'ai pas essaye avec su user-  (je suis pas chez moi la...) vous pensez que ca peut etre un pb de script de demarrage ? fo vider le rep. home de l'utilisateur ?

ben si tu viens à peine de créer tes users et que t'as essayé avec plusieurs compte je ne vois pas pkoi faire cela.

vi c'est ce que j'ai fait    

zeb2 a écrit a écrit :     Pourquoi ? Il a raison, essaie su user. su ne sert pas qu'a se loguer en root, ca veut dire "switch user"

autant pour moi, je viens d'apprendre qqchose aujourdhui hihihi  

pt1 je capte pas ca m'ennerve !!!!!!
 
donc en su ca marche su user - pareil  
 
en mode graphique quand je me connecte avec un autre  user que root j'ai un espece d'ecran bleu de la mort style windows en me disant visuel:0 deja utilisé (par gdm ?) voulez vous en lancer un autre ?
que je reponde oui ou non ca se banane    
 
help plizzzzz
 
edit quand j'ai essaye de me connecter 1 fois en user et que je me reloge en root j'ai un process gdmgreeter qui me bouffe 100% du cpu . c pas la cause du pb? c quoi ce process?

ben alors tlm seche la ??

Si tu te logues en utilisateur en init3, tu peux faire startx ? Tu as des messages d'erreur ?

actuellement je suis en mode graphique (init5 si je me souviens bien) mais je me connecte sur un terminal texte (Ctrl Alt F1 ) c'est pareil non ??
et bien dans ce cas la c'est comme si je me loge et qu'il me deconnecte tout de suite -> je reviens au login :  
 
y a ptet des msgs d'erreurs mais pa le temps de les voir passer => sont stockes ou les logs de connexions ?

 
/var/log/xfree_quelquechose
ta sortie log c'est le + important en fait.

dans message g ce genre de chose :
"nov 13 17:38:58 kaya gdm(pam_unix)[1470]: session opened for user kaya by (uid=0)
nov 13 17:38:59 kaya gdm[1696]: Le visuel :1 est occupé. Il y a déjà  un serveur X en fonctionnement.
Nov 13 17:39:14 kaya kernel: NVRM: AGPGART: freed 16 pages
Nov 13 17:39:14 kaya kernel: NVRM: AGPGART: backend released
nov 13 17:39:27 kaya gdm[1696]: gdm_server_start : visuel :1 occupé.  Essaye un autre numéro de visuel.
nov 13 17:39:38 kaya gconfd (root-1549): Le serveur GConf n'est pas en cours d'utilisation, arrêt.
nov 13 17:39:38 kaya gconfd (root-1549): Sortie
nov 13 17:39:43 kaya gdm(pam_unix)[1696]: session opened for user kaya by (uid=0)
nov 13 17:39:44 kaya gdm[1722]: Le visuel :2 est occupé. Il y a déjà  un serveur X en fonctionnement.
nov 13 17:39:50 kaya gdm[1722]: gdm_server_start : visuel :2 occupé.  Essaye un autre numéro de visuel.
nov 13 17:40:03 kaya gdm(pam_unix)[1722]: session opened for user root by (uid=0)
nov 13 17:40:04 kaya gconfd (root-1801): démarrage (version 1.2.1), pid 1801 utilisateur « root »
nov 13 17:40:04 kaya gconfd (root-1801): Adresse « xml:readonlyetc/gconf/gconf.xml.mandatory » résolue vers une source de configuration en lecture seule à  la position 0
nov 13 17:40:04 kaya gconfd (root-1801): Adresse « xml:readwriteroot/.gconf » résolue vers une source de configuration enregistrable à  la position 1
nov 13 17:40:04 kaya gconfd (root-1801): Adresse « xml:readonlyetc/gconf/gconf.xml.defaults » résolue vers une source de configuration en lecture seule à  la position 2
Nov 13 17:40:05 kaya xinetd[1809]: warning: can't get client address: Transport endpoint is not connected
nov 13 17:52:58 kaya gdm(pam_unix)[1722]: session closed for user root
nov 13 17:53:06 kaya gdm(pam_unix)[1722]: session opened for user kaya by (uid=0)
nov 13 17:53:08 kaya gdm[2061]: Le visuel :1 est occupé. Il y a déjà  un serveur X en fonctionnement.
nov 13 17:53:20 kaya gdm(pam_unix)[2065]: session opened for user root by (uid=0)
Nov 13 17:53:21 kaya xinetd[2146]: warning: can't get client address: Transport endpoint is not connected
nov 13 17:55:41 kaya gdm[2283]: GDM est déjà  lancé. Abandon !
nov 13 17:58:26 kaya gdm(pam_unix)[2065]: session closed for user root
nov 13 17:58:34 kaya gdm(pam_unix)[2364]: session opened for user kaya by (uid=0)
nov 13 17:58:36 kaya gdm[2375]: Le visuel :1 est occupé. Il y a déjà  un serveur X en fonctionnement.
nov 13 17:58:43 kaya gdm[2379]: Le visuel :1 est occupé. Il y a déjà  un serveur X en fonctionnement.
nov 13 17:58:51 kaya gdm[2383]: Le visuel :1 est occupé. Il y a déjà  un serveur X en fonctionnement.
nov 13 17:58:59 kaya gdm[2387]: Le visuel :1 est occupé. Il y a déjà  un serveur X en fonctionnement.
nov 13 17:59:08 kaya gdm[931]: Ã\211chec du démarrage du serveur X plusieurs fois en peu de temps ; désactivation du visuel :1
Nov 13 17:59:51 kaya login(pam_unix)[925]: session opened for user root by LOGIN(uid=0)
Nov 13 17:59:51 kaya  -- root[925]: ROOT LOGIN ON tty1"
 
"
=>  
* UID = 0 !! ??
* pb avec le serveur gconf ?
 
 

vi /etc/inittab
 
id:3:initdefault: <=== mettre 3 au lieu de 5
 
init 6 pour rebooter
 
à partir de là, éssaye de te loggé user
si OK exit puis root
init 5
 
là, tu devrais être sur la fenetre de connexion graphique
réessayer user
 
Ca prmettra déjà de cibler le pb...
 
ced
 

ok s parti !

bon ben ca plante pareil en runlevel  3. ...

bon bah déjà, on sait que ce n'est pas un pb dû à l'interface graphique puisk'elle n'est pas censé être lancée à ce niveau...
 
je vais fouiller un peu pour voir ce qui pourrais clocher, entre temps les bonnes idées sont les bienvenues !    

tu obtiens un login graphique quand tu démarres en init 5 ou pas ?
 
si non, essaye de trouver une console où X serait lancé(ALT+CTRL+Fx  où x est le numéro de la console habituellement 7)
 
parce que dans tes log, il semble dire que GDM est lancé (et donc le serveur X)

Euh... question toute bête, leurs as tu défini un shell de connexion par défaut ??? ça peut servir...  

mjules > oui gdm se lance en init level 5  
cedcox > shell : /bin/bash

dc dans ton passwd tu as une ligne du genre :
user:x:501:501:userhome/userbin/bash
avec les droits en lectures pour les utilisateurs sur ce fichier et lecture/écriture pour leur home...
impressionnante l'histoire...

le /bin/bash a bien les permissions qu'il faut ? (r-x pour others )

cedcox > a pas compris ton dernier post mais oui g une ligne :
kaya:x:500:0:kaya: /home/kaya: /bin/bash
oui le passwd est en lecture pour tlm et /home/kaya en rwx pour le user kaya ....
 
 
 
Mjules yes : /bin/bash r-x pour others

Bah si t'essayes de faire un startx alors que t'es en mode graphique c'est normal que ca chie, puisque le serveur X a deja été lancé par gdm.
 
Pour resoudre ton probleme, concentre toi sur le runlevel 3.
Et dis nous ce qui se passe quand tu te loggue en mode console, puis quand tu tapes startx (si t'arrives a te logguer => tu nous a pas dit, enfin t'as pas ete clair sur ce point).

Et dis nous ce qui se passe quand tu te loggue en mode console, puis quand tu tapes startx (si t'arrives a te logguer => tu nous  
bon je m'ennerve pas. ..
 
en runlevel 3 user root pas de pb
level 3 user kaya : d'apres ce que je comprends la session s'ouvre et se referme aussitot->je reviens a login :  
 
et j'ai jamais dit que je lancais un startx en level5 ....

bon ben franchement la redhat c de la daube !!  
outre ce bug de login c'est vraiment la deche pour booter : grub se  lance 3 fois sur 4 en mode "bash like" (pas de menu graphique) la creation de la disquette de boot ne fonctionne 1 fois / 2 et une fois la disquette cree fo vraiment avoir du bol pour kil reussisse a charger le noyau -> poubelle la rh !

its not a bug, its a feature  

 
enfin ma "feature" preferee dans cette version c'est quand meme le "blue screen of death" : encore mieux que windows meme les boutons oui / non n'arrivent pas a s'afficher    

pis jsuis dans la mouize grub se charge plus du tout a partir de mon hd , j'ai essayer un format / mbr avec une disquette de boot 98 mais l'option n'est pas supportée... vous savez comment ca se desinstalle ce truc?

essaie plutot fdisk /mbr