Archlinux.fr [Forums]

Bonsoir à tous !

J'ai un petit problème depuis quelques temps avec un double lancement du processus X.

[matt@Arch ~]$ ps aux |grep X
root      4051  6.8  6.8  97856 88976 tty7     Ss+  Jul25  20:28 /usr/bin/X -quiet -nolisten tcp vt7 -auth /var/run/entrance/:0.Xauth :0
root      4063  0.0  6.8  97856 88976 tty7     S+   Jul25   0:00 /usr/bin/X -quiet -nolisten tcp vt7 -auth /var/run/entrance/:0.Xauth :0
matt      6234  0.0  0.0   3796   872 pts/0    S+   00:04   0:00 grep X

Comme on peut le voir le deuxième processus n'est pas en fonctionnement et ne sert à rien mis à part à utiliser de la ram !

J'ai donc essayé de m'en débarasser d'abord de facon polie avec un kill classique puis ensuite avec kill -9 mais le bougre devient alors un vil zombie !!

Pour info j'ai une carte ATI MOBILITY RADEON X300 et j'utilise le pilote propriétaire fglrx/catalyst.

Les quelques recherches que j'ai effectué ne m'ont pas donné vraiment de résultats

Si vous aviez des idées....

Merci !
Az

Comment démarres-tu X au démarrage ?

C'est entrance (le XDM d'E17) qui se charge de tout !

Je disais ça parce que si on lance par exemple, par le inittab un gestionnaire de session, et par les daemons un autre...

Ou encore un startx utilisant le .xinitrc pour lancer un gestionnaire de fenêtres...

En gros, ma question c'était, est-ce que y'aurait pas 2 trucs qui lancent X au démarrage.

D'ailleurs, est-ce que ton X fantôme existe toujours si tu ne lances pas entrance au démarrage ?? En éditant inittab pour démarrer en id3 (console).

Le truc super louche, c'est que tu as deux processus qui cherchent à ouvrir X sur le tty 7, donc c'est normal que l'un des deux soit en vrac (et devienne zombie).
Tu devrais avoir un message dans tes logs.

Effectivement, vérifie tout ce que tu lances au démarrage...

Bonjour !

Tout d'abord merci pour votre aide mais malheureusement le problème persiste toujours

Pour info je suis toujours en id3 (avec ou sans entrance). J'ai supprimé entrance pour démarrer sur la console de façon classique et bien le deuxième X est toujours la !!

Et c'est même encore pir ils sont encore plus maintenant

Code : Tout sélectionner

[matt@Arch ~]$ ps aux x|grep X
matt      2704  0.0  0.0   2760   772 tty1     S+   07:58   0:00 xinit /home/matt/.xinitrc -- /etc/X11/xinit/xserverrc :0 -auth /home/matt/.serverauth.2688
root      2705  4.4  5.7  89792 74532 tty3     S<s+ 07:58   0:11 /usr/bin/X -nolisten tcp
root      2711  0.0  5.7  89792 74532 tty3     S<+  07:58   0:00 /usr/bin/X -nolisten tcp
matt      2913  0.0  0.0   3796   872 pts/2    S+   08:02   0:00 grep X

Mis à part ça un démarage avec entrance produit cela :

Code : Tout sélectionner

Jul 27 07:49:15 Arch EXT3 FS on sda2, internal journal
Jul 27 07:49:15 Arch NTFS driver 2.1.29 [Flags: R/W MODULE].
Jul 27 07:49:15 Arch NTFS volume version 3.1.
Jul 27 07:49:15 Arch Adding 546200k swap on /dev/sda3.  Priority:-1 extents:1 across:546200k
Jul 27 07:49:23 Arch entranced: Starting X server.
Jul 27 07:49:23 Arch b44: eth0: Link is up at 100 Mbps, full duplex.
Jul 27 07:49:23 Arch b44: eth0: Flow control is off for TX and off for RX.
Jul 27 07:49:23 Arch entranced: Starting Entrance.
Jul 27 07:49:26 Arch entrance: Debug: ipc_title = /var/run/entrance/entrance_ipc_2670
Jul 27 07:49:26 Arch entrance: entrance_ipc_init: Success
Jul 27 07:49:26 Arch ACPI: PCI Interrupt 0000:01:00.0[A] -> GSI 16 (level, low) -> IRQ 16
Jul 27 07:49:29 Arch [fglrx] Maximum main memory to use for locked dma buffers: 1172 MBytes.
Jul 27 07:49:29 Arch [fglrx] Reserved FB block: Shared offset:0, size:40000 
Jul 27 07:49:29 Arch [fglrx] Reserved FB block: Unshared offset:7fae000, size:40000 
Jul 27 07:49:29 Arch [fglrx] Reserved FB block: Unshared offset:7fee000, size:1000 
Jul 27 07:49:29 Arch [fglrx] Reserved FB block: Unshared offset:7fef000, size:1000 
Jul 27 07:49:29 Arch [fglrx] Reserved FB block: Unshared offset:7ff0000, size:10000 
Jul 27 07:49:38 Arch entrance: entranced: Requesting auth for uid 1000 (/home/matt)
Jul 27 07:49:38 Arch entrance: _entrance_ipc_server_data = E_XAUTH_ACK
Jul 27 07:49:38 Arch entrance: Executing /usr/bin/enlightenment_start
Jul 27 07:49:38 Arch entrance: Starting session for user "matt".
Jul 27 07:49:38 Arch entrance: Opened PAM session. matt : :0.

Rien de très incroyable je trouve.

Sinon dans ce que je lance au démarrage je ne vois vraiment pas ce qui pourrait lancer encore un X.

Je vais redémarrer encore une fois pour voir si j'obtiens 4 X

Edit: bon après un nouveau reboot, sans entrance j'ai 3 X qui apparaissent et avec entrance uniquement 2. Par contre dans les logs je ne vois pas grand (une recherche sur X server n'a montré que ce qu'il y a ci-dessus)

Edit 2.0 : après avoir joué avec ps voici ce que j'obtiens:

Code : Tout sélectionner

[root@Arch matt]# ps -e -o ppid,command | grep X
 2680 xinit /home/matt/.xinitrc -- /etc/X11/xinit/xserverrc :0 -auth /home/matt/.serverauth.2680
 2696 /usr/bin/X -nolisten tcp
 2697 /usr/bin/X -nolisten tcp
 2903 grep X

Jusqu'ici tout va bien puis quand j'utilise l'option -ejH pour voir l'arbre des processus j'obtiens:

Code : Tout sélectionner

 2680  2680  2669 tty1     S+     0:00       /bin/sh /usr/bin/startx
 2696  2680  2669 tty1     S+     0:00         xinit /home/matt/.xinitrc -- /etc/X11/xinit/xserverrc :0 -auth /home/matt/.serverauth.2680
 2697  2697  2697 tty3     S<s+   0:17           /usr/bin/X -nolisten tcp
 2703  2697  2697 tty3     S<+    0:00             /usr/bin/X -nolisten tcp
 2706  2706  2669 tty1     S      0:07           enlightenment

Ou l'on voit que startx lance xinit (normal je pense) qui lui même lance un X (le premier -nolisten) qui lui même en relance un! La question est pourquoi X lance X ??

Pas facile ce bug

Faut comprendre ce qui lance X même en démarrant en id3, c'est pô normal !!

Rien en défoulant la folie meurtière ?
killall X ?
Ctrl+Alt+F7 puis Ctrl+Alt+backspace ? (4 fois ou autant qu'il faut)

Tu es sûr qu'il n'y a plus de truc qui lance X dans les daemons ou ailleurs ?
Dans /etc/rc.* plus généralement... Je pense spécialement à rc.local... (voire à rc.sysinit ou autre mais ce serait étonnant)

Alors en ce qui concerne le démarrage en id3 sans entrance on voit bien dans mon post précédent qui lance quoi:

startx lance xinit qui lance un X qui lui-même lance un autre X. Xinit lance également E17.

Au démarrage (sans entrance) et après m'être loggué je n'ai aucun X. C'est bien l'action de lancer l'interface graphique qui produit mes X.

Sinon voici mon rc.conf:

Code : Tout sélectionner

MODULES=(fglrx vboxdrv acpi-cpufreq cpufreq_ondemand cpufreq_powersave)
DAEMONS=(syslog-ng gensplash network @hal dbus netfs cpufreq !entranced @vsftpd @mysqld @alsa)

Mon rc.local:

Code : Tout sélectionner

#!/bin/bash
#
# /etc/rc.local: Local multi-user startup script.
#

Sinon il n'y a rien de particuler dans rc.sysinit.

Moi ce qui m'intrigue vraiment c'est pourquoi le premier X lance un autre X !

Bêtes bizarres les X

Tu peux nous montrer ce que tu as dans ton .xinitrc ? (à ta racine utilisateur).

Autre : pourrais-tu changer le nom d'hôte de ta machine pour que celui-ci ne comporte pas de majuscule ? Un nom de machine ne doit comporter que des minuscules.

Sinon chez moi les résultats des mêmes commandes que les tiennes:

Code : Tout sélectionner

$ ps -e -o ppid,command | grep X 
 5266 xinit /usr/etc/xdg/xfce4/xinitrc -- /etc/X11/xinit/xserverrc
 5267 /usr/bin/X -nolisten tcp
 6626 grep X

Code : Tout sélectionner

$ ps aux x|grep X 
root      5268  1.5  3.4 828264 35616 tty4     S<Ls+ 11:02  10:17 /usr/bin/X -no
melodie     6628  0.0  0.0    284    92 pts/0    R+   22:03   0:00 grep X

Alors voici mon .xinitrc:

Code : Tout sélectionner

#!/bin/sh

#
# ~/.xinitrc
#
# Executed by startx (run your window manager from here)
#

#exec /opt/e17/bin/enlightenment
# exec wmaker
# exec startkde
# exec icewm
# exec blackbox
#exec fluxbox
exec enlightenment_start

Donc rien que du classique pour lancer E17

Sinon je vais changer le nom de ma machine mais bon je pense pas que ca soit la cause du problème

En ce qui concerne tes commandes Melodie c'est ce que j'aimerai avoir

Même si je les trouve un peu bizarre également, car dans ton deuxième ps tu ne retrouve pas le xinit, que les paramètre de X ne sont pas les même et qu'en plus ils n'ont pas le même pid

Enfin tu n'en as qu'un seul c'est déjà ca !

Pour info voici le résultat de ces commandes chez moi:

Code : Tout sélectionner

[matt@Arch ~]$ ps -e -o ppid,command | grep X
 2661 xinit /home/matt/.xinitrc -- /etc/X11/xinit/xserverrc :0 -auth /home/matt/.serverauth.2661
 2677 /usr/bin/X -nolisten tcp
 2678 /usr/bin/X -nolisten tcp
 7829 grep X


[matt@Arch ~]$ ps aux x|grep X
matt      2677  0.0  0.0   2760   776 tty1     S+   Jul27   0:00 xinit /home/matt/.xinitrc -- /etc/X11/xinit/xserverrc :0 -auth /home/matt/.serverauth.2661
root      2678  0.7  7.3 106368 94880 tty3     S<s+ Jul27  32:53 /usr/bin/X -nolisten tcp
root      2684  0.0  7.3 106368 94880 tty3     S<+  Jul27   0:00 /usr/bin/X -nolisten tcp
matt      7833  0.0  0.0   3792   852 pts/0    R+   23:32   0:00 grep X

mélodie a écrit :Autre : pourrais-tu changer le nom d'hôte de ta machine pour que celui-ci ne comporte pas de majuscule ? Un nom de machine ne doit comporter que des minuscules.

Ah bon ? pour quelle raison ?

Cactus a écrit :
mélodie a écrit :Autre : pourrais-tu changer le nom d'hôte de ta machine pour que celui-ci ne comporte pas de majuscule ? Un nom de machine ne doit comporter que des minuscules.
Ah bon ? pour quelle raison ?

Parceque les dames ont toujours raison

Bonjour à tous,

Le problème m'intéresse car j'ai exactement le même : j'utilise le pilote catalyst et KDE.
Je n'ai pas de .xinitrc : je lance KDM via les DAEMONS du rc.conf, qui se charge de lancer X.
Je vais faire quelques expériences de mon côté.

[EDIT] Je viens de faire un essai avec le pilote vesa : il n'y a plus alors qu'un seul serveur X, et les quelques petits problèmes de latence que j'avais avec Konqueror en mode navigation web semblent avoir disparus. J'en conclue que le souci est du côté du pilote catalyst. Affaire à suivre.

Bon d'une part ca me rassure que je ne sois pas le seul d'autre part ca m'inquiète parceque j'ai ce bug depuis quelques mois et qu'il n'a toujours pas été corrigé donc soit personne ne l'a reporté soit personne ne l'a corrigé chez Ati.

Ils ont un bugtracker chez Ati ?

Ils ont un bugtracker, et le problème est connu : http://ati.cchtml.com/show_bug.cgi?id=702

Ensuite, ce problème n'en serait pas un : lisez bien le dernier message du lien précédent. En gros, le monsieur explique que ce sont deux threads d'un seul et même processus, un pour chaque sortie de la carte.

Pour info, la page de forum de Phoronix qui relate ce "problème", sans d'explications d'ailleurs : http://www.phoronix.com/forums/showthre ... st+servers
On y trouve même un gus qui a cette curiosité avec une carte nvidia...

Bref, je classe l'affaire.

Ok si c'est deux threads d'un même processus celà explique une de mes bizarreries, quand je faisais un kill -9 sur le X qui ne bossait pas et bien par la suite ce processus ne consommait plus de ram mais la ram totale utilisée par le système ne baissait pas !

Bref si tout est normal...

Az a écrit :
Cactus a écrit :
mélodie a écrit :Autre : pourrais-tu changer le nom d'hôte de ta machine pour que celui-ci ne comporte pas de majuscule ? Un nom de machine ne doit comporter que des minuscules.
Ah bon ? pour quelle raison ?

Parceque les dames ont toujours raison

Parce que les noms d'hôtes comportant des caractères spéciaux ou des majuscules peuvent provoquer des perturbations au niveau des systèmes, en particulier dans les réseaux.

Ce n'est pas une dame qui le dit : je ne fais que rapporter ce que m'a dit un monsieur. J'ai travaillé quelques mois avec ce monsieur, pour co écrire un livre paru il y a deux ans. (Ubuntu Linux, une distribution facile à utiliser).

Je n'ai donc pas de preuve qu'un tel nom d'hôte puisse créer des perturbations, j'ai juste tendance à pense que ça se peut, alors pourquoi tenter le diable ?

Sur les caractères spéciaux (accents, etc...), je comprends qu'il puisse y avoir des soucis d'encodage...
Pour les majuscules, je garde un bémol, même si je ferai l'effort la prochaine fois, "puisque c'est une Dame qui le dit" !

NB : sur une install toute fraiche, j'avais mis des majuscules, et no problemo.

Cactus a écrit :Sur les caractères spéciaux (accents, etc...), je comprends qu'il puisse y avoir des soucis d'encodage...
Pour les majuscules, je garde un bémol, même si je ferai l'effort la prochaine fois, "puisque c'est une Dame qui le dit" !
NB : sur une install toute fraiche, j'avais mis des majuscules, et no problemo.

C'est pour le cas où ton système soit dans un réseau. C''est plus sûr de faire ainsi. Je n'ai toujours pas trouvé de preuve, mais voici un indice, une doc de configuration (format pdf) d'un client léger basé sur Linux.

Page 96:

• DNS Host or Domain Name (nom d'hôte ou de domaine DNS)
L'entrée peut être un nom d'hôte ou un nom de domaine, celui-ci étant identifié par un point (".")
qui le précède. Entrez les noms d'hôtes et de domaines en minuscules.

Archlinux.fr [Forums]

[Serveur X] Deux processus X [Résolu]

[Serveur X] Deux processus X [Résolu]