grub-devel
[Top][All Lists]
Advanced

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

Re: Bug#427289: more LVM stuff (Re: Bug#427289: grub-probe: error: unkno


From: Jeroen Dekkers
Subject: Re: Bug#427289: more LVM stuff (Re: Bug#427289: grub-probe: error: unknown device when / is an encrypted LVM)
Date: Mon, 04 Jun 2007 23:05:05 +0200
User-agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (Shijō) APEL/10.7 Emacs/22.0.95 (x86_64-pc-linux-gnu) MULE/5.0 (SAKAKI)

At Mon, 4 Jun 2007 22:30:12 +0200,
Robert Millan wrote:
> 
> On Mon, Jun 04, 2007 at 10:11:30PM +0200, Jeroen Dekkers wrote:
> > At Sun, 3 Jun 2007 23:37:25 +0200,
> > Robert Millan wrote:
> > > Here's another report with issues about LVM.  I notice the device name is
> > > different than previous ones (note: device.map only has /dev/sda).
> > 
> > The problem seems to be that grub-install is probing for things
> > outside of /boot. GRUB shouldn't use anything outside of /boot to
> > start.
> 
> update-grub calls grub-probe a few times, in different places.  Some of them
> could be avoided, but at least these appear to be necessary:
> 
>   # Device containing our userland.  Typicaly used for root= parameter.
>   GRUB_DEVICE="`grub-probe --target=device /`"
> 
>   # Filesystem for the device containing our userland.  Used for stuff like
>   # choosing Hurd filesystem module.
>   GRUB_FS="`grub-probe --target=fs /`"
> 
> See also 00_header.in for code that might scan /usr/share/ in search of
> unifont.  If e.g. /usr is a separate partition, grub needs to know that
> somehow to load the font later.

GRUB shouldn't load anything from any other partition than /boot. The
whole reason that we have /boot partitions is that it might be
possible that the rest isn't readable by GRUB.

The reason we have grub-probe is to find out which modules need to be
in core.img. You're currently using grub-probe for other things and
that isn't always going to work. Grub-probe won't be able to parse
encrypted LVM volumes for example, and thus grub-probe --target=fs /
is never going to work if your / is encrypted.

Jeroen Dekkers




reply via email to

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