Some of the really old monitors depending on the model do not like our newer graphics cards and will find themselves switching themselves off and on. I would suggest just going to the local dump and picking up a newer model and seeing if it works? It is not Linux that is causing the problem but rather the graphics card.
<br><br>- Steve<br><br><div><span class="gmail_quote">On 3/3/07, <b class="gmail_sendername">"Terrell Prudé Jr."</b> <<a href="mailto:microman@cmosnetworks.com">microman@cmosnetworks.com</a>> wrote:</span>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">


  

<div bgcolor="#ffffff" text="#000000">
I ran into something similar with an OptiQuest monitor a few years ago
with K12LTSP.  Also affected FreeBSD, interestingly.  By accident, I
discovered that if I left it for about 4-5 minutes, I would eventually
get the K12LTSP login screen.  This was with an S3 Trio64 video
board--ordinarily one of my favorite thin client video boards.  And no,
it didn't affect all monitors that I had, just the OptiQuest. 
Apparently certain--very few--combinations of monitor and video board
just don't get along too well with either K12LTSP or FreeBSD.  However,
with those combinations, Red Hat Linux in fat-client mode worked just
fine.  Go figure.<br>
<br>
My fix--for that particular monitor--was to swap in an ATI 3D Rage Pro
video board.  The K12LTSP login screen came right up, as expected.  And
BTW, I'm now using that S3 Trio64 video board with a 19" SHARP LCD
screen, and things work perfectly.<br>
<br>
--TP<br>
<div>_______________________________
<br>
Do you GNU!?
<br>
<a href="http://www.gnu.org/" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">Microsoft Free since 2003</a>--the
ultimate antivirus protection!
<br>
</div>
<br>
<br>
Carl Keil wrote:
<blockquote cite="http://mid45E9DB12.3020105@snarlnet.com" type="cite">Hi
Folks,
  <br>
  <br>
I have some monitors that just don't play nice with k12ltsp.  When the
client boots and it gets to the "xorg" line, the monitor just switches
off.  For one monitor adding XSERVER = vesa makes it work.  I just
bought a cute little 15" monitor yesterday and XSERVER = vesa doesn't
even fix it.  It seems like its booting normally, then, click, the
monitor LED just goes red.  The monitor works on an Ubuntu Fat client
and the thin client can boot up normally, with the defaults, using a
variety of different monitors.  I'd love to use this tiny monitor, I'd
love to get away from vesa on the other thin client, but I don't know
what's wrong here. <br>
What causes this phenomenon?  What can I do about it?
  <br>
  <br>
Thanks,
  <br>
  <br>
ck
  <br>
  <br>
_______________________________________________
  <br>
K12OSN mailing list
  <br>
<a href="mailto:K12OSN@redhat.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">K12OSN@redhat.com</a>
  <br>
<a href="https://www.redhat.com/mailman/listinfo/k12osn" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">https://www.redhat.com/mailman/listinfo/k12osn</a>
  <br>
For more info see <a href="http://www.k12os.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"><http://www.k12os.org></a>
  <br>
</blockquote>
</div>

<br>_______________________________________________<br>K12OSN mailing list<br><a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:K12OSN@redhat.com">K12OSN@redhat.com</a><br><a onclick="return top.js.OpenExtLink(window,event,this)" href="https://www.redhat.com/mailman/listinfo/k12osn" target="_blank">
https://www.redhat.com/mailman/listinfo/k12osn</a><br>For more info see <<a onclick="return top.js.OpenExtLink(window,event,this)" href="http://www.k12os.org" target="_blank">http://www.k12os.org</a>><br></blockquote>
</div><br>