lokida

Oui cela est résolu. Maintenant, je regarde comment forcer nvidia-settings pour qu'il voit les serverLayout configurer dans xorg.conf et pas uniquement ce qui est branché dessus.

J'ai rajouté mes paths dans un script dans /etc/profiles.d ssh login@machineA 'export PATH=$PATH:/usr/X11R6/bin ; startx' fonctionne bien !

Après discussion avec un utilisateur habitué de bash, il s'avère que les commandes ssh login@machineA "echo $SHELL" et ssh login@machineA "echo $PATH" ne sont pas vraiment bonnes. En fait, à la place, il faut écrire ssh login@machineA 'echo $SHELL' et ssh login@machineA 'echo $PATH' Si on utilise "commande" ce sera le résultat en local et non sur la machine A. En utilisant 'commande' on exécute la commande sur la machine A. Ainsi, je me suis rendu compte que le path /usr/X11R6/bin n'est pas défini sur la machine A.

Après quelques tests sur une red hat, fedora et centos il semble que ce soit propre à ce genre de distributions basés fedora. Car en essayant sur une distribution basé debian, le startx est bien trouvé en faissant ssh login@machine "startx" Mais je sèche complètement car, comme l'indiquait KewlCat, en faisant ssh login@machineA "echo $PATH" /usr/X11R6/bin apparait !!

Voilà ce que j'obtiens; ssh login@machineA "echo $SHELL" résultat: /bin/bash ssh login@machineA "echo $PATH" résultat: /usr/kerberos/bin:/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin:/home/monlogin/bin ssh login@machineA /bin/bash -c "startx" résultat: /bin/bash: startx: command not found

Voilà, j'ai un autre problème ! Maintenant que je peux démarrer startx via ssh, j'ai tenté de faire la commande suivante depuis la machine B sur A: ssh login@machineA "startx" J'ai la réponse suivante: bash: startx: command not found Pour vérifier, j'ai fais: ssh login@machineA "locate startx" j'ai la réponse suivante: /usr/X11R6/bin/startx (plus d'autres réponses mais pas utile) Donc il trouve bien startx. Je tente le coup et j'essaye: ssh login@machineA "/usr/X11R6/bin/startx" j'ai la réponse suivante: /usr/X11R6/bin/startx: line 132: xauth: command not found /usr/X11R6/bin/startx: line 133: xauth: command not found /usr/X11R6/bin/startx: line 132: xauth: command not found /usr/X11R6/bin/startx: line 133: xauth: command not found /usr/X11R6/bin/startx: line 141: xinit: command not found /usr/X11R6/bin/startx: line 144: xauth: command not found Couldnt get a file descriptor referring to the console Alors j'essage: ssh login@machineA "locate xauth" et j'ai la réponse suivante: /usr/X11R6/bin/xauth Donc il trouve bien startx et xauth (xinit aussi d'ailleurs) Je ne vois pas pourquoi j'ai ce genre de message car il localise bien les fichiers mais est incapable de les lancer !

Par contre le seul problème à cette solution d'écrire dans /var/run/console c'est que /var/run est temporaire. A chaque redémarrage, tout est effacé !

J'utilise une red hat EL 4. Ce qui veut dire que ce sera la même chose pour la fedora et la centos. non, je n'ai pas essayé de modifier les droits sur /dev/console. Comme je passe par nfs, je pense que la meilleure solution est de passer par /var/run/console et d' y ajouter les utilisateurs.

Après plusieurs recherches, l'idée du /var/lock/console était une piste. Sauf que pour moi, il s'agit de créer le fichier username dans /var/run/console ! J'arrive à lancer mon serveur X. Je vais continuer mes tests. Si vous avez d'autres conseils sur ma problématique ou des remarques, je suis preneur ! merci

Quand je me loggue directement depuis la machine en mode console la commande tty me donne /dev/tty1. Par contre, en ssh tty me donne /dev/pts/0. Sinon je n'ai pas de répertoire console dans /var/lock/. J'ai testé en créant un tel répertoire et en y faisant un touch USERNAME (USERNAME est remplacé par mon login). Mais j'ai toujours le même message d'erreur après un startx

Voilà le message que j'obtiens quand je fais startx en ssh depuis B sur A : Fatal server error: PAM authentication failed, cannot start X server. Perhaps you do not have console ownership? Please consult the The X.Org Foundation support at http://wiki.X.Org for help. Par contre, j'ai testé en étant directement connecté à A, le startx fonctionne bien. Par contre, si je veux passer par ssh pour lancer X c'est que ma machine A n'est pas vraiment accessible. Elle est dans une "régie". Et donc pour faciliter l'utilisation je veux passer par ssh.

Bonjour, Voilà mon problème. J'ai une machine A qui est sous linux et qui est relié à 2 écrans (ils sont différents: Ae1 et Ae2) et je peux switcher de l'un à l'autre. La machine A est en réseau avec une machine B qui tourne aussi sous linux. Mes machines sont en NIS/NFS et leurs comptes sont sur un serveur dédié. Chaque utilisateur à crée une clé ssh qui est présente sur leur compte. La machine A démarre en init3 (pas de serveur X de lancé au démarrage). Connecté à B, je me connecte à A en ssh (je ne suis pas en root). Puis je sélectionne l'écran (Ae1 ou Ae2) que je désire. Ensuite je voudrais faire via ssh startx -- -layout "Ae1" pour lancer le serveur X de A. Je ne veux pas d'export display vers B. Je veux juste lancé le serveur X sur A et avoir mon environnement gnome ( et utiliser avec B via xinerama). Donc le problème c'est que j'ai l' erreur : PAM authentication failed, cannot start X server. Perhaps you ... console ownership? En root cela fonctionne (mais je ne veux pas passer par root, je veux le faire en tant qu'user normal). Je ne sais pas ou il faut configurer pour que cela fonctionne. sshd_config ? Merci de votre aide.