From: Luca Berra <bluca@comedia.it>
To: linux-raid@vger.kernel.org
Subject: Re: RAID5 producing fake partition table on single drive
Date: Fri, 15 Sep 2006 10:29:01 +0200 [thread overview]
Message-ID: <20060915082900.GF25819@percy.comedia.it> (raw)
In-Reply-To: <1158306672.6349.8.camel@localhost.localdomain>
On Fri, Sep 15, 2006 at 05:51:12PM +1000, Lem wrote:
>On Thu, 2006-09-14 at 18:42 -0400, Bill Davidsen wrote:
>> Lem wrote:
>> >On Mon, 2006-09-04 at 13:55 -0400, Bill Davidsen wrote:
>> >>May I belatedly say that this is sort-of a kernel issue, since
>> >>/proc/partitions reflects invalid data? Perhaps a boot option like
>> >>nopart=sda,sdb or similar would be in order?
....
>>
>> My suggestion was to Neil or other kernel maintainers. If they agree
>> that this is worth fixing, the option could be added in the kernel. It
>> isn't there now, I was soliciting responses on whether this was desirable.
>
>My mistake, sorry. It sounds like a nice idea, and would work well in
>cases where the RAID devices are always assigned the same device names
>(sda, sdb, sdc etc), which I'd expect to be the case quite frequently.
that is the issue, quite frequently != always
>> Unfortunately I see no way to avoid data in the partition table
>> location, which looks like a partition table, from being used.
>
>Perhaps an alternative would be to convert an array with
>non-partition-based devices to partition-based devices, though I
>remember Neil saying this would involve relocating all of the data on
>the entire array (perhaps could be done through some funky resync
>option?).
sorry, i do not agree
ms-dos partitions are a bad idea, and one i would really love to leave
behind.
what i'd do is move the partition detect code to userspace where it
belongs, togheter with lvm, md, dmraid, multipath and evms
so what userspace would do is:
check if any wholedisk is one of the above mentioned types
or if it is partitionable.
I believe the order would be something like:
dmraid or multipath
evms (*)
md
lvm
partition table (partx or kpartx)
md
lvm
(*) evms should handle all cases by itself
after each check the device list for the next check should be
recalculated removing devices handled and adding new devices just
created.
this is too much to be done in kernel space, but it can be done easily
in initramfs or initscript. just say Y to "CONFIG_PARTITION_ADVANCED"
and N to all other "CONFIG_?????_PARTITION"
and code something in userspace.
L.
P.S. the op can simply use partx to remove partition tables from the
components of the md array just after assembling.
L.
--
Luca Berra -- bluca@comedia.it
Communication Media & Services S.r.l.
/"\
\ / ASCII RIBBON CAMPAIGN
X AGAINST HTML MAIL
/ \
prev parent reply other threads:[~2006-09-15 8:29 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-08-19 11:40 RAID5 producing fake partition table on single drive Lem
2006-08-21 7:35 ` Neil Brown
2006-08-21 8:03 ` Lem
2006-08-28 3:46 ` Neil Brown
2006-08-29 7:17 ` Lem
2006-08-21 22:47 ` Doug Ledford
2006-09-04 17:55 ` Bill Davidsen
2006-09-05 16:49 ` Luca Berra
2006-09-10 5:59 ` Lem
2006-09-14 22:42 ` Bill Davidsen
2006-09-15 7:51 ` Lem
2006-09-15 8:29 ` Luca Berra [this message]
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=20060915082900.GF25819@percy.comedia.it \
--to=bluca@comedia.it \
--cc=linux-raid@vger.kernel.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).