<html><head><META http-equiv="Content-Type" content="text/html; charset=ISO-8859-1"><title>4. Dépannage</title><link href="style.css" rel="stylesheet" type="text/css"><meta content="DocBook XSL Stylesheets V1.68.1" name="generator"><link rel="start" href="index.html" title="Guide pratique de mise en œuvre de XDMCP sous Linux"><link rel="up" href="index.html" title="Guide pratique de mise en œuvre de XDMCP sous Linux"><link rel="prev" href="ar01s03.html" title="3. Transfert X11 à l'aide de SSH"><link rel="next" href="ar01s05.html" title="5.
XDMCP et GDM (le Gestionnaire d'affichage Gnome)
"></head><body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF"><div class="navheader"><table summary="Navigation header" width="100%"><tr><th align="center" colspan="3">4. Dépannage</th></tr><tr><td align="left" width="20%"><a accesskey="p" href="ar01s03.html">Précédent</a> </td><th align="center" width="60%"> </th><td align="right" width="20%"> <a accesskey="n" href="ar01s05.html">Suivant</a></td></tr></table><hr></div><div class="sect1" lang="fr"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="ts"></a>4. Dépannage</h2></div></div></div><div class="itemizedlist"><ul type="disc"><li><p>
Si X ne veut pas démarrer et est cassé :
</p><p>
Si X est cassé et que la connexion échoue, dans la plupart
des cas les messages d'erreur suivants s'affichent :
</p><pre class="screen">
_ FontTransSocketUNIXConnect : Can't connect: errno = 111
failed to set dafault font path 'unix:-1'
Fatal server error:
could not open default font 'fixed'
</pre><p>
Il est probable que xfs ne trouve pas le bon port du serveur
de polices ou que le chemin des polices n'est pas configuré
correctement. Pour résoudre le problème, vérifier les étapes 1
et 8 ci-dessus. Vérifiez que la configuration pointe vers le
port 7100 et assurez-vous que les polices suivantes sont
installées (si ce n'est pas le cas, réinstallez les paquetages
des polices de Xfree86 à partir de votre cédérom). Vérifiez la
liste dans le fichier <code class="filename">XF86Config</code> (si vous
utilisez Xfree86, le fichier est
<code class="filename">XF86Config-4</code>) situé dans le répertoire
<code class="filename">/etc/X11</code> :
</p><pre class="screen">
FontPath "/usr/X11R6/lib/X11/fonts/75dpi/"
FontPath "/usr/X11R6/lib/X11/fonts/misc/"
FontPath "/usr/X11R6/lib/X11/fonts/CID/"
FontPath "/usr/X11R6/lib/X11/fonts/Speedo/"
FontPath "/usr/X11R6/lib/X11/fonts/100dpi/"
FontPath "/usr/X11R6/lib/X11/fonts/Type1/"
</pre><p>
Saisissez en mode ligne de commande <span><strong class="command">startx</strong></span>
(en local) pour redémarrer le serveur X (ou utilisez la
commande <span><strong class="command">telinit 5</strong></span> pour définir le niveau
d'exécution). Pour redémarrer xfs, utilisez la commande de
l'étape 1.
</p><p>
J'ai constaté que dans la RH 7.3 que si mon xfs n'est pas
démarré, la connexion avec Exceed plantera si j'utilise GNOME.
(Avec KDE, le fonctionnement est correct et le GNOME de la
Mandrake n'est pas affecté). Après avoir corrigé et redémarré
xfs, ça marche bien !
</p></li><li><p>
Si Exceed ne répond pas (vous avez un écran blanc) :
</p><p>
Dans ce cas, il est très probable que xdm (ou gdm, en fonction
de celui qui est déclaré dans
<code class="filename">/etc/inittab</code>) ne démarre pas
correctement. Essayez la commande : <span><strong class="command">ps -ef |
grep gdm</strong></span> (ou xdm ou kdm, mettez le bon dans la
commande). De plus, si votre système est configuré pour
utiliser udp avec XDMCP, vous pouvez saisir <span><strong class="command">netstat
-l | grep xdmcp</strong></span>. Vous devriez voir ceci :
</p><pre class="screen">
udp 0 0 *:xdmcp *:*
</pre><p>
Si le processus n'est pas lancé, vérifiez les étapes de la
configuration ci-dessus (assurez-vous qu'il n'y a pas de faute
de frappe et que le chemin déclaré est correct). Redémarrez X
à l'aide de la commande <span><strong class="command">telinit 5</strong></span>. Si XDMCP
n'est pas configuré pour utiliser udp, suivez l'étape 2
ci-dessus.
</p><p>
Il est aussi possible que la configuration de votre DNS soit
incorrecte et/ou que votre pare-feu soit actif. Vous pouvez
facilement l'établir en appelant simplement votre hôte par
<span><strong class="command">ping</strong></span> ou <span><strong class="command">telnet</strong></span> ; si
la réponse est longue à arriver, c'est que vous avez un
problème avec votre DNS. Si avec <span><strong class="command">telnet</strong></span>
vous recevez en retour un un message « <code class="computeroutput">Connection
Refused</code> », alors c'est que le problème vient du
pare-feu (dans la mesure où votre démon telnet est déjà
lancé !) Voyez la section située plus haut pour plus
d'informations sur la manière de résoudre ce problème.
</p></li><li><p>
Ordinateur de type PC Box avec PPPoE (PPP par Ethernet) :
</p><p>
Un utilisateur de PPPoE m'a rapporté que si vous utilisez
PPPoE, il se peut que vous rencontriez des difficultés avec
XDMCP. Après l'avoir désinstallé, il devrait être capable de
faire tourner XDMCP. N'ayant pas d'environnement pour
effectuer un test, je vous laisse le soin de le tester
vous-même.
</p></li><li><p>
Exportation d'affichage de Linux à Linux :
</p><p>
Si vous utilisez une autre station sous Linux avec X, vous
n'aurez pas besoin d'XDMCP pour gérer votre affichage. En
fait, vous pouvez exporter l'affichage de votre PC. À cet
effet, il vous faut autoriser une autre station à se connecter
au serveur X. Sans cela, les messages d'erreur les plus
fréquents que vous obtiendrez seront :
</p><pre class="screen">
xlib: Connection refused (error 111): unable to connect to X server
xlib: No such process (error 3): Server error
</pre><p>
Pour résoudre le problème, saisissez la commande
ci-dessous :
</p><pre class="screen">
$ xhost +
$ export DISPLAY=<em class="replaceable"><code>adresse_IP_de_votre_machine</code></em>:0.0
</pre><p>
Souvenez-vous bien qu'il faut autoriser l'accès par la
commande <strong class="userinput"><code>xhost -</code></strong> une nouvelle
fois. Une chose à retenir est que vous n'en avez pas besoin si
vous utilisez un PC comme terminal X avec XDMCP. Le besoin
existe si vous utilisez une connexion Linux vers Linux ou
Linux vers UNIX.
</p><p>
Si vous utilisez un grand nombre de stations Linux sous X et
que vous désirez pouvoir choisir à quel serveur X vous connecter,
il vous faudra décommenter ce qui suit dans le fichier
<code class="filename">/etc/X11/gdm/gdm.conf</code> :
</p><pre class="screen">
[daemon]
Chooser=/usr/bin/gdmchooser --disable-sound --disable-crash-dialog
...
[xdmcp]
Enable=1
HonorIndirect=1
</pre></li><li><p>
J'ai un message d'erreur
<code class="computeroutput">Signal 11</code> :
</p><p>
Le message d'erreur
<code class="computeroutput">Signal 11</code>, nommé
également <code class="computeroutput">Segmentation Fault</code>
(Erreur de segmentation), peut parfois avoir pour cause un
problème matériel ou logiciel. Si vous rencontrez ce problème
en démarrant votre serveur X, il vous faudra régler ce
problème avant de configurer XDMCP. Malheureusement, un tel
problème n'est pas facile à régler, en raison de nombreuses
causes possibles. Pour plus d'informations, rendez-vous sur ce
site (en anglais) consacré à l'erreur 11 lors de la
compilation du noyau <a href="http://www.bitwizard.nl/sig11/" target="_top">SIG 11 while compiling
the Kernel.</a>
</p></li></ul></div></div><div class="navfooter"><hr><table summary="Navigation footer" width="100%"><tr><td align="left" width="40%"><a accesskey="p" href="ar01s03.html">Précédent</a> </td><td align="center" width="20%"> </td><td align="right" width="40%"> <a accesskey="n" href="ar01s05.html">Suivant</a></td></tr><tr><td valign="top" align="left" width="40%">3. Transfert X11 à l'aide de SSH </td><td align="center" width="20%"><a accesskey="h" href="index.html">Sommaire</a></td><td valign="top" align="right" width="40%"> 5.
XDMCP et GDM (le Gestionnaire d'affichage Gnome)
</td></tr></table></div></body></html>
