From: Phillip Susi <psusi@cfl.rr.com>
To: Lennart Sorensen <lsorense@csclub.uwaterloo.ca>
Cc: Neil Brown <neilb@suse.de>,
The development of GNU GRUB <grub-devel@gnu.org>,
John Sheu <john.sheu@gmail.com>,
linux-raid@vger.kernel.org
Subject: Re: Software RAID and Fakeraid
Date: Mon, 31 Jan 2011 20:31:38 -0500 [thread overview]
Message-ID: <4D47627A.1080509@cfl.rr.com> (raw)
In-Reply-To: <20110131221252.GT343@caffeine.csclub.uwaterloo.ca>
On 01/31/2011 05:12 PM, Lennart Sorensen wrote:
> Well one of them stores the raid info at the end of the device, so that
> one offers no help for the bootloader at all. I think the other stores
What do you mean help?
> it at 4KB in to the device if my memory serves me right. Not sure if
> the first 4KB are left empty for other uses or not.
It is left empty afaik, which is the whole point of shifting it over to 4kb.
> It seems to me the simplest thing to do is to simply state in
> documentation that grub can not be installed on md raid if there is no
> partition table in use. This doesn't mean people can't do it for purely
> data oriented drives, but for the drives with the boot laoder there
> are limitations.
Obviously doing nothing is the simplest thing one can do. Instead I
would like to do something and end up with a better, more functional
system. Hence my suggestion on WHAT to do and the existence of this
entire thread.
WARNING: multiple messages have this Message-ID (diff)
From: Phillip Susi <psusi@cfl.rr.com>
To: Lennart Sorensen <lsorense@csclub.uwaterloo.ca>
Cc: The development of GNU GRUB <grub-devel@gnu.org>,
Neil Brown <neilb@suse.de>,
linux-raid@vger.kernel.org, John Sheu <john.sheu@gmail.com>
Subject: Re: Software RAID and Fakeraid
Date: Mon, 31 Jan 2011 20:31:38 -0500 [thread overview]
Message-ID: <4D47627A.1080509@cfl.rr.com> (raw)
In-Reply-To: <20110131221252.GT343@caffeine.csclub.uwaterloo.ca>
On 01/31/2011 05:12 PM, Lennart Sorensen wrote:
> Well one of them stores the raid info at the end of the device, so that
> one offers no help for the bootloader at all. I think the other stores
What do you mean help?
> it at 4KB in to the device if my memory serves me right. Not sure if
> the first 4KB are left empty for other uses or not.
It is left empty afaik, which is the whole point of shifting it over to 4kb.
> It seems to me the simplest thing to do is to simply state in
> documentation that grub can not be installed on md raid if there is no
> partition table in use. This doesn't mean people can't do it for purely
> data oriented drives, but for the drives with the boot laoder there
> are limitations.
Obviously doing nothing is the simplest thing one can do. Instead I
would like to do something and end up with a better, more functional
system. Hence my suggestion on WHAT to do and the existence of this
entire thread.
next prev parent reply other threads:[~2011-02-01 1:33 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-11-25 10:26 Software RAID and Fakeraid John Sheu
2010-11-30 19:54 ` Phillip Susi
2010-11-30 19:54 ` Phillip Susi
2010-11-30 22:25 ` Neil Brown
2010-11-30 22:25 ` Neil Brown
2010-12-02 22:13 ` Phillip Susi
2010-12-02 22:13 ` Phillip Susi
2010-12-03 1:36 ` Neil Brown
2010-12-03 1:36 ` Neil Brown
2010-12-03 3:15 ` Phillip Susi
2010-12-08 22:43 ` Neil Brown
2010-12-08 22:43 ` Neil Brown
2010-12-09 19:48 ` Phillip Susi
2010-12-09 19:48 ` Phillip Susi
2011-01-31 16:44 ` Phillip Susi
2011-01-31 17:03 ` Lennart Sorensen
2011-01-31 19:21 ` Phillip Susi
2011-01-31 19:21 ` Phillip Susi
2011-01-31 22:12 ` Lennart Sorensen
2011-02-01 1:31 ` Phillip Susi [this message]
2011-02-01 1:31 ` Phillip Susi
2011-02-01 11:04 ` Michal Suchanek
2011-02-01 11:04 ` Michal Suchanek
2011-02-01 16:26 ` Lennart Sorensen
2011-02-01 16:26 ` Lennart Sorensen
2011-02-02 0:08 ` Phillip Susi
2011-02-02 0:08 ` Phillip Susi
2011-02-02 3:22 ` NeilBrown
2011-02-02 3:22 ` NeilBrown
2011-02-02 15:34 ` Phillip Susi
2011-02-02 15:34 ` Phillip Susi
2011-02-02 16:09 ` hansbkk
2011-02-02 16:09 ` hansbkk
2011-02-02 21:12 ` Leslie Rhorer
2010-12-04 4:34 ` Leslie Rhorer
2010-12-07 17:21 ` Vladimir 'φ-coder/phcoder' Serbinenko
2010-12-25 19:55 ` Vladimir 'φ-coder/phcoder' Serbinenko
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=4D47627A.1080509@cfl.rr.com \
--to=psusi@cfl.rr.com \
--cc=grub-devel@gnu.org \
--cc=john.sheu@gmail.com \
--cc=linux-raid@vger.kernel.org \
--cc=lsorense@csclub.uwaterloo.ca \
--cc=neilb@suse.de \
/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.