bug-grub
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCHES] saving, displaying and using information given viabootp


From: Christoph Plattner
Subject: Re: [PATCHES] saving, displaying and using information given viabootp
Date: Fri, 02 Mar 2001 23:03:58 +0100

Or we make the stage2-diskless module automatically in the build process
with 
        cat start diskless > stage2-diskless
as we do 
        cat start pre_stage2 > stage2
and
        cat nbloader diskless > nbgrub

So stage2-diskless can be used instead of stage2 on the floppy or
where ever. I tested it, it works. This stage2-diskless can be built in
all cases, when nbgrub is built. So I think there is no need for a
special configuration here...

With friendly regards
        Christoph Plattner


OKUJI Yoshinori wrote:
> 
> I think I should have told you my idea, before you have finished the
> work. The way you want is quite similar to the diskless images. In the
> diskless images (pxegrub and nbgrub), you can specify a configuration
> file on a remote host dynamically using the tag 150, so you can
> control client machines completely from the remote host. Therefore,
> what you need here is not an ad hoc environment variable, but the
> functionality that loads a remotely defined configuration file even in
> stage2. To do that, you just need to add an option to bootp/dhcp, so
> that bootp/dhcp overwrites the name of a configuration file and loads
> the file, just like what pxegrub/nbgrub does.
> 
> For example, add --with-configfile into bootp, and build your GRUB
> images, like this:
> 
> $ cat <<EOF >embedded_configfile
> bootp --with-configfile
> $ ./configure --enable-card --enable-preset-menu=embedded_configfile
> 
> Or build GRUB normally and put the file "embedded_configfile" in a
> local disk as the default configuration file. Then, you can control
> what your client machines do from a remote host, as long as your
> BOOTP/DHCP server is set up properly. IMO, this is a cleaner way,
> since this doesn't break any of GRUB paradigms.
> 
> Okuji
> 
> _______________________________________________
> Bug-grub mailing list
> address@hidden
> http://mail.gnu.org/mailman/listinfo/bug-grub

-- 
-------------------------------------------------------------------------
private:        address@hidden
company:        address@hidden



reply via email to

[Prev in Thread] Current Thread [Next in Thread]