Xorg qui plante

Hello

Xorg a tendance a planter, le problème c’est qu’il n’y a rien décrits dans les log aux moment ou sa plante (/var/log/xorg.0.log)

je lance 2 serveur X et avidement dans celui ou je joue (spring) quand sa plante sa me renvoie direct aux tty.
j’ai bien des message d’erreur a ce moment mai comment les loguer ?

j’ai fluxbox et donc je le démare a partire du ~/.bashrc ,voila ce que j’ai mis
user 1

if [ -z "$DISPLAY" ] && [ "$(tty)" == /dev/tty1 ] then sleep 1 startx -- :0 fi

user 2

if [ -z "$DISPLAY" ] && [ "$(tty)" == /dev/tty2 ] then sleep 1 startx -- :1 fi

je pourrai loguer sa comment car je me doute bien que c est la dedans que je pourrait loguer,mai comment ?
j’ai essayer avec un screen -LdmS logx startx -- :1
de même avec un script ''logxorg.txt''

mai il me donne pas les droit

Script started on ven 28 aoû 2009 05:03:50 CEST
jeux@wboost:~$ exitstartx -- :2

X: user not authorized to run the X server, aborting.

xinit:  Server error.

Merci d’avance

Pour faire simple, pourquoi ne pas faire tes tests en lançant le serverX depuis un terminal ?

avec un xorg déja lancer,depuis un user ? si oui sa va pas jouer ne serait ce que pour les droits. de plus l’un va partager les ressources avec l’autre, je soupçonne les driver nvidia mai…
sinon sa n’a pas l’aire possible depuis un tty ?

sinon depuis un terminal je ne sai pas comment mi prendre (je vai quand meme tester) ?
Merci pour ta réponse

Commente ce passage dans ~/.bashrc pour séparer X et commandes shell, tu le remettras en place
pour ton fluxbox après test.

if [ -z “$DISPLAY” ] && [ “$(tty)” == /dev/tty2 ]

then

sleep 1

startx – :1

fi

Si ~/.bashrc comporte d’autres alias et conditionnels personnels susceptibles
d’affecter le comportement de bash va chercher le .bashrc de /etc/skel

tu te logues en /dev/tty2 (alt+F2)

Démarre un second X (:1) (cad que /dev/tty7 (:0) X est activé)
on redirige les messages vers un fichier.

$ startx – :1 2>Xlog01
TEST CRASH
$ less Xlog01

La même chose dans le tty par défaut (:0)
On arrête X xdm (gdm kdm slim …) auparavant ( ctrl+alt+backspace # killall xdm)

$ startx 2>Xlog00

sa log impect reste plus qu’a attendre que sa replante :\ y apas un moyen de mettre sa dans le .bashrc plutôt que de ce taper le tout a la mano ?

Merci pour ta réponse :smt023

bon ben voila le plantage :


X.Org X Server 1.4.2
Release Date: 11 June 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux Debian (xorg-server 2:1.4.2-10.lenny2)
Current Operating System: Linux wboost 2.6.26.cust.12.min.gcc4 #1 SMP Mon Aug 17 14:42:09 CEST 2009 i686
Build Date: 08 June 2009  09:12:57AM
 
	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.2.log", Time: Tue Sep  1 19:04:55 2009
(==) Using config file: "/etc/X11/xorg.conf"
(II) Module "ramdac" already built-in
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning:          Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
>                   Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server
BScreen::BScreen: gestion de l'ecran 0 utilisant l'affichage 0x21, de profondeur 24
kbuildsycoca running...

Backtrace:
0: /usr/bin/X(xf86SigHandler+0x7e) [0x80c91ce]
1: [0xb7f64400]
2: /usr/lib/xorg/modules/drivers//nvidia_drv.so(_nv002593X+0x6a) [0xb69e6622]

Fatal server error:
Caught signal 11.  Server aborting

XIO:  fatal IO error 11 (Ressource temporairement non disponible) on X server ":2.0"

      after 58520 requests (58520 known processed) with 0 events remaining.

xinit:  connection to X server lost.



waiting for X server to shut down konsole: Fatal IO error: client killed
kdeinit: Fatal IO error: client killed
klauncher: Exiting on signal 15
kded: Fatal IO error: client killed

bon il y a nvidia en cause , mai je peux faire quoi pour faire disparaitre ce bug?
Merci d’avance

Si c’est aléatoire, surtout quand tu joues, ce ne serait pas un problème hard (mauvaise ventilation) ?

oui c est quand je joue, et non c’est pas la chauffe rien ne dépasse 60°c

sensors
w83627dhg-isa-0290
Adapter: ISA adapter
VCore:       +1.14 V  (min =  +0.00 V, max =  +1.74 V)
in1:        +12.41 V  (min = +11.09 V, max =  +5.65 V)   ALARM
AVCC:        +3.31 V  (min =  +0.82 V, max =  +0.34 V)   ALARM
3VCC:        +3.31 V  (min =  +1.76 V, max =  +1.70 V)   ALARM
in4:         +1.62 V  (min =  +1.26 V, max =  +1.96 V)
in5:         +1.75 V  (min =  +1.27 V, max =  +1.08 V)   ALARM
in6:         +5.40 V  (min =  +5.09 V, max =  +1.15 V)   ALARM
VSB:         +3.30 V  (min =  +2.59 V, max =  +1.79 V)   ALARM
VBAT:        +3.15 V  (min =  +2.56 V, max =  +3.52 V)
Case Fan:   1231 RPM  (min =  847 RPM, div = 8)
CPU Fan:       0 RPM  (min =  703 RPM, div = 128)  ALARM
Aux Fan:       0 RPM  (min =  703 RPM, div = 128)  ALARM
fan5:          0 RPM  (min =  703 RPM, div = 128)  ALARM
Sys Temp:    +42.0°C  (high = +54.0°C, hyst = +114.0°C)  sensor = thermistor
CPU Temp:    +44.5°C  (high = +80.0°C, hyst = +75.0°C)  sensor = thermistor
AUX Temp:    +10.0°C  (high = +18.0°C, hyst = +18.0°C)  sensor = thermistor
cpu0_vid:   +2.050 V

pour la carte graphique tu peux compter 10 c° de plus max, le tout est en water colling :slightly_smiling:
une autre idée ?

up, avec une petite info.

sa semble ce produire si je passe d’un utilisateur a un autres par exemple j’ai

l’utilisateur A qui lance
startx – :0 dans le tty1 —>X est alors dans Ctrl+Alt+F7
l’utilisateur B qui lance
startx – :1 dans le tty2 —>X est alors dans Ctrl+Alt+F8

si j’ai un jeux qui est lancer par B et que je passe a A sa tien. si je revien sa a tandance a planter (pas tout le temps m’enfin c est chi** quand même)

donc je pense que sa pourrait etre lier a un problème de droit ? ou simplement un bug ?

j’ai rien trouver a ce sujet pour le moment.

Merci d’avance