All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jeroen Dekkers <jeroen@vrijschrift.org>
To: Sam Morris <sam@robots.org.uk>, 423022@bugs.debian.org
Cc: grub-devel@gnu.org, Thomas Stewart <thomas@stewarts.org.uk>,
	Robert Millan <rmh@aybabtu.com>
Subject: Re: Bug#423022: Bug#422851: "grub-probe -t partmap" doesn't work with software RAID
Date: Mon, 21 May 2007 13:08:50 +0200	[thread overview]
Message-ID: <877ir2v3gd.wl@dekkers.cx> (raw)
In-Reply-To: <1179584038.4145.10.camel@xerces>

At Sat, 19 May 2007 15:13:58 +0100,
Sam Morris wrote:
> In addition, it would be nice if the 'out of disk' error could be
> deferred until grub actually tries to read a block that is out of range,
> as grub-legacy does 

The problem is that it actually tries to do that, because the RAID
superblock is located at the end of the partition.

> (even through it doesn't 'see' the RAID partition as
> such, I can still boot from it without complaint). 

That's probably because you have RAID1. The only difference between a
RAID and a non-RAID is that there is a RAID superblock at the end, you
can just mount a RAID1 partition as normal. This is how grub legacy
was always able to boot from RAID1 partitions. This won't work with
RAID0 or RAID5 however.

> I wonder if d-i warns the user that they may be creating an unbootable
> system if the partition that contains /boot does not exist wholly within
> the first 7.8 GiB/128 GiB/128 PiB (depending on the addressing mode in
> use) of the disk? :)

I think that 7.8GiB limit has been gone for a long time now, I don't
think there will be a lot of installations on such machines. My guess
is that the 128 GiB limit is still a problem.

Jeroen Dekkers



  parent reply	other threads:[~2007-05-21 11:09 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1178710623.4102.37.camel@xerces>
     [not found] ` <20070509135853.GA31878@aragorn>
     [not found]   ` <1178719368.4102.48.camel@xerces>
     [not found]     ` <20070509151643.GB16077@aragorn>
     [not found]       ` <1178725065.4102.65.camel@xerces>
2007-05-09 16:13         ` "grub-probe -t partmap" doesn't work with software RAID Robert Millan
     [not found]           ` <1179004601.3922.4.camel@xerces>
     [not found]             ` <1179054146.4014.9.camel@xerces>
2007-05-13 16:44               ` Robert Millan
2007-05-18  6:51                 ` Robert Millan
     [not found]                   ` <1179535793.4466.3.camel@xerces>
2007-05-19  9:33                     ` Bug#422851: " Robert Millan
     [not found]                       ` <1179575266.4466.5.camel@xerces>
2007-05-19 12:10                         ` Robert Millan
     [not found]                           ` <1179580232.4542.8.camel@xerces>
2007-05-19 14:08                             ` Robert Millan
     [not found]                               ` <1179585253.4270.1.camel@xerces>
2007-05-19 15:32                                 ` fallback for "grub-probe -t partmap" failures Robert Millan
2007-05-19 16:01                                   ` Sam Morris
     [not found]                             ` <1179584038.4145.10.camel@xerces>
2007-05-19 15:51                               ` problem with RAID and LBA addressing Robert Millan
     [not found]                                 ` <1179590781.4270.28.camel@xerces>
2007-05-19 16:45                                   ` Robert Millan
2007-05-19 17:51                                     ` Yoshinori K. Okuji
2007-05-20  7:12                                       ` Robert Millan
2007-05-21 13:25                                     ` Amin Azez
2007-05-21 13:44                                       ` Sam Morris
2007-05-21 11:08                               ` Jeroen Dekkers [this message]
2007-05-21 12:23                                 ` Bug#423022: Bug#422851: "grub-probe -t partmap" doesn't work with software RAID Sam Morris
2007-05-21 13:13                                   ` Jeroen Dekkers
2007-05-21 18:35                                     ` Sam Morris

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=877ir2v3gd.wl@dekkers.cx \
    --to=jeroen@vrijschrift.org \
    --cc=423022@bugs.debian.org \
    --cc=grub-devel@gnu.org \
    --cc=rmh@aybabtu.com \
    --cc=sam@robots.org.uk \
    --cc=thomas@stewarts.org.uk \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.