grub / grub2 conflicts
Matthew Garrett
mjg59 at srcf.ucam.org
Fri Sep 16 19:20:31 UTC 2011
On Fri, Sep 16, 2011 at 03:01:06PM -0400, Doug Ledford wrote:
> On 9/15/2011 12:01 PM, Matthew Garrett wrote:
> > On Thu, Sep 15, 2011 at 04:56:43PM +0100, Richard W.M. Jones wrote:
> > The most obvious case where it can fail involves grub being effectively
> > unmaintained, and so various vendors have extended it in different ways.
> > You may end up with valid configuration files for one distribution that
> > can't be parsed by the grub for another. The assumption you're making is
> > fragile. It's even worse for grub2, since it has a built-in module
> > loader. Modules built for one version of grub aren't guaranteed (or even
> > really expected) to work when loaded into another.
>
> No it's not. Grub doesn't install the 1.5 stage or the 2nd stage
> loaders, it uses the ones present in the root filesystem defined by the
> install command. In this case, that's going to be the modules in the
> guest vm filesystem. As such, anything valid in the guest vm's copy of
> grub will work in the guest vm even if the grub used to install the
> master boot record comes from the host.
grub-install *does* install the 1.5 and 2nd stage loaders. Even if it
didn't, I'm not convinced it's guaranteed that an arbitrary grub stage 1
can launch an arbitrary grub stage 1.5 since there are assumptions about
register and stack state - see start.S.
--
Matthew Garrett | mjg59 at srcf.ucam.org
More information about the devel
mailing list