On Fri, Jan 17, 2003 at 09:41:18AM -0700, George Gambill wrote:
> Again (Running RedHat 8.0)
> 
> I now get to the login screen except, I have a mostly light blue (a nice
> blue) background with 4 columns (plus 2 partial, one left and one right)
> with 4 login boxes (one in each column).  Each column has darker blue
> horizontal lines (not quite the width of the column) up and down the column.

The problem is in your XFree86 configuration.  Could be that the
HorizSync and VertRefresh are not set correctly for your monitor.  You
are seeing the result of your monitor not understanding the video
signal.  Since you are seeing text and colors, your video driver is OK.

Let us know how it turns out!

- Jake



> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, January 16, 2003 3:05 PM
> To: George Gambill
> Cc: John McCreesh; [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Re: TFTP Dots was TFTP error 2 (Access Violation)
> 
> 
> George,
> 
> I'm wondering which version of tftp-server you installed.
> 
> My RH8 box has a /etc/xinetd.d/tftp file that looks like this:
> 
> service tftp
> {
>         disable = yes
>         socket_type             = dgram
>         protocol                = udp
>         wait                    = yes
>         user                    = root
>         server                  = /usr/sbin/in.tftpd
>         server_args             = -s /tftpboot
>         per_source              = 11
>         cps                     = 100 2
> }
> 
> One of the big differences I see is the 'user = root' statement,
> which I think is required for the tftp daemon to chroot itself into
> the /tftpboot directory.
> 
> I'm guessing that it still isn't working because tftpd is failing
> to start.  Check the /var/log/messages file for any clues.
> 
> Jim McQuillan
> [EMAIL PROTECTED]
> 
> 
> 
> On Thu, 16 Jan 2003, George Gambill wrote:
> 
> > John,
> > 
> > By adding the -s (thought RH 8 didn't need it) to the server_args line
> > (/etc/xinetd.d/tftp) per Jim McQuillan's email, I no longer get "TFTP
> error
> > 2  (Access Violation)".  I once again get the on-going string of dots
> > (.....) much like I got when I didn't have tftp server running.
> > 
> > Your suggestions of looking at the user looks promising.
> > 
> > Looking in /etc/xinetd.d/tftp I find user = nobody???
> > 
> > The full file less comments = 
> > service tftp
> > {
> >     socket_type             = dgram
> >     wait                    = yes
> >     user                    = nobody
> >     log_on_success  += USERID
> >     log_on_failure  += USERID
> >     server          = /usr/sbin/in.tftpd
> >     server_args             = -s /tftpboot
> >     disable = no
> > }
> > 
> > Note: the -s in the server_args was just added per Jim's email/
> > 
> > /tftpboot has permissions 755 with owner = root and group = root
> > /tftpboot/lts has permissions 755 with owner = root and group = root
> > 
> > and BTW
> > 
> > /tftpboot/lts/vmlinuz-2.4.19-ltsp-1 has permissions 644 (rw-r--r-- with
> > owner = root and group = root
> > 
> > Thnx,
> > 
> > George
> > 
> > -----Original Message-----
> > From: John McCreesh [mailto:[EMAIL PROTECTED]]
> > Sent: Thursday, January 16, 2003 1:45 PM
> > To: George Gambill
> > Cc: [EMAIL PROTECTED]
> > Subject: Re: [Ltsp-discuss] TFTP error 2 (Access Violation)
> > 
> > 
> > On Thu, 16 Jan 2003 12:56:51 -0700
> > George Gambill <[EMAIL PROTECTED]> wrote:
> > 
> > > Now the client gives me:
> > > 
> > >   Loading 192.168.100.254:/lts/vmlinuz-2.4.19-ltsp-1  .TFTP error 2
> Access
> > > Violation)
> > >   Unable to load file
> > > 
> > > Any Ideas as to where to look for what is preventing it
> > 
> > Check /etc/xinetd.d/tftp to see what user tftp is running as; then
> > ls -l /tftpboot and /tftpboot/lts to make sure that user can read the
> files?
> > 
> > John
> > 
> 
> -- 
> 
> 
> -------------------------------------------------------
> This SF.NET email is sponsored by: Thawte.com - A 128-bit supercerts will
> allow you to extend the highest allowed 128 bit encryption to all your 
> clients even if they use browsers that are limited to 40 bit encryption. 
> Get a guide here:http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0030en
> _____________________________________________________________________
> Ltsp-discuss mailing list.   To un-subscribe, or change prefs, goto:
>       https://lists.sourceforge.net/lists/listinfo/ltsp-discuss
> For additional LTSP help,   try #ltsp channel on irc.freenode.net

-- 


-------------------------------------------------------
This SF.NET email is sponsored by: Thawte.com - A 128-bit supercerts will
allow you to extend the highest allowed 128 bit encryption to all your 
clients even if they use browsers that are limited to 40 bit encryption. 
Get a guide here:http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0030en
_____________________________________________________________________
Ltsp-discuss mailing list.   To un-subscribe, or change prefs, goto:
      https://lists.sourceforge.net/lists/listinfo/ltsp-discuss
For additional LTSP help,   try #ltsp channel on irc.freenode.net

Reply via email to