List Archive: gentoo-soc
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Donnie Berkholz wrote:
<blockquote cite="mid:20080707223620.GX10260@comet
" type="cite">
<pre wrap="">On 11:15 Mon 07 Jul , Eric Thibodeau wrote:
</pre>
<blockquote type="cite">
<pre wrap="">nfsroot:
Went from nothing (well...apart from 3yo personal scripts and old
notes) to booting nfsroot!
- I am using my current server configuration to perform tests (with
VMware as the test node), this speeds up the dev cycle quite a bit
- using baselayout2 (openrc) which did make my live easier but I still
have to figure some of it out (such as
</pre>
</blockquote>
<pre wrap=""><!---->
such as ...
</pre>
</blockquote>
LOL...I was kidnapped by aliens and couldn't finish. I am now back...I
promise I am no replacement clone.<br>
<br>
...such as: booting is slower and it spends lots of time in "resolving
dependancies". And I am having problems with rc-update del "service"
which doesn't seem to work in my nfsroot-fsscript...<br>
<blockquote cite="mid:20080707223620.GX10260@comet
" type="cite">
<pre wrap="">
</pre>
<blockquote type="cite">
<pre wrap="">General:
- I need to devise the correct way to integrate the nfsroot files into
the livedvd. Uncompressed, the files take ++500MB, compressed, about
145MB (!).
</pre>
</blockquote>
<pre wrap=""><!---->
OK, but doesn't the livedvd ends up throwing everything into a squashfs?
</pre>
</blockquote>
I don't know the impact when one wants to `docache` (run from RAM)
<<>> which means the boot time might be horrendous if the
kernel doesn't have enough RAM for buffering the image.<br>
<blockquote cite="mid:20080707223620.GX10260@comet
" type="cite">
<blockquote type="cite">
<pre wrap="">- Is this going to be a full-fledged livedvd solution with config
retention between boots?...the gentoo releases don't have that support
yet but I could hack something up to use ie: a USB key on bootup to
fetch/save configs.
</pre>
</blockquote>
<pre wrap=""><!---->
Sure, could just unionfs it on top of /etc and /home if it exists.
That'd be neat and generally useful if you integrated support into
catalyst.
</pre>
</blockquote>
Unionfs becomes useless here, I just link (or bind-mount) the provided
folders and unionfs has nothing to do here.<br>
<blockquote cite="mid:20080707223620.GX10260@comet
" type="cite">
<pre wrap="">
I don't think it's a critical feature though, so it should go on the
back burner like the dialog UI.
</pre>
</blockquote>
Agreed.<br>
</body>
</html>
|
|
