Si X ne veut pas démarrer et est cassé :
Si X est cassé et que la connexion échoue, dans la plupart des cas les messages d'erreur suivants s'affichent :
_ FontTransSocketUNIXConnect : Can't connect: errno = 111 failed to set dafault font path 'unix:-1' Fatal server error: could not open default font 'fixed'
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 XF86Config
(si vous
utilisez Xfree86, le fichier est
XF86Config-4
) situé dans le répertoire
/etc/X11
:
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/"
Saisissez en mode ligne de commande startx (en local) pour redémarrer le serveur X (ou utilisez la commande telinit 5 pour définir le niveau d'exécution). Pour redémarrer xfs, utilisez la commande de l'étape 1.
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 !
Si Exceed ne répond pas (vous avez un écran blanc) :
Dans ce cas, il est très probable que xdm (ou gdm, en fonction
de celui qui est déclaré dans
/etc/inittab
) ne démarre pas
correctement. Essayez la commande : ps -ef |
grep gdm (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 netstat
-l | grep xdmcp. Vous devriez voir ceci :
udp 0 0 *:xdmcp *:*
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 telinit 5. Si XDMCP n'est pas configuré pour utiliser udp, suivez l'étape 2 ci-dessus.
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
ping ou telnet ; si
la réponse est longue à arriver, c'est que vous avez un
problème avec votre DNS. Si avec telnet
vous recevez en retour un un message « Connection
Refused
», 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.
Ordinateur de type PC Box avec PPPoE (PPP par Ethernet) :
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.
Exportation d'affichage de Linux à Linux :
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 :
xlib: Connection refused (error 111): unable to connect to X server xlib: No such process (error 3): Server error
Pour résoudre le problème, saisissez la commande ci-dessous :
$ xhost +
$ export DISPLAY=adresse_IP_de_votre_machine
:0.0
Souvenez-vous bien qu'il faut autoriser l'accès par la
commande xhost -
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.
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
/etc/X11/gdm/gdm.conf
:
[daemon] Chooser=/usr/bin/gdmchooser --disable-sound --disable-crash-dialog ... [xdmcp] Enable=1 HonorIndirect=1
J'ai un message d'erreur
Signal 11
:
Le message d'erreur
Signal 11
, nommé
également Segmentation Fault
(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 SIG 11 while compiling
the Kernel.