On 22:27 Mon 07 Jul     , Eric Thibodeau wrote:
> Donnie Berkholz wrote:
>> On 11:15 Mon 07 Jul     , Eric Thibodeau wrote:
>>> -   using baselayout2 (openrc) which did make my live easier but I 
>>> still  have to figure some of it out (such as
>
> ...such as: booting is slower and it spends lots of time in "resolving  
> dependancies".

It should keep track of that in a cache. Is the cache being recalculated 
every boot because it's not saved initially in the CD, or the mtimes 
appear wrong somehow?

> And I am having problems with rc-update del "service" which doesn't 
> seem to work in my nfsroot-fsscript...

Got an error message?

>>> -   I need to devise the correct way to integrate the nfsroot files 
>>> into  the livedvd. Uncompressed, the files take ++500MB, compressed, 
>>> about  145MB (!).
>>
>> OK, but doesn't the livedvd ends up throwing everything into a squashfs?
>>   
> 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.

If there's X, docache is generally useless. Is there?

>>> -   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.
>>
>> 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.
>>   
> Unionfs becomes useless here, I just link (or bind-mount) the provided  
> folders and unionfs has nothing to do here.

For /etc you might not want to waste space on files you don't change.

-- 
Thanks,
Donnie

Donnie Berkholz
Developer, Gentoo Linux
Blog: http://dberkholz.wordpress.com