Debian Bug report logs - #442382
please add support for multipath devices

[Message part 1 (text/plain, inline)]
Package: grub
Version: 0.97-29
Severity: wishlist
Tags: patch

Hi,
while adding multipath support to d-i
(http://wiki.debian.org/DebianInstaller/MultipathSupport) I noticed that
running grub-install on multipath'ed devices currently fails. The first
part of the attached patch adds the proper code to grub-install when
user_friendly_names are used (as done by d-i).  The second part
(device.c) returns the correct partition names (Partition names are
/dev/mapper/mpath[0-9]\+-part[0-9]\+ where the underlying dm device is
/dev/mapper/mpath[0-9]\+). Ideally we'd check if the device is indeed a
device mapper device by looking up the maptype, but we'd need to link
against libdevmapper therefore - would this be an option - maybe for
grub2?
Cheers,
 -- Guido

[grub-multipath.diff (text/x-diff, attachment)]
Hi,
any comments on the multipath patch. It really is needed to get
multipath to work in d-i. Many of the needed things are in place now,
but we need support in grub/grub-installer for things to actually work.
Cheers,
 -- Guido




On Fri, Feb 29, 2008 at 06:21:12PM +0100, Guido Günther wrote:
> Hi,
> any comments on the multipath patch. It really is needed to get
> multipath to work in d-i. Many of the needed things are in place now,

What is multipath?  The URL referenced in the wiki [1] that is supposed to
explain it returns 403.

> but we need support in grub/grub-installer for things to actually work.

Please get it fixed in GRUB 2 first;  then we could consider backporting.

Thanks

[1] http://wiki.debian.org/DebianInstaller/MultipathSupport

-- 
Robert Millan

<GPLv2> I know my rights; I want my phone call!
<DRM> What use is a phone call… if you are unable to speak?
(as seen on /.)




On Fri, Feb 29, 2008 at 09:16:19PM +0100, Robert Millan wrote:
> On Fri, Feb 29, 2008 at 06:21:12PM +0100, Guido Günther wrote:
> > Hi,
> > any comments on the multipath patch. It really is needed to get
> > multipath to work in d-i. Many of the needed things are in place now,
> 
> What is multipath?  The URL referenced in the wiki [1] that is supposed to
> explain it returns 403.
That should explain it:
 http://lwn.net/Articles/124703/

> > but we need support in grub/grub-installer for things to actually work.
> 
> Please get it fixed in GRUB 2 first;  then we could consider backporting.
Oh c'mon. The bug has been sitting around in the BTS for half a year now
without a comment and that's the best we can make out of it? I'd be
happy to forward port things to grub2 but I'd really like to have
this working in grub first, since this is what d-i uses at this point
and once we can bootstrap out of lenny switching back between grub2 and
grub for testing is much easier.
Cheers,
 -- Guido




On Fri, Feb 29, 2008 at 10:30:16PM +0100, Guido Günther wrote:
> > > but we need support in grub/grub-installer for things to actually work.
> > 
> > Please get it fixed in GRUB 2 first;  then we could consider backporting.
> Oh c'mon. The bug has been sitting around in the BTS for half a year now
> without a comment and that's the best we can make out of it? I'd be
> happy to forward port things to grub2 but I'd really like to have
> this working in grub first, since this is what d-i uses at this point
> and once we can bootstrap out of lenny switching back between grub2 and
> grub for testing is much easier.

D-I uses both in fact.  GRUB Legacy for DOS labels and GRUB 2 for GPT.  I
don't see it as a problem that GRUB 2 is used when this feature is chosen.

Please understand that in practice there's no upstream for GRUB Legacy, and
we don't want to act as upstream and add even more features that won't be
merged (we did that way too much, you can see for yourself).  Besides, we're
actively working to replace it completely.

For GRUB 2, you can get this directly in upstream.  I recommend you send it to
grub-devel@gnu.org (feel free to put me on CC if you want).  In long-term this
is the best solution for supporting multipath.

-- 
Robert Millan

<GPLv2> I know my rights; I want my phone call!
<DRM> What use is a phone call… if you are unable to speak?
(as seen on /.)




Guido Günther <agx@sigxcpu.org> writes:

>> > but we need support in grub/grub-installer for things to actually work.
>> 
>> Please get it fixed in GRUB 2 first;  then we could consider backporting.
> Oh c'mon. The bug has been sitting around in the BTS for half a year now
> without a comment and that's the best we can make out of it? I'd be
> happy to forward port things to grub2 but I'd really like to have
> this working in grub first, since this is what d-i uses at this point
> and once we can bootstrap out of lenny switching back between grub2 and
> grub for testing is much easier.
> Cheers,

Hello Guido,

While I see that the patch is rather trivial, I share same feeling of
Robert. Let me explain it a bit more...

We're in the way for moving to grub2 and it's a very demanding
task. Adding new features to grub-legacy just makes this worse.

My idea here is that we put this in grub2 and make d-i to use grub2
when multipath is being use. This is already done for gpt so it's only
less thing to worry when moving lenny to it.

What do you think?

-- 
        O T A V I O    S A L V A D O R
---------------------------------------------
 E-mail: otavio@debian.org      UIN: 5906116
 GNU/Linux User: 239058     GPG ID: 49A5F855
 Home Page: http://otavio.ossystems.com.br
---------------------------------------------
"Microsoft sells you Windows ... Linux gives
 you the whole house."




Hi Otavio,
On Fri, Feb 29, 2008 at 07:24:58PM -0300, Otavio Salvador wrote:
> Guido Günther <agx@sigxcpu.org> writes:
> While I see that the patch is rather trivial, I share same feeling of
> Robert. Let me explain it a bit more...
I see Roberts point completeley and I imagine it to be a pita moving all
the dos labled "mess" over to grub2. The other side is that moving to
multipath d-i to grub2 will be heaps easier once we have an installer
that runs preseeded the whole way. We will need the same hackery as for
sataraid and since I have working code for grub I'd like to finish of
this first bevore we move to grub2, parted1.8, ... So grub would be an
interim solution anyway, but one that helps.
Cheers,
 -- Guido




On Fri, Feb 29, 2008 at 11:48:37PM +0100, Guido Günther wrote:
> Hi Otavio,
> On Fri, Feb 29, 2008 at 07:24:58PM -0300, Otavio Salvador wrote:
> > Guido Günther <agx@sigxcpu.org> writes:
> > While I see that the patch is rather trivial, I share same feeling of
> > Robert. Let me explain it a bit more...
> I see Roberts point completeley and I imagine it to be a pita moving all
> the dos labled "mess" over to grub2. The other side is that moving to
> multipath d-i to grub2 will be heaps easier once we have an installer
> that runs preseeded the whole way.

You noticed that using GRUB 2 for multipath is a two-line change in
grub-installer, right?  See how it is done for gpt.

> We will need the same hackery as for
> sataraid and since I have working code for grub I'd like to finish of
> this first bevore we move to grub2, parted1.8, ... So grub would be an
> interim solution anyway, but one that helps.

Unlike Parted 1.8, GRUB 2 is already in the archive, and already interacts
with the installer.  OTOH, I think the sataraid hackery is completely in the
wrong place (although I can understand why they did it); please don't use it
as reference.

-- 
Robert Millan

<GPLv2> I know my rights; I want my phone call!
<DRM> What use is a phone call… if you are unable to speak?
(as seen on /.)




On Sat, Mar 01, 2008 at 11:39:05AM +0100, Robert Millan wrote:
> Unlike Parted 1.8, GRUB 2 is already in the archive, and already interacts
> with the installer.  OTOH, I think the sataraid hackery is completely in the
> wrong place (although I can understand why they did it); please don't use it
> as reference.
Please provide a better example/place to put things then. But as things
stand I'll simply provide extra Grub/grub-installer packages for the
moment. The "don't do this" without any reasonable explanation nor a way
to do things better is just to time consuming to deal with - especially
when the orignial report didn't have _any_ reaction for 5 months.
Thanks,
 -- Guido




On Sat, Mar 01, 2008 at 01:51:39PM +0100, Guido Günther wrote:
> On Sat, Mar 01, 2008 at 11:39:05AM +0100, Robert Millan wrote:
> > Unlike Parted 1.8, GRUB 2 is already in the archive, and already interacts
> > with the installer.  OTOH, I think the sataraid hackery is completely in the
> > wrong place (although I can understand why they did it); please don't use it
> > as reference.
> Please provide a better example/place to put things then.

It depends on which things.  AFAIK the sataraid hack was simply a workaround for
lack of sataraid support in GRUB;  probably due to lack of response on our part,
so I can't really blame it on whoever added it.

Anyway, we are responsive now.  So for things that belong in GRUB you're
encouraged to discuss them with us (this doesn't mean everything belongs in
GRUB, of course!).

> But as things
> stand I'll simply provide extra Grub/grub-installer packages for the
> moment.

If you insist on working on a branch that is considered obsolete, I suggest
you do that in upstream first.  If upstream accepts [1] your patches for GRUB
Legacy, hence promising to support them in future releases, I have no objection
to them.

Failing that, what you're essentially requesting is that we take care of
upstream maintainance for additional functionality _and_ add one more stopper
for migrating to GRUB 2 in the future.

> The "don't do this" without any reasonable explanation nor a way
> to do things better is just to time consuming to deal with

The way to solve this is simple:

  - Fix it in GRUB 2 upstream.
  - Get grub-installer to use GRUB 2 when this feature is used.  Since you
    needed to change grub-installer anyway, it can even be on the same patch.

Furthermore, if you ping me when you have posted to grub-devel@gnu.org, I may
even be able to help speed up things.

> - especially
> when the orignial report didn't have _any_ reaction for 5 months.

Sorry for that.  Please understand we're volunteers and are usually too
busy, specially when it comes to requests for new features that were sent
to the wrong branch of GRUB.

Thank you

[1] that is, when they're sanctioned by the upstream maintainers and included
    in next upstream release.

-- 
Robert Millan

<GPLv2> I know my rights; I want my phone call!
<DRM> What use is a phone call… if you are unable to speak?
(as seen on /.)




Hi Robert,
first of all, I fully understand your point regarding grub legacy
maintenance. But let me explain a bit...

On Sat, Mar 01, 2008 at 05:36:22PM +0100, Robert Millan wrote:
> Failing that, what you're essentially requesting is that we take care of
> upstream maintainance for additional functionality _and_ add one more stopper
> for migrating to GRUB 2 in the future.
Pleae have a look at the patch. It's fairly unintrusive and the
grub-install part has been in this form or another in other distros
since ages. It basically brings grub-legacy up to par with the rest of
the world. The only reason we need to slightly patch up things besides
grub-installer is that we implement the current upstream device naming
policy while other distros tend to stick to the old scheme. So the
device.c part is Debian specific anyway atm.
 
[..snip..] 
> Sorry for that.  Please understand we're volunteers and are usually too
> busy, specially when it comes to requests for new features that were sent
> to the wrong branch of GRUB.
So am I and that's exactly why I'd like to have working grub legacy
support in d-i before we turn or heads towards grub2. We might run out
of time before lenny and will then release without multipath support.
Cheers,
 -- Guido




Guido Günther <agx@sigxcpu.org> writes:

>> Sorry for that.  Please understand we're volunteers and are usually too
>> busy, specially when it comes to requests for new features that were sent
>> to the wrong branch of GRUB.
> So am I and that's exactly why I'd like to have working grub legacy
> support in d-i before we turn or heads towards grub2. We might run out
> of time before lenny and will then release without multipath support.

Guido,

I'd like to ask you to take a look at grub2 first. If it proves to be
difficult to do, I can even push Robert to make an exception for this
patch (as we did for e2fsprogs change) however, from d-i POV, the most
difficult thing isn't grub but Parted. I want to push 1.8 there and
your change need to go there first.

I do understand your frustation that it has been available for long
time but as we ignored it, you'd also pinged us again. To say the
truth, I forgot this grub bug.

-- 
        O T A V I O    S A L V A D O R
---------------------------------------------
 E-mail: otavio@debian.org      UIN: 5906116
 GNU/Linux User: 239058     GPG ID: 49A5F855
 Home Page: http://otavio.ossystems.com.br
---------------------------------------------
"Microsoft sells you Windows ... Linux gives
 you the whole house."




Hi Otavio,
On Sat, Mar 01, 2008 at 04:09:15PM -0300, Otavio Salvador wrote:
> I'd like to ask you to take a look at grub2 first. If it proves to be
> difficult to do, I can even push Robert to make an exception for this
> patch (as we did for e2fsprogs change) however, from d-i POV, the most
> difficult thing isn't grub but Parted. I want to push 1.8 there and
> your change need to go there first.
Will do. But as I said I'd like to have the rest as well as possible in
place first, so others can test it (even when this means providing
interim grub-legacy packages out of archive). Switching to grub2 or
parted will then be a lot easier from a multipath point of view since it
doesn't involve that many packages anymore.
Cheers,
 -- Guido




On Sat, Mar 01, 2008 at 06:15:26PM +0100, Guido Günther wrote:
> Hi Robert,
> first of all, I fully understand your point regarding grub legacy
> maintenance. But let me explain a bit...
> 
> On Sat, Mar 01, 2008 at 05:36:22PM +0100, Robert Millan wrote:
> > Failing that, what you're essentially requesting is that we take care of
> > upstream maintainance for additional functionality _and_ add one more stopper
> > for migrating to GRUB 2 in the future.
> Pleae have a look at the patch. It's fairly unintrusive and the
> grub-install part has been in this form or another in other distros
> since ages.

If the patch is so simple, what is the problem with updating it for GRUB 2?

> So am I and that's exactly why I'd like to have working grub legacy
> support in d-i before we turn or heads towards grub2.

We are already heading towards GRUB 2.  And you haven't exposed any reason
that would make GRUB 2 inappropiate for your use case.

> We might run out
> of time before lenny and will then release without multipath support.

Then why waste time on this discussion?

Please, reconsider what is the fastest way to get the feature you want...

-- 
Robert Millan

<GPLv2> I know my rights; I want my phone call!
<DRM> What use is a phone call… if you are unable to speak?
(as seen on /.)




On Sun, Mar 02, 2008 at 12:55:26PM +0100, Guido Günther wrote:
> Hi Otavio,
> On Sat, Mar 01, 2008 at 04:09:15PM -0300, Otavio Salvador wrote:
> > I'd like to ask you to take a look at grub2 first. If it proves to be
> > difficult to do, I can even push Robert to make an exception for this
> > patch (as we did for e2fsprogs change) however, from d-i POV, the most
> > difficult thing isn't grub but Parted. I want to push 1.8 there and
> > your change need to go there first.
> Will do. But as I said I'd like to have the rest as well as possible in
> place first, so others can test it (even when this means providing
> interim grub-legacy packages out of archive). Switching to grub2 or
> parted will then be a lot easier from a multipath point of view since it
> doesn't involve that many packages anymore.

The e2fsprogs change fixed a critical bug.  I think adding new features is
much different.

Guido, please understand that when you add a new feature to our GRUB Legacy
package, it means:

  1- One more thing we have to maintain with no support from upstream,
     untill we migrate to GRUB 2.

  2- One more item in the list of stoppers that prevent a migration to GRUB 2.

As you can see, the more you have #2, the more difficult it is to solve #1.

-- 
Robert Millan

<GPLv2> I know my rights; I want my phone call!
<DRM> What use is a phone call… if you are unable to speak?
(as seen on /.)




On Mon, Mar 03, 2008 at 03:07:59PM +0100, Robert Millan wrote:
> On Sat, Mar 01, 2008 at 06:15:26PM +0100, Guido Günther wrote:
> > Hi Robert,
> > first of all, I fully understand your point regarding grub legacy
> > maintenance. But let me explain a bit...
> > 
> > On Sat, Mar 01, 2008 at 05:36:22PM +0100, Robert Millan wrote:
> > > Failing that, what you're essentially requesting is that we take care of
> > > upstream maintainance for additional functionality _and_ add one more stopper
> > > for migrating to GRUB 2 in the future.
> > Pleae have a look at the patch. It's fairly unintrusive and the
> > grub-install part has been in this form or another in other distros
> > since ages.
> 
> If the patch is so simple, what is the problem with updating it for GRUB 2?

Btw, now that I check, this patch won't apply against grub 0.97-33.  The
convert() function has been reimplemented.

-- 
Robert Millan

<GPLv2> I know my rights; I want my phone call!
<DRM> What use is a phone call… if you are unable to speak?
(as seen on /.)




[Message part 1 (text/plain, inline)]
Hi Robert,
On Mon, Mar 03, 2008 at 03:25:15PM +0100, Robert Millan wrote:
> Btw, now that I check, this patch won't apply against grub 0.97-33.  The
> convert() function has been reimplemented.
Thanks for having a look, I've attached an updated version which.
 -- Guido

[0001-add-multipath-support.patch (text/x-diff, attachment)]
On Fri, Mar 07, 2008 at 04:27:20PM +0100, Guido Günther wrote:
> Hi Robert,
> On Mon, Mar 03, 2008 at 03:25:15PM +0100, Robert Millan wrote:
> > Btw, now that I check, this patch won't apply against grub 0.97-33.  The
> > convert() function has been reimplemented.
> Thanks for having a look, I've attached an updated version which.
>  -- Guido

> >From ca0658f9df0cd8319c4476fe824ed91f0bc673c3 Mon Sep 17 00:00:00 2001
> From: Guido Guenther <agx@sigxcpu.org>
> Date: Sat, 1 Mar 2008 17:59:33 +0100
> Subject: [PATCH] add multipath support
> 
> ---
>  debian/patches/00list         |    1 +
>  debian/patches/multipath.diff |   37 +++++++++++++++++++++++++++++++++++++
>  2 files changed, 38 insertions(+), 0 deletions(-)
>  create mode 100644 debian/patches/multipath.diff
> 
> diff --git a/debian/patches/00list b/debian/patches/00list
> index 838132a..86bc010 100644
> --- a/debian/patches/00list
> +++ b/debian/patches/00list
> @@ -22,6 +22,7 @@ find-grub-dir.diff
>  intelmac.diff
>  crossreference_manpages.diff
>  ext3_256byte_inode.diff
> +multipath.diff

This isn't 0.97-33 (it's in experimental).

-- 
Robert Millan

<GPLv2> I know my rights; I want my phone call!
<DRM> What use is a phone call… if you are unable to speak?
(as seen on /.)




On Fri, Mar 07, 2008 at 10:35:01PM +0100, Robert Millan wrote:
> This isn't 0.97-33 (it's in experimental).
Well, we can drop the grub-install.in part for now, the part in device.c
is  the important stuff for d-i and since d-i currently doesn't call
grub-install but rather calls grub directly this should be fine.  All
the rest can the be added/fixed for grub2. I'll have a look at grub2
support as soon as I find the time.
 -- Guido




On Sat, Mar 08, 2008 at 04:34:14PM +0100, Guido Günther wrote:
> I'll have a look at grub2
> support as soon as I find the time.

Great.  Please let us know when you do.

-- 
Robert Millan

<GPLv2> I know my rights; I want my phone call!
<DRM> What use is a phone call… if you are unable to speak?
(as seen on /.)




[Message part 1 (text/plain, inline)]
Hi,
Attached is an updated version of the multipath support patch for
grub-legacy. It applies cleanly to 0.97-47lenny2. It's the only
missing piece for getting multipath support to work in lenny's d-i:
 http://wiki.debian.org/DebianInstaller/MultipathSupport
Cheers,
 -- Guido


[multipath-grub-legacy.diff (text/x-diff, attachment)]
tags 442382 - patch
thanks

On Thu, Jan 29, 2009 at 04:27:54PM +0100, Guido Günther wrote:
> +--- a/lib/device.c.org	2009-01-29 13:31:54.000000000 +0100
> ++++ b/lib/device.c	2009-01-29 13:38:48.000000000 +0100

This is not the right place.  We use grub-mkdevicemap for all new device types,
please modify that instead.

See debian/patches/use_grub-probe_in_grub-install.diff

Thanks

-- 
Robert Millan

  The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and
  how) you may access your data; but nobody's threatening your freedom: we
  still allow you to remove your data and not access it at all."




Hello,

I can't test it but I believe I've ported it. Can someone give it a
try?

--- grub2-1.96+20080724/util/grub-mkdevicemap.c 2008-06-04 08:20:36.000000000 -0300
+++ grub2-1.96+20080724-mpath/util/grub-mkdevicemap.c   2009-01-31 18:45:37.000000000 -0200
@@ -313,6 +313,12 @@
 {
   sprintf (name, "/dev/xvd%c", unit + 'a');
 }
+
+static void
+get_mpath_disk_name (char *name, int path)
+{
+  sprintf (name, "/dev/mapper/mpath%d", path);
+}
 #endif
 
 /* Check if DEVICE can be read. If an error occurs, return zero,
@@ -520,6 +526,28 @@
          num_hd++;
        }
     }
+
+  /* Multipath devices with userfriendly_names=yes and the default
+     udev rules: /dev/mapper/mpath<path>-part<partition> */
+  {
+    int path;
+    
+    for (path= 0; path < 9; path++)
+      {
+        char name[24];
+        
+        get_mpath_disk_name (name, path);
+        if (check_device (name))
+          {
+                       char *p;
+                       p = grub_util_get_disk_name (num_hd, name);
+                       fprintf (fp, "(%s)\t%s\n", p, name);
+                       free (p);
+                       num_hd++;
+          }
+      }
+  }
+
 #endif /* __linux__ */
 
   /* The rest is SCSI disks.  */

-- 
        O T A V I O    S A L V A D O R
---------------------------------------------
 E-mail: otavio@debian.org      UIN: 5906116
 GNU/Linux User: 239058     GPG ID: 49A5F855
 Home Page: http://otavio.ossystems.com.br
---------------------------------------------
"Microsoft sells you Windows ... Linux gives
 you the whole house."




tags 442382 + patch
thanks

On Sat, Jan 31, 2009 at 09:16:27PM +0100, Robert Millan wrote:
> tags 442382 - patch
> thanks
> 
> On Thu, Jan 29, 2009 at 04:27:54PM +0100, Guido Günther wrote:
> > +--- a/lib/device.c.org	2009-01-29 13:31:54.000000000 +0100
> > ++++ b/lib/device.c	2009-01-29 13:38:48.000000000 +0100
> 
> This is not the right place.  We use grub-mkdevicemap for all new device types,
> please modify that instead.
Please read the patch carefully. I know that we use grub-mkdevicemap for
device map generation. The important part of the patch is the last hunk.
Independent of the probing (which we currently don't need in d-i, since
we use the workaround dmraid uses) we need to pick the right *partition*
name [1]. The rest of the patch is just to bring it in line with e.g.
cciss, we keep the probing code around for that too.
Anyways, I will stop bothering you now, it's just too tiresome and we
have workarounds.
Cheers,
 -- Guido

[1] and I'd accept any criticism that the code there is far too generic
and might incorrectly match LVM volumes but that didn't come up since
the first verion was posted about 1.5 years ago.




reassign 442382 grub-common
thanks

On Sun, Feb 01, 2009 at 12:22:45PM +0100, Guido Günther wrote:
> On Sat, Jan 31, 2009 at 09:16:27PM +0100, Robert Millan wrote:
> > tags 442382 - patch
> > thanks
> > 
> > On Thu, Jan 29, 2009 at 04:27:54PM +0100, Guido Günther wrote:
> > > +--- a/lib/device.c.org	2009-01-29 13:31:54.000000000 +0100
> > > ++++ b/lib/device.c	2009-01-29 13:38:48.000000000 +0100
> > 
> > This is not the right place.  We use grub-mkdevicemap for all new device types,
> > please modify that instead.
> Please read the patch carefully. I know that we use grub-mkdevicemap for
> device map generation. The important part of the patch is the last hunk.
> Independent of the probing (which we currently don't need in d-i, since
> we use the workaround dmraid uses) we need to pick the right *partition*

Sorry, I forgot about partition selection.  Both things are handled separately,
and both of them might need to be adjusted.

But this is not the right place for that either.  grub-install determines
partitions with:

        GRUB_LEGACY_0_BASED_PARTITIONS=1 grub-probe --device-map=${device_map} -t drive -d "$1"

and update-grub determines partitions with:

        GRUB_LEGACY_0_BASED_PARTITIONS=1 grub-probe --device-map=${device_map} -t drive -d "$1" 2> /dev/null || {

In both cases, it's grub-probe you want to fix.  There are other code paths,
but they're not essential, and we're not currently supporting them.

Note: grub-probe uses a generic heuristic that works for most device paths,
it's possible that no change is needed there.

-- 
Robert Millan

  The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and
  how) you may access your data; but nobody's threatening your freedom: we
  still allow you to remove your data and not access it at all."




On Thu, Jan 29, 2009 at 04:27:54PM +0100, Guido Günther wrote:
> Hi,
> Attached is an updated version of the multipath support patch for
> grub-legacy. It applies cleanly to 0.97-47lenny2. It's the only
> missing piece for getting multipath support to work in lenny's d-i:
>  http://wiki.debian.org/DebianInstaller/MultipathSupport
I just double checked that installing an accordingly patched grub into
/target is enough to make d-i pass smoothly on a multipath setup with
the business card iso as of today.
 -- Guido




Source: grub2
Source-Version: 1.97+20091124-1

We believe that the bug you reported is fixed in the latest version of
grub2, which is due to be installed in the Debian FTP archive:

grub-common_1.97+20091124-1_amd64.deb
  to main/g/grub2/grub-common_1.97+20091124-1_amd64.deb
grub-coreboot_1.97+20091124-1_amd64.deb
  to main/g/grub2/grub-coreboot_1.97+20091124-1_amd64.deb
grub-efi-amd64_1.97+20091124-1_amd64.deb
  to main/g/grub2/grub-efi-amd64_1.97+20091124-1_amd64.deb
grub-efi-ia32_1.97+20091124-1_amd64.deb
  to main/g/grub2/grub-efi-ia32_1.97+20091124-1_amd64.deb
grub-efi_1.97+20091124-1_amd64.deb
  to main/g/grub2/grub-efi_1.97+20091124-1_amd64.deb
grub-emu_1.97+20091124-1_amd64.deb
  to main/g/grub2/grub-emu_1.97+20091124-1_amd64.deb
grub-firmware-qemu_1.97+20091124-1_amd64.deb
  to main/g/grub2/grub-firmware-qemu_1.97+20091124-1_amd64.deb
grub-ieee1275_1.97+20091124-1_amd64.deb
  to main/g/grub2/grub-ieee1275_1.97+20091124-1_amd64.deb
grub-linuxbios_1.97+20091124-1_amd64.deb
  to main/g/grub2/grub-linuxbios_1.97+20091124-1_amd64.deb
grub-pc_1.97+20091124-1_amd64.deb
  to main/g/grub2/grub-pc_1.97+20091124-1_amd64.deb
grub-rescue-pc_1.97+20091124-1_amd64.deb
  to main/g/grub2/grub-rescue-pc_1.97+20091124-1_amd64.deb
grub2_1.97+20091124-1.diff.gz
  to main/g/grub2/grub2_1.97+20091124-1.diff.gz
grub2_1.97+20091124-1.dsc
  to main/g/grub2/grub2_1.97+20091124-1.dsc
grub2_1.97+20091124-1_amd64.deb
  to main/g/grub2/grub2_1.97+20091124-1_amd64.deb
grub2_1.97+20091124.orig.tar.gz
  to main/g/grub2/grub2_1.97+20091124.orig.tar.gz



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 442382@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Felix Zielcke <fzielcke@z-51.de> (supplier of updated grub2 package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Format: 1.8
Date: Tue, 24 Nov 2009 21:20:00 +0100
Source: grub2
Binary: grub2 grub-linuxbios grub-efi grub-common grub-emu grub-pc grub-rescue-pc grub-coreboot grub-efi-ia32 grub-efi-amd64 grub-ieee1275 grub-firmware-qemu
Architecture: source amd64
Version: 1.97+20091124-1
Distribution: unstable
Urgency: low
Maintainer: GRUB Maintainers <pkg-grub-devel@lists.alioth.debian.org>
Changed-By: Felix Zielcke <fzielcke@z-51.de>
Description: 
 grub-common - GRand Unified Bootloader, version 2 (common files)
 grub-coreboot - GRand Unified Bootloader, version 2 (Coreboot version)
 grub-efi   - GRand Unified Bootloader, version 2 (dummy package)
 grub-efi-amd64 - GRand Unified Bootloader, version 2 (EFI-AMD64 version)
 grub-efi-ia32 - GRand Unified Bootloader, version 2 (EFI-IA32 version)
 grub-emu   - GRand Unified Bootloader, version 2 (emulated version)
 grub-firmware-qemu - GRUB firmware image for QEMU
 grub-ieee1275 - GRand Unified Bootloader, version 2 (Open Firmware version)
 grub-linuxbios - GRand Unified Bootloader, version 2 (dummy package)
 grub-pc    - GRand Unified Bootloader, version 2 (PC/BIOS version)
 grub-rescue-pc - GRUB bootable rescue images, version 2 (PC/BIOS version)
 grub2      - GRand Unified Bootloader, version 2 (dummy package)
Closes: 442382 540549 557704
Changes: 
 grub2 (1.97+20091124-1) unstable; urgency=low
 .
   * New upstream snapshot.
     - Fix grub-mkisofs related FTBFS on powerpc. (Closes: #557704)
     - Create fake GRUB devices for devices not listed in device.map.
       This also makes dmraid and multipath work as long as
       search --fs-uuid works. (Closes: #442382, #540549, LP: #392136)
     - rules: grub-emu is now built as a port.
 .
   [ Felix Zielcke ]
   * Change the bt-utf-source build dependency to xfonts-unifont. It's
     more complete, better maintained and grub-mkfont supports actually
     more then BDF fonts as input, thanks to libfreetype.
   * Use grub-probe to get the GRUB device of /boot/grub instead of
     passing (hd0) to grub-install when creating the core.img with
     chainloading. This avoids the (UUID=) hack slowness in case
     /boot/grub is on a different disk then (hd0) in device.map.
   * patches/903_grub_legacy_0_based_partitions.diff: Update.
   * Add a build dependency on automake and python.
   * Set TARGET_CC=$(CC) to really use gcc-4.4 everywhere. Also pass it
     and CC as arguments to ./configure instead of env vars so they get
     preserved.
   * Ship grub-mkrelpath in grub-common.
   * Ship the locale files in grub-common.
   * Add a dependency on 'dpkg (>= 1.15.4) | install-info' for grub-common
     as recommended by Policy and lintian.
Checksums-Sha1: 
 cff98b1c14a0fc59b1922388aa120da588fb9659 2166 grub2_1.97+20091124-1.dsc
 5f553ec3c9a2ba3105513ccb888603cf8faa5ad0 1451948 grub2_1.97+20091124.orig.tar.gz
 152093d089cfafe3521fe84a437c68d384fc68ce 99036 grub2_1.97+20091124-1.diff.gz
 95217e31026447f54a3eed7f6135d50eabd3bb82 205630 grub2_1.97+20091124-1_amd64.deb
 1d8f419cbfd6f7edbe5da3d50732781549a6fcea 204454 grub-linuxbios_1.97+20091124-1_amd64.deb
 0d0c08607579f690da3c7811f97342fc0667cfae 204444 grub-efi_1.97+20091124-1_amd64.deb
 b1b0def58586849efbeeb87f536a04b5be46b653 1448340 grub-common_1.97+20091124-1_amd64.deb
 fede29c8979a27779a777b3a3d6d4e0d1e1bb52d 660012 grub-emu_1.97+20091124-1_amd64.deb
 b9f5871db3dea28bf1e1ea3dede92f9bb0b3db27 691306 grub-pc_1.97+20091124-1_amd64.deb
 502269c6e5ffba50e39ce154c878c4d11467ce00 205176 grub-rescue-pc_1.97+20091124-1_amd64.deb
 2a9cf94feba677e49b80f9ee5951d3ba00d288b4 485758 grub-coreboot_1.97+20091124-1_amd64.deb
 7b59c90404d4494b158d383b6f4f81798741a771 508458 grub-efi-ia32_1.97+20091124-1_amd64.deb
 70daea172011f5b6633b478b6bb505fdcce2dad1 561914 grub-efi-amd64_1.97+20091124-1_amd64.deb
 4d2005a08c206a729027349554809831af4ecdc2 470232 grub-ieee1275_1.97+20091124-1_amd64.deb
 8daad2b38601cefbb43633ad2403fcde239fe50e 447526 grub-firmware-qemu_1.97+20091124-1_amd64.deb
Checksums-Sha256: 
 cf426649b92d23c425deba3b976168ed4cbeed784c92b7bfae6b70393c124cbf 2166 grub2_1.97+20091124-1.dsc
 42fa9040120210149dc485c5b21568fc029fe55ebec1143cdce8bcc374e8ecbc 1451948 grub2_1.97+20091124.orig.tar.gz
 fcd93d1fb660df02b68e33f9baf63c375d62e4862f771e50d4a1b018fa7eeba8 99036 grub2_1.97+20091124-1.diff.gz
 665d34aee3a21c9e672f7e2ff4ec5a0ded7bbc9c5b3bd4f7aeb46d89d355d358 205630 grub2_1.97+20091124-1_amd64.deb
 f05ea7cd1d1fef9e6d9452a5d1022f71c28a8a6fa541ab5521c213f0931db893 204454 grub-linuxbios_1.97+20091124-1_amd64.deb
 f056903c59ba4ae315bdee0c555728f5279d2b49dcb11e4d04f6e567e4ce36b0 204444 grub-efi_1.97+20091124-1_amd64.deb
 70a8e6fb4e32e384d2589ab78b39d586afc7502812a9927e5fdb8b5a6e44ceb2 1448340 grub-common_1.97+20091124-1_amd64.deb
 985c7bec9f56d161fbf2441fa3eed902450befa2c3df3dbcd5ac2fbf86e7f8d7 660012 grub-emu_1.97+20091124-1_amd64.deb
 7b3288a8d06283a755b936ea027c4c5761816670a0799b211ee3db43839023e3 691306 grub-pc_1.97+20091124-1_amd64.deb
 f60235953fe06006ad2f1a68ff424c13376149e67f365a80de7bba83e1c6d96c 205176 grub-rescue-pc_1.97+20091124-1_amd64.deb
 01707a958d30628620480c84f7e2f943679c2b1cfadf7f3646b96008815c7b10 485758 grub-coreboot_1.97+20091124-1_amd64.deb
 38fa505f973054d4767718989618b25ff1972c20c3a454ebc47f7c6d56d8eba2 508458 grub-efi-ia32_1.97+20091124-1_amd64.deb
 ba000cf88bcf83553aed9a8f8b9aa70e7d63ac4c480a7aa0b29a2984d32891a8 561914 grub-efi-amd64_1.97+20091124-1_amd64.deb
 55c815eebacf466bbe3424c30db256f961bd8fe6d41ffa642ce7b3d8bf284b36 470232 grub-ieee1275_1.97+20091124-1_amd64.deb
 0b7fb17fa501f33da1a7062112363cba8451683f56556920e34a6917fa562e24 447526 grub-firmware-qemu_1.97+20091124-1_amd64.deb
Files: 
 fd327309075bbd8f078390be666d5c66 2166 admin extra grub2_1.97+20091124-1.dsc
 14bf356d0b1ac91028a74fbd59f76576 1451948 admin extra grub2_1.97+20091124.orig.tar.gz
 a1179c5905e880cdd46c3a6a8575a61b 99036 admin extra grub2_1.97+20091124-1.diff.gz
 7de4b97ee462ee8a065813189c6b3816 205630 admin extra grub2_1.97+20091124-1_amd64.deb
 74215261c237c315f6de7ac7c82d60de 204454 admin extra grub-linuxbios_1.97+20091124-1_amd64.deb
 5b4e46fa8ec9bb0a8cb0ab2ce203acd6 204444 admin extra grub-efi_1.97+20091124-1_amd64.deb
 6143953594c4875e84485004c33704eb 1448340 admin extra grub-common_1.97+20091124-1_amd64.deb
 b28b2d217e3042429daf34b65cd7b9c2 660012 admin extra grub-emu_1.97+20091124-1_amd64.deb
 aadfd8a44a19affa6344e5e567464872 691306 admin extra grub-pc_1.97+20091124-1_amd64.deb
 9883b9deed0aa5c8e83dd32617856a97 205176 admin extra grub-rescue-pc_1.97+20091124-1_amd64.deb
 520ddf10cd49008d8d33b761ffefe3d8 485758 admin extra grub-coreboot_1.97+20091124-1_amd64.deb
 d022177b22b2b500408bde0142e96486 508458 admin extra grub-efi-ia32_1.97+20091124-1_amd64.deb
 7f94633b1be2f3b02f9d63b761c6a634 561914 admin extra grub-efi-amd64_1.97+20091124-1_amd64.deb
 af56c00d450814da9e630fec5d77c837 470232 admin extra grub-ieee1275_1.97+20091124-1_amd64.deb
 af34e13539ed76bbf8f08cd1549b7ce5 447526 admin extra grub-firmware-qemu_1.97+20091124-1_amd64.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iQEcBAEBCgAGBQJLDEXpAAoJEH84BcfYL7nIjykIAIQQ3PGSXVMCjg3/6XP1X6u6
GqDvlooRv0SH5tyOxK35kiP45IGuH7Jo7iIK2g3OROoHw2PyzrUQD/FSFKyNsZHX
X4stC1qStHT0GVZ8RTy2dHsPaH31z3pQn03FVNM3Bm7y1kLMGzfMZCGbcMCSChbs
cxNNVhFFMrgYHtiJwWiDFAGsOpWHAJHWm7vJPWWmWjiUzuhWr38jxpFSSlcv8zM+
hzpvbI9//RQOk47J1SrgXkiT8mykBY0zZvCso1caozcj2rEfwVCIUGFuH/6juPOE
x2ouNPFIYlhDI+v92i4kFWrGxJpGwg0k4hTj6BdhXlyZDweiSfA0BllKavCt64E=
=JWg6
-----END PGP SIGNATURE-----





Source: grub2
Source-Version: 1.97+experimental.20091127-1

We believe that the bug you reported is fixed in the latest version of
grub2, which is due to be installed in the Debian FTP archive:

grub-common_1.97+experimental.20091127-1_amd64.deb
  to main/g/grub2/grub-common_1.97+experimental.20091127-1_amd64.deb
grub-coreboot_1.97+experimental.20091127-1_amd64.deb
  to main/g/grub2/grub-coreboot_1.97+experimental.20091127-1_amd64.deb
grub-efi-amd64_1.97+experimental.20091127-1_amd64.deb
  to main/g/grub2/grub-efi-amd64_1.97+experimental.20091127-1_amd64.deb
grub-efi-ia32_1.97+experimental.20091127-1_amd64.deb
  to main/g/grub2/grub-efi-ia32_1.97+experimental.20091127-1_amd64.deb
grub-efi_1.97+experimental.20091127-1_amd64.deb
  to main/g/grub2/grub-efi_1.97+experimental.20091127-1_amd64.deb
grub-emu_1.97+experimental.20091127-1_amd64.deb
  to main/g/grub2/grub-emu_1.97+experimental.20091127-1_amd64.deb
grub-firmware-qemu_1.97+experimental.20091127-1_amd64.deb
  to main/g/grub2/grub-firmware-qemu_1.97+experimental.20091127-1_amd64.deb
grub-ieee1275_1.97+experimental.20091127-1_amd64.deb
  to main/g/grub2/grub-ieee1275_1.97+experimental.20091127-1_amd64.deb
grub-linuxbios_1.97+experimental.20091127-1_amd64.deb
  to main/g/grub2/grub-linuxbios_1.97+experimental.20091127-1_amd64.deb
grub-pc_1.97+experimental.20091127-1_amd64.deb
  to main/g/grub2/grub-pc_1.97+experimental.20091127-1_amd64.deb
grub-rescue-pc_1.97+experimental.20091127-1_amd64.deb
  to main/g/grub2/grub-rescue-pc_1.97+experimental.20091127-1_amd64.deb
grub2_1.97+experimental.20091127-1.diff.gz
  to main/g/grub2/grub2_1.97+experimental.20091127-1.diff.gz
grub2_1.97+experimental.20091127-1.dsc
  to main/g/grub2/grub2_1.97+experimental.20091127-1.dsc
grub2_1.97+experimental.20091127-1_amd64.deb
  to main/g/grub2/grub2_1.97+experimental.20091127-1_amd64.deb
grub2_1.97+experimental.20091127.orig.tar.gz
  to main/g/grub2/grub2_1.97+experimental.20091127.orig.tar.gz



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 442382@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Robert Millan <rmh.debian@aybabtu.com> (supplier of updated grub2 package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.8
Date: Fri, 27 Nov 2009 01:38:39 +0100
Source: grub2
Binary: grub2 grub-linuxbios grub-efi grub-common grub-emu grub-pc grub-rescue-pc grub-coreboot grub-efi-ia32 grub-efi-amd64 grub-ieee1275 grub-firmware-qemu
Architecture: source amd64
Version: 1.97+experimental.20091127-1
Distribution: experimental
Urgency: low
Maintainer: GRUB Maintainers <pkg-grub-devel@lists.alioth.debian.org>
Changed-By: Robert Millan <rmh.debian@aybabtu.com>
Description: 
 grub-common - GRand Unified Bootloader, version 2 (common files)
 grub-coreboot - GRand Unified Bootloader, version 2 (Coreboot version)
 grub-efi   - GRand Unified Bootloader, version 2 (dummy package)
 grub-efi-amd64 - GRand Unified Bootloader, version 2 (EFI-AMD64 version)
 grub-efi-ia32 - GRand Unified Bootloader, version 2 (EFI-IA32 version)
 grub-emu   - GRand Unified Bootloader, version 2 (emulated version)
 grub-firmware-qemu - GRUB firmware image for QEMU
 grub-ieee1275 - GRand Unified Bootloader, version 2 (Open Firmware version)
 grub-linuxbios - GRand Unified Bootloader, version 2 (dummy package)
 grub-pc    - GRand Unified Bootloader, version 2 (PC/BIOS version)
 grub-rescue-pc - GRUB bootable rescue images, version 2 (PC/BIOS version)
 grub2      - GRand Unified Bootloader, version 2 (dummy package)
Closes: 442382 501867 540549 541145 557704 558039
Changes: 
 grub2 (1.97+experimental.20091127-1) experimental; urgency=low
 .
   * New Bazaar snapshot.
     - Same grub-mkrescue for grub-pc and grub-coreboot, used by
       grub-rescue-pc during postinst now. (Closes: #501867)
     - Fix grub-mkisofs related FTBFS on powerpc. (Closes: #557704)
     - Create fake GRUB devices for devices not listed in device.map.
       This also makes dmraid and multipath work as long as
       search --fs-uuid works. (Closes: #442382, #540549, LP: #392136)
     - Fix slowness when $prefix uses the (UUID=) hack.
       (Closes: #541145, LP: #420933)
 .
   [ Robert Millan ]
   * Add gettext to Build-Depends and gettext-base to grub-common's
     Depends.
 .
   [ Felix Zielcke ]
   * Update info how to get debian/legacy/update-grub from Bazaar.
   * Use grub-probe to get the GRUB device of /boot/grub instead of
     passing (hd0) to grub-install when creating the core.img with
     chainloading. This avoids the (UUID=) hack slowness in case
     /boot/grub is on a different disk then (hd0) in device.map.
   * Change the bt-utf-source build dependency to xfonts-unifont. It's
     more complete, better maintained and grub-mkfont supports actually
     more then BDF fonts as input, thanks to libfreetype.
   * Revert the Replaces: grub-common to (<= 1.96+20080413-1) on the
     grub-pc package. It was wrongly modified long ago.
   * patches/903_grub_legacy_0_based_partitions.diff: Update.
   * Add a build dependency on automake and python.
   * Set TARGET_CC=$(CC) to really use gcc-4.4 everywhere. Also pass it
     and CC as arguments to ./configure instead of env vars so they get
     preserved.
   * Ship the locale files and grub-mkrescue in grub-common.
 .
   [ Updated translations ]
   * Bulgarian (bg.po) by Damyan Ivanovi (Closes: #558039)
Checksums-Sha1: 
 05886ac586ed70b07f6d3f25c7092264aa55a2e6 1971 grub2_1.97+experimental.20091127-1.dsc
 88c84aeb201c7d37b6090749c964d8b30e7a0186 1560742 grub2_1.97+experimental.20091127.orig.tar.gz
 f9b70d848fd00d30451e8753359d2372aba90a34 45933 grub2_1.97+experimental.20091127-1.diff.gz
 225bab37670b1d290fe6d5d1c86fbf3fa63125c9 206854 grub2_1.97+experimental.20091127-1_amd64.deb
 a52f52d1f70f508da05a39df6c05d9a26449643e 205568 grub-linuxbios_1.97+experimental.20091127-1_amd64.deb
 28d72bd987448638ac425ef1a2bb780bb10fd72b 205558 grub-efi_1.97+experimental.20091127-1_amd64.deb
 7252b6d04611d3b622c97c1c3ce02ca5092a974f 1454982 grub-common_1.97+experimental.20091127-1_amd64.deb
 888f36cf0a4629dc608e07c0c7dc76c6d5ef8448 820874 grub-emu_1.97+experimental.20091127-1_amd64.deb
 a5051497c66cba2e2206cbe9e9030e3fb24f4d89 727016 grub-pc_1.97+experimental.20091127-1_amd64.deb
 eefe7d234b2f90eb4be736027d47edf2b378ba73 206310 grub-rescue-pc_1.97+experimental.20091127-1_amd64.deb
 caa6722956ed2fe3874516ea73b63befd82414a3 514466 grub-coreboot_1.97+experimental.20091127-1_amd64.deb
 615212279bb45325b5817c788bf137d151b0a994 540832 grub-efi-ia32_1.97+experimental.20091127-1_amd64.deb
 bea4f4e25a4275ed08db299eb920f6872c8a7499 602332 grub-efi-amd64_1.97+experimental.20091127-1_amd64.deb
 0e54c16f2f1fee0a3f24ed90ff6be2175e6b8414 498842 grub-ieee1275_1.97+experimental.20091127-1_amd64.deb
 dc851b13576360962bffe741ca32f8fb3ba9fd44 473098 grub-firmware-qemu_1.97+experimental.20091127-1_amd64.deb
Checksums-Sha256: 
 3294cc10e035663720220c16ef9e5ffd49ac436de2937bfddaddaa6cd62214a2 1971 grub2_1.97+experimental.20091127-1.dsc
 852ef9ecc98b0c0c8c57f7fbab82cc0ff3af824ea4b4b73b48066a92c02d0e0f 1560742 grub2_1.97+experimental.20091127.orig.tar.gz
 47e7dd689c264afe3f428ba372ede9b6b4949441677e74161b4f1fd30b0264c8 45933 grub2_1.97+experimental.20091127-1.diff.gz
 326240b61d69e398a77f8416400575e67ace2dd8c023d78d5475ea2f5b1d3d5d 206854 grub2_1.97+experimental.20091127-1_amd64.deb
 5e0fb4f0204562e7e1169cf25b759ae5f1660d25f153b51c27adbd4cd16cb0f1 205568 grub-linuxbios_1.97+experimental.20091127-1_amd64.deb
 61bc0d0f19fea4fbe88494c7f5150b8ec7c997e7c3ba859a08e9c48fa755082b 205558 grub-efi_1.97+experimental.20091127-1_amd64.deb
 5d76a7841118772dfb084f5c01fe1eb901228ef28eb391400fc1348b194a483b 1454982 grub-common_1.97+experimental.20091127-1_amd64.deb
 9c9e7e12246a8c9c77ff744bdc46c5de1dc9b4a4e409b8432143c3439fc411b4 820874 grub-emu_1.97+experimental.20091127-1_amd64.deb
 c22643a5737ed56a449582741bb126c70c3447baf6c6d14fc3c1721d10944132 727016 grub-pc_1.97+experimental.20091127-1_amd64.deb
 d9af14e53f459762af01c55e6074fc78a0874c6edcbd7aeefaf0e9a33c98d411 206310 grub-rescue-pc_1.97+experimental.20091127-1_amd64.deb
 9f6a30892030fa646e2285b53e871e1671e211ac4578870fb0450858aa6c8fe7 514466 grub-coreboot_1.97+experimental.20091127-1_amd64.deb
 32412a26a191d5d37814128e762ce911f07ad1ef73b73f7c537b048e0e169375 540832 grub-efi-ia32_1.97+experimental.20091127-1_amd64.deb
 91bdab8f3f6d4c8cebe4e2e9fff12b29c6d7ddb6f595b7113d677ae1f56e2929 602332 grub-efi-amd64_1.97+experimental.20091127-1_amd64.deb
 3c347f1c2a73f2e8a63cd6e4e72ac9f6cd321ccdfc8219c5a60f58baf36c9db2 498842 grub-ieee1275_1.97+experimental.20091127-1_amd64.deb
 4ca7cab7f1dce38ec4e12fad782afd8abb61d152f5073078c1c826e57ab28c9c 473098 grub-firmware-qemu_1.97+experimental.20091127-1_amd64.deb
Files: 
 0ee0003f9ba95ec06cf0afdaabf59ccc 1971 admin extra grub2_1.97+experimental.20091127-1.dsc
 4c4643f4c9d0fc0456489a318688468b 1560742 admin extra grub2_1.97+experimental.20091127.orig.tar.gz
 c71c0d6c7df3ed245639ac18f0188d6d 45933 admin extra grub2_1.97+experimental.20091127-1.diff.gz
 92a2fb139b925f3eea92ce5d9a4216ff 206854 admin extra grub2_1.97+experimental.20091127-1_amd64.deb
 82100d3910f962bd2c18d66a1633786b 205568 admin extra grub-linuxbios_1.97+experimental.20091127-1_amd64.deb
 84ff87a1390404530a1e71dc2807f552 205558 admin extra grub-efi_1.97+experimental.20091127-1_amd64.deb
 e5d5c11e9b52e86f64e2a2011381f547 1454982 admin extra grub-common_1.97+experimental.20091127-1_amd64.deb
 dd062d3441463393bec7b87df91a0f50 820874 admin extra grub-emu_1.97+experimental.20091127-1_amd64.deb
 757775d4a291459cb6686af3695b80b9 727016 admin extra grub-pc_1.97+experimental.20091127-1_amd64.deb
 683b043c410045a9bf604ad431e43a82 206310 admin extra grub-rescue-pc_1.97+experimental.20091127-1_amd64.deb
 64855c218424e43e30bd3ff44b918bbe 514466 admin extra grub-coreboot_1.97+experimental.20091127-1_amd64.deb
 e692c2c192e8373b6c4a50f39021e5e5 540832 admin extra grub-efi-ia32_1.97+experimental.20091127-1_amd64.deb
 ff450af72523eb0a08cad4c6af5d0db6 602332 admin extra grub-efi-amd64_1.97+experimental.20091127-1_amd64.deb
 4c60da6a8277b59b872ae518651dbdd1 498842 admin extra grub-ieee1275_1.97+experimental.20091127-1_amd64.deb
 147f801a0f3554fed20e79a6de73ba61 473098 admin extra grub-firmware-qemu_1.97+experimental.20091127-1_amd64.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAksPK4UACgkQC19io6rUCv8HaACcDywwVZFxDwWpp4gnmvE48APB
IsYAn2I1jAu5mF858UnBAlqmJQT8ZJ+a
=g2wh
-----END PGP SIGNATURE-----





[Message part 1 (text/plain, inline)]
Hi,
I just tried your fix from 1.97+experimental.20091127-1 and it doesn't
work. I'm currently chainloading from grub-legacy into grub2. I see:

Welcome to GRUB!

Error no such partition.
Entering rescue mode...
grub rescue>

The auto generatd grub.cfg is attched.

/dev/mapper/mpath0 is the multipath device. It has two partitions:
	/dev/mapper/mpath0-part1 - boot device
	/dev/mapper/mpath0-part2 - VG mp1 
The volume group mp1 contains the LV mp1-root - the actual "/"-device.
This is the standard partitioning when using root on LVM on multipath in
d-i.
Cheers,
 -- Guido

[grub.cfg (text/plain, attachment)]
[Message part 1 (text/plain, inline)]
On 03/28/2010 03:50 PM, Guido Günther wrote:
> Hi,
> I just tried your fix from 1.97+experimental.20091127-1 and it doesn't
> work. I'm currently chainloading from grub-legacy into grub2. I see:
>
> Welcome to GRUB!
>
> Error no such partition.
> Entering rescue mode...
> grub rescue>
>
>   
Reading current code I see that this problem is probably fixed as long
as multipath devices are named as dev/mapper/mpath-*. If it's not the
attached patch should fix it for good independently of device name. I
have no multipath system to test though
> The auto generatd grub.cfg is attched.
>
> /dev/mapper/mpath0 is the multipath device. It has two partitions:
> 	/dev/mapper/mpath0-part1 - boot device
> 	/dev/mapper/mpath0-part2 - VG mp1 
> The volume group mp1 contains the LV mp1-root - the actual "/"-device.
> This is the standard partitioning when using root on LVM on multipath in
> d-i.
> Cheers,
>  -- Guido
>   
>
>
> _______________________________________________
> Pkg-grub-devel mailing list
> Pkg-grub-devel@lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/pkg-grub-devel


-- 
Regards
Vladimir 'φ-coder/phcoder' Serbinenko


[dm.diff (text/x-diff, attachment)]
[signature.asc (application/pgp-signature, attachment)]

Debian Bug report logs - #442382 please add support for multipath devices

Debian Bug report logs - #442382
please add support for multipath devices