Avant toute chose merci Marc pour cette r�ponse. Je n'ai pas tard� � la mettre en oeuvre, mais il m'a fallu avoir le temps de m'y mettre et celui de la comprendre, car je ne suis pas famillier de la chose.
Le Lundi 12 Mai 2003 08:20, Marc SCHAEFER a �crit : > Quelque chose comme: > > cat > /etc/init.d/remote-query <<EOF > #! /bin/sh > case $1 in > start) X :1 -query 1.2.3.4 &;; > esac > EOF > chmod 755 /etc/init.d/remote-query > > D�sactiver le gestionnaire actuel: > for i in kdm gdm xdm > do > update-rc.d -f $i remove > done > done > > Tester: > /etc/init.d/remote-query start Jusque l� tout s'est bien pass�. J'ai mon serveur. La seule chose que je ne comprend pas c'est pourquoi il faut mettre &. J'ai cru comprendre que c'�tait pour lancer la commande en tache de fond. Mais pourquoi faut-il le faire ? > Activer: > update-rc.d remote-query defaults L'activation s'est bien faite. Mais au red�marrage, rien ne se passe. Sauf que une erreur se produit qui dit : "X command not found", en substance. Je me suis alors lanc� dans la compr�hension du processus de d�marrage. Comme le script n'�tait pas le dernier lanc�, je me suis dit (vous allez rire, mais comprenez mon ignorance ...) : peut-�tre que cette commande est initialis�e apr�s. Je l'ai donc chang� en : update-rc.d remote-query start 90 2 3 4 5 . stop 20 0 1 6 . Alors le script d�marre en dernier. Mais la m�me erreur est produite. Pourtant, apr�s avoir remis gdm au niveau par defaults tout revient bien. Le niveau d'ex�cution (runlevel) est N 2 et cela que gdm ne soit pas lanc� ou le soit. Je croyais que le niveau 5 �tait associ� au mode de connection graphique ? Qu'est-ce que je ne comprends pas ? > > > Plus m�me, j'aimerais pouvoir choisir le kdm du client ou le kdm de la > > machine distante. J'ai essay� avec > > X :1 -indirect IP > > mais je n'ai pas le X du client. > > Deux m�thodes: > 1. script sh qui pose la question dans remote-query > 2. lancer un kdm local, qui ne lance pas de serveur X > (voir la doc de kdm ou de xdm, les concepts sont similaires et les > programmes non-KDE sont mieux document�s), mais qui autorise, > comme celui du serveur, les connexions distantes (au moins > locales), y compris la r�ponse au broadcast UDP. > 3. lancer X, cette fois avec les arguments -indirect > > En th�orie, dans ce dernier cas, le serveur kdm/xdm va pr�senter une > liste. J'ai essay� de mettre en xdmcp le gdm des machines clientes. L� tout va bien. En connection -indirect le chooser me permet de me connecter aux gdm ou kdm des machines clientes comme � celle du serveur (maintenant gdm sur une debian). Le probl�me (et je l'ai fait avec deux clients) c'est qu'avec quinze machines, j'aurai dans mon chooser les 16 machines alors que je n'aimerais que le serveur et le gdm de la machine cliente sur laquelle je suis (sur laquelle chaque �l�ve sera). Si je pouvais ne faire apparaitre dans le chooser que le gdm de la machine cliente sur laquelle on se trouve et celui du serveur, le probl�me de l'arr�t serait r�gl�. Mais comment faire ? > Si de toute mani�re la machine est arr�t�e � la fin de la session, on > pourrait faire un halt si le serveur X termine (option -once sauf > erreur). Le probl�me c'est que les �l�ves, par groupe de deux, changent souvent de compte pendant un labo. S'il faut qu'ils red�marrent � chaque fois ... > Ou de presser CTRL-ALT-F1, puis CTRL-ALT-DEL, et d'avoir modifi� > /etc/inittab pour lancer shutdown sans -r. C'est la solution. Et elle fonctionne parfaitement. Le probl�me c'est que j'aimerait quelque chose de graphique. L'id�al serait qu'� partir du chooser, quand je clique sur le bouton quitter cela �teigne la machine cliente au lieu de red�marrer X du serveur. A+ -- Vincent Guyot Enseignant (physique) Lyc�e Blaise Cendrars [EMAIL PROTECTED] _______________________________________________ gull mailing list [EMAIL PROTECTED] http://lists.alphanet.ch/mailman/listinfo/gull
