From: Svetoslav S. <sv...@gm...> - 2004-06-25 22:30:51
|
> Svetoslav: > > Thank you for your response. But I'm not sure I expressed myself > clearly. My problem is quite strange and understanding it well is > necessary for anyone to help us. > > The problem is that we need to make four monitors work with one desktop. > Okay, but we only achieved this using three. Using four is hard. > > First let me comment a little bit on the past emails: > > On Fri, 2004-06-25 at 06:13, Svetoslav Slavtchev wrote: > > > > Having to use an "order" is no good. People on a multi-user > > > machine logs in and out on the different consoles all the time, and X > > > obviously restarts everytime. > > > > does X restarts really ? :-) > > <snip from my gdm conf> > > # If you are having trouble with using a single server for a long time > and > > # want gdm to kill/restart the server, turn this on > > #AlwaysRestartServer=false > > </snip> > > > > Well, we already did that a few days ago and that's what made our three > monitor configuration work 101% perfectly :) > > > > > Gdm might be capable of starting the initial > > > login sessions in the "right" order, but then two users logs in, the > one > > > with the card that must be loaded "first" then logs out and someone > else > > > logs in - restarting X on that card "last". > > > > IIRC gdm follows the order in which the servers are specified > > in it's config file > > on start : 1,2,3,..... > > on shutdown : ...,3,2,1 > > > > IMO user logins/logouts doesn't metter > > > > As a matter of fact the logins/logouts do *NOT* matter. Once loaded they > will reamin loaded untill the next reboot. > > There is something really interesting here. When we log on with three > monitors any user can logout and X won't shutdown (as we intended). > > However, with four monitors the order in gdm's session list is getting > strange... > > Since this is not a simple problem I will try to simulate a little of > what's going on here. Please try to understand this simulation: > > => I try load gdm in an given order wich I configure in gdm.conf > (for example, let's imagine X0, X1, X2, X3 for our example). > > Now gdm is trying to bring X0 up.... SUCCESS!! > Now gdm is trying to bring X1 up.... SUCCESS!! > Now gdm is trying to bring X2 up.... FAILED. > But magically the X0 monitor _and_ X2 are frozen-up!! > Also X3 is not loaded, since we didn't get there. > > Now I do a "kill <gdm and his childs AND the X server>". > Now X0, X1, X2, X3 and the X server are dead. what is the reason for the failers ? for a year(maybe year and a half) i got only 1 time problem to boot the bios of the card if you have the same problem, i'd suggest to configure Xinerama as James van Zeeland sugested, and run X -probeonly with the Xinerama layout before starting gdm Aivils the main developer of bruby and ruby, is using such a setup with 3 Nvidia cards one other thing, i don't really understand why should a failer in one server block all previous ones IMO on ruby if the system is running (i.e. not tottaly locked), the other X server should still function properly > => Now I edit my gdm.conf and try (X2, X0, X1, X3). Let's try it... > > Now gdm is trying to bring X2 up.... SUCCESS!! > Now gdm is trying to bring X0 up.... SUCCESS!! > Now gdm is trying to bring X1 up.... SUCCESS!! > Now gdm is trying to bring X3 up.... SUCCESS!! > Everything works now!! I am lucky! > Users may login and logout and everything works alright!! > > => Now, I'm in heaven. I am kind of the hill... so now I am going to > reboot and load everything again. > > > => So now I edit gdm.conf and I left the default order of initialization > to (X2, X0, X1, X3). Since it worked once it should work again, right?? > > Now gdm is trying to bring X2 up.... FAILED. > And the machine is _completely_ halted... even my keyboard leds. have you changed the primary card(the one initialized by BIOS) to the one used by X2, IIRC with Miguels Solution there is a big fat warning that a dumb(no VT/console) X server can not be the primary one > > I hope I illustrated my problem better. Please help if you know any kind > of aid for this problem. well, i'm afraid that i have no other ideas then initializing the cards via X -probeonly before starting gdm maybe some more info on the X errors, X configs and the hardware used could help us track it down > Just remembering, we have tried lots of different video cards and > motherboards along with memories and processor... that's the definition > of desperate! i really doubt that hardware (except Graphic cards) matters, so far it runs stable with a lot of PCI cards what graphic cards are you using ? have you checked the compatibility list ? best, svetljo PS. Aivils site seems to be down right now, but there are some mirrors US: http://people.debian.org/~andreas/aivils/ Germany: http://www.schuldei.org/aivils/ http://rfhs8012.fh-regensburg.de/~sls35340/aivils/ UK: http://karlovo.demon.co.uk/~svetlio/aivils/ -- "Sie haben neue Mails!" - Die GMX Toolbar informiert Sie beim Surfen! Jetzt aktivieren unter http://www.gmx.net/info |