Help answer threads with 0 replies.
Go Back > Forums > Linux Forums > Linux - Distributions > Grafpup
User Name
Grafpup This forum is for the discussion of Grafpup Linux.


  Search this Thread
Old 07-05-2007, 11:21 AM   #1
LQ Newbie
Registered: May 2007
Location: UK
Distribution: Grafpup
Posts: 28

Rep: Reputation: 15
Xorgwizard with older monitor


Using the Xorgwizard with an older monitor, one that doesn't return data to ddcprobe, seems to cause a problem.

I'm using 2.0final, and initially set up the machine using a Dell monitor (DELe008). Then I moved the machine onto an Ilyama vision master type monitor. It's 2000 vintage, which you would think has DDI data, but it seems not. (Or maybe my monitor has a broken pin on the connector, etc. etc).

I went through the xorgwizard, manually giving the size of screen I wanted (1024x768) and I have a file called /etc/X11/xorg.conf.VIACLE_266 which is the (correct) form when the monitor doesn't return anything ($PROFILEMONITOR is null).

Anyway, it causes the system to never get into X windows, as when the /usr/X11R7/bin/xlogin script checks to see if the hardware has changed, it always thinks it has, and runs xorgwizard again. And again, forever.

I'm going to look for a way to get xlogin to accept/use a file matching what I have, ie. with no monitor id string in its name, when $PROFILEMONITOR is a null variable. That could fix the problem.
It could also help those running monitor-less systems.
I'll be getting going on that when I come back from a few days away. In the meantime, if anyone has any thoughts... post here.

Old 07-11-2007, 06:24 AM   #2
Registered: Nov 2004
Location: Adelaide, Australia
Distribution: Lindows/Linspire, SuSE, PC-BSD, ubuntu, puppy
Posts: 239

Rep: Reputation: 30
Simon, have you tried copying and pasting lines from the /etc/X11/xorg.conf file (whatever the path is, lol) on another working installation into the grafpup installation (or live)?

I initially did things like that in the early versions of PC-BSD because of difficulties in configuring any resolution apart from 1024x768 in its pre-version1.0 release days.

South Australia
Old 07-12-2007, 10:58 AM   #3
LQ Newbie
Registered: May 2007
Location: UK
Distribution: Grafpup
Posts: 28

Original Poster
Rep: Reputation: 15

No I haven't tried that, don't need to really, but thanks for the suggestion.

I've progressed a little on this: I determined that my monitor does have DDC info (not ddi, that was a typo) and the ID is correctly obtained "most of the time".

For some reason, the monitor didn't return it during the incident that led to me starting this thread.

What I have done, is added some lines to the 'xlogin' script, to detect the lack of monitor (either because it really is unplugged, or it's there but unresponsive to a ddcprobe) and set a flag. This lets me know whether to ignore the (null) $PROFILEMONITOR shell variable which occurs in that case.

I don't quite know where to go with this bit of code next, but my idea is that I could find and use an xorg.conf, taken from *any* previously-used one on the system, with the matching video chipset.
That would work in the event the monitor is unplugged or no DDC info is returned, and get X started - with 'some kind of' display parameters.

I need X to start, because I'm going to use x11vnc for remote desktop access. That uses the 'main desktop', not extra ones separate from the main, like some other VNC programs do (TightVNC etc). I also found that running a second X server (TightVNC) was costly to my system speed (it's only a medium power machine).

I also had trouble getting logins to function on tightvnc type programs, since Slim only permits one instance running at a time. That was a whole load of problems I didn't fancy addressing, so I've gone for the alternative path of using the main desktop over VNC. It lets me work on the machine if I'm at the console, or elsewhere on my network. Quite in line with the Puppy concept I think, simple and lean, but effective.

Last edited by emlsnws; 07-12-2007 at 11:02 AM.
Old 07-13-2007, 11:23 AM   #4
LQ Newbie
Registered: May 2007
Location: UK
Distribution: Grafpup
Posts: 28

Original Poster
Rep: Reputation: 15
Oh, I forgot to mention.

In working out what was going on with the xlogin script, I found that it had fallen foul of a problem that's occurred before....

I think it was lines 265 and 304 of xlogin, the variable $HOME is referred to - but when xlogin is run from /etc/inittab that variable is not defined. So, I was seeing error messages like:

//.config/XLOADED : not found

Nathan has seen this elsewhere and it's an easy fix. I put this:

at the top of the file, which fixed it just fine.


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off

Similar Threads
Thread Thread Starter Forum Replies Last Post
Issue trying to dual monitor with Dell 2005FPW LCD monitor damg Linux - Hardware 2 12-05-2005 10:13 AM
New monitor problems, Fedora Cora 3, Samsung 913N monitor gingermeatboy Linux - Hardware 2 08-23-2005 08:22 AM
Booting to wrong Monitor (w/ dual monitor setup) NeoNostalgia Linux - General 1 06-30-2004 01:49 AM
older at&t 17" monitor fyrebird Linux - Hardware 1 05-06-2004 10:43 AM
Monitor problems -- changing resolution back w/o monitor Jiawen Linux - Hardware 5 03-17-2004 10:06 PM > Forums > Linux Forums > Linux - Distributions > Grafpup

All times are GMT -5. The time now is 01:18 PM.

Main Menu
Write for LQ is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Open Source Consulting | Domain Registration