Mark Heslep <[EMAIL PROTECTED]> writes:

> However it should be easy enough to pull the additional tools on the
> fly.  With Fedora, kickstart makes this easy enough in the %pre
> section.  I had in mind something like:
> 
> wget  <server>dosemu
> wget  <server>perl
> wget  <server>bash
> - unpack -
> wget  <server>master.sh

And then just never return control to the top-level Anaconda script?
Hmm, maybe.  I can think of a handful of minor issues.

For example...  Right now, the only file sharing users need is SMB
(i.e., a Windows share).  This would require a Web server as well.
And are you sure wget is part of the kickstart image?

I am not sure how large the kickstart ramdisk is; whether it grows
dynamically or what.

Finally, we would need a distribution with kernel 2.6.5 or later,
since that was the first release with my EDD "legacy geometry" patches
in it.

> then run the bottom half of 'master' and we're away.  We dont need
> the dhcp / storage driver work in the top of 'master' as thats
> already done by Fedora's Anaconda that was on board the initrd

That is, of course, the major advantage to this approach by far.

> The advantage of this is that we can stay with the stock vmlinuz /
> initrd from Fedora/RH instead of dealing with yet another custom
> initrd & kernel image and its problems.  For instance, the latest
> unattended set with the 2.6.5 kernel won't talk to a USB keyboard
> during the boot; Fedora's latest does.

I just looked into this and I believe it can be fixed by simply
compiling USB keyboard support into the kernel.  I will try it later
today.

Do you have other examples of problems?

> Anyway, if this is possible have I named everything I need to pull?
> dosemu, bash, perl?  Anything else?

Samba.  You ultimately need access to the share with the Windows
installation media, and that is too large to pull into a ramdisk.

Still, I am rather fond of my home-grown bootdisk.  The devil is in
the details...  For example, I do not know whether kickstart's DHCP
client will let us access DHCP option 233, which we use to permit
custom configuration (username, password, install share) on the
server.

But you are right that kickstart would make a lot of this "somebody
else's problem", which is always nice.

In short, if anyone got this working without any loss of
functionality, I would be strongly inclined to consider it.  But I am
not so inclined to work on it myself, since what we have really isn't
fundamentally broken.

 - Pat


-------------------------------------------------------
This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek
For a limited time only, get FREE Ground shipping on all orders of $35
or more. Hurry up and shop folks, this offer expires April 30th!
http://www.thinkgeek.com/freeshipping/?cpg=12297
_______________________________________________
unattended-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/unattended-devel

Reply via email to