<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> <title></title> </head> <body bgcolor="#ffffff" text="#000000"> I've seen this happen before, back when something was haywire with my client's NIC; it was one of those gradual failures. Swapping NIC's did the trick then. I've also (rarely) seen an NFS misconfig do it; this is rare because it's autoconfig'd during the K12LTSP setup. I'm assuming here that you've left /etc/dhcpd.conf (or /etc/dhcpd-k12ltsp.conf) at its stock config. Can you try this: boot a thick client Linux box, try mounting /opt/ltsp/i386 from the LTSP server, and copying everything under there to a test directory on the thick client? Also, do you have another kind of thin client to try out to see if it happens there, too? --TP <div class="moz-signature">_______________________________ Do you <a href="http://www.gnu.org">GNU</a>? <a href="http://www.cmosnetworks.com">Microsoft Free since 2003</a>--the ultimate antivirus protection! </div> Peter Trifonov wrote: <blockquote cite="mid:002b01c98ad0$904bd7d0$b0e38770$@infos.ru" type="cite"> <pre wrap="">Rob, thanks a lot for the suggestion. I have tried gPXE, but with the same result. The problem arises AFTER Linux kernel is downloaded from the server and started. The kernel says: ... Creating new ramdisk to hold our new rootfs Mounting root filesystem: ... from xxx.xxx.xxx.xxx [Some NFS traffic is observed at the server at this moment] Setting up the new root ramdisk area Doing the switchroot SwitchRoot v0.1 - Copyright 2005 Linux based systems design Freeing ram used by initramfs After this the system stops doing anything. With best regards, P. Trifonov </pre> <blockquote type="cite"> <pre wrap="">-----Original Message----- From: <a class="moz-txt-link-abbreviated" href="mailto:k12osn-bounces@redhat.com">k12osn-bounces@redhat.com</a> [<a class="moz-txt-link-freetext" href="mailto:k12osn-bounces@redhat.com">mailto:k12osn-bounces@redhat.com</a>] On Behalf Of Rob Owens Sent: Monday, February 09, 2009 6:21 PM To: Support list for open source software in schools. Subject: Re: [K12OSN] Network boot hangs I had a similar problem and found that some clients would not boot with an etherboot cd, but they would boot with a gPXE cd. Try that. You can get it from <a class="moz-txt-link-abbreviated" href="http://www.rom-o-matic.net">www.rom-o-matic.net</a>. When it comes to the driver selection part, choose gpxe from the drop-down list. -Rob On Mon, Feb 09, 2009 at 10:54:44AM +0300, Peter Trifonov wrote: </pre> <blockquote type="cite"> <pre wrap="">Hello, I have installed K12LTSP 5-EL/32 bit onto a server in my network. It </pre> </blockquote> <pre wrap="">works </pre> <blockquote type="cite"> <pre wrap="">fine with relatively modern client PCs. However, booting 12-year old HP Vectra PCs (Pentium-200 CPU, 96 MB </pre> </blockquote> <pre wrap="">RAM) </pre> <blockquote type="cite"> <pre wrap="">hangs with the words "Freeing ram used by initramfs". The system is not really frozen, but nothing happens. I have a few </pre> </blockquote> <pre wrap="">such </pre> <blockquote type="cite"> <pre wrap="">PCs, and all of them exhibit such behavior. I have observed some NFS </pre> </blockquote> <pre wrap="">traffic </pre> <blockquote type="cite"> <pre wrap="">between the server and the client before it hangs. Does anyone have any suggestions what can be wrong with the clients? </pre> </blockquote> </blockquote> <pre wrap=""> _______________________________________________ K12OSN mailing list <a class="moz-txt-link-abbreviated" href="mailto:K12OSN@redhat.com">K12OSN@redhat.com</a> <a class="moz-txt-link-freetext" href="https://www.redhat.com/mailman/listinfo/k12osn">https://www.redhat.com/mailman/listinfo/k12osn</a> For more info see <a class="moz-txt-link-rfc2396E" href="http://www.k12os.org"><http://www.k12os.org></a> </pre> </blockquote> </body> </html>