linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Lem <l3mming@iinet.net.au>
To: Bill Davidsen <davidsen@tmr.com>
Cc: Doug Ledford <dledford@redhat.com>, Neil Brown <neilb@suse.de>,
	linux-raid@vger.kernel.org
Subject: Re: RAID5 producing fake partition table on single drive
Date: Fri, 15 Sep 2006 17:51:12 +1000	[thread overview]
Message-ID: <1158306672.6349.8.camel@localhost.localdomain> (raw)
In-Reply-To: <4509DABC.7040205@tmr.com>

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?
> >>    
> >>
> >
> >Is this an argument to be passed to the kernel at boot time? It didn't
> >work for me.
> >
> 
> 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.

> 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?).

I'm not a developer, those are just my thoughts. Thanks for all the fine
work guys.

Cheers,
Lem


  reply	other threads:[~2006-09-15  7:51 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 [this message]
2006-09-15  8:29             ` Luca Berra

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=1158306672.6349.8.camel@localhost.localdomain \
    --to=l3mming@iinet.net.au \
    --cc=davidsen@tmr.com \
    --cc=dledford@redhat.com \
    --cc=linux-raid@vger.kernel.org \
    --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 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).