[Techtalk] progress with debian diskless client
Chris Wilson
chris+linuxchix at aptivate.org
Wed Apr 15 21:47:16 UTC 2009
Hi Maria,
On Wed, 15 Apr 2009, Maria McKinley wrote:
> So, it looks like the machine was probably going through all of the run
> levels, but it was a very stripped down OS, so there wasn't really
> anything to start in the higher run levels (was missing nfs-common among
> many others). I used the chroot command on the server to install stuff
> using dpkg and get-selections so that it would look like the server.
> Apparently there is something installed on the server that nfs booting
> really doesn't like, as when I booted up the new system, I again had the
> problem of booting into a read-only root directory. I do not really want
> to start installing packages one at a time to see what breaks it, so if
> anyone has any ideas for likely candidates or another way to go about
> this, I would love to hear about it.
Does it mount the root filesystem read-write by NFS from the server? If
so, then perhaps it's trying to mount it read-only first and then run a
filesystem check? You could symlink fsck and e2fsck to /bin/true in the
guest system (NOT the host :) to see if that helps? Otherwise, we'd need
to see complete boot logs from the system, including kernel logs, to
figure out what's going wrong.
Another approach to this might be to use the LTSP support in Ubuntu, which
builds a system for network booting diskless clients, so that sounds like
exactly what you want. The default is that the clients mount their root
filesystem on a ramdisk, so that it gets destroyed when they shut down and
never gets sent to the server, but you can change it to "nfs" in the
lts.conf configuration file.
Cheers, Chris.
--
Aptivate | http://www.aptivate.org | Phone: +44 1223 760887
The Humanitarian Centre, Fenner's, Gresham Road, Cambridge CB1 2ES
Aptivate is a not-for-profit company registered in England and Wales
with company number 04980791.
More information about the Techtalk
mailing list