From: Andrew Clausen <clausen@conectiva.com.br>
To: Russell King <rmk@arm.linux.org.uk>
Cc: linux-fsdevel@vger.kernel.org, bug-parted@gnu.org,
linux-kernel@vger.kernel.org
Subject: Re: Partition IDs in the New World TM
Date: Mon, 22 Jan 2001 21:28:27 -0200 [thread overview]
Message-ID: <3A6CC21B.D4ABE21C@conectiva.com.br> (raw)
In-Reply-To: <200101222242.WAA00893@raistlin.arm.linux.org.uk>
Russell King wrote:
>
> Andrew Clausen writes:
> > Why is this necessary? Can't the RAID drivers probe the device for
> > signatures, the same way file systems do?
>
> One possible problem I can see here is to do with removal of RAID. Think
> of a RAID-1 array (2 or more disks containing identical data). The
> partition can be validly identified as an ext2 filesystem. But wait, it
> has a RAID superblock at the end.
>
> How do we know if this superblock is current or not? After all, a mke2fs
> on the device won't remove it. Yes, you could fill the partition with
> zeros and start again, or you could just change the partition ID.
Yeah, this is a big problem.
Parted solves it, by defining a clobber() operation for each file system
type (which can/should be extended to RAID, if/when we get around to
supporting it properly). clobber() removes all signatures.
So, I guess the short answer is: mke2fs should remove the RAID super.
For those of you who don't like all-in-one libraries like libparted -
not mentioning any Christo^Wnames - you could probably have
clobber.ext2,
etc.
However, you would want to have a comprehensive set of clobber.*.
Fortunately, clobber.X is going to be very small, so this should be
a problem.
So, the alternative is to define a RAID partition "data" type. (And
forget about IDs for file systems)
Andrew Clausen
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
next prev parent reply other threads:[~2001-01-22 23:29 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-01-22 16:17 Partition IDs in the New World TM Andrew Clausen
2001-01-22 16:32 ` Brian Gerst
2001-01-22 16:47 ` Andrew Clausen
2001-01-22 21:39 ` Russell King
2001-01-22 22:30 ` Andrew Clausen
2001-01-22 22:42 ` Russell King
2001-01-22 23:28 ` Andrew Clausen [this message]
2001-01-22 23:35 ` H. Peter Anvin
2001-01-23 4:47 ` Andreas Dilger
2001-01-23 6:23 ` H. Peter Anvin
2001-01-23 19:26 ` Matt D. Robinson
2001-01-24 8:18 ` Andreas Dilger
2001-01-22 22:16 ` Glenn McGrath
2001-01-22 23:35 ` Jason Venner
-- strict thread matches above, loose matches on Subject: below --
2001-01-22 22:42 Andries.Brouwer
2001-01-22 17:35 ` Mark I Manning IV
2001-01-22 22:55 Andries.Brouwer
2001-01-23 15:46 Andries.Brouwer
[not found] <OF03708398.46274A87-ON872569DD.005CA0DE@LocalDomain>
2001-01-23 17:08 ` Andrew Clausen
[not found] <OF5F9BE7DB.C1ADFB0E-ON872569DD.006485CC@LocalDomain>
2001-01-23 18:35 ` Andrew Clausen
2001-01-23 22:01 ` Glenn McGrath
2001-01-24 13:40 ` Andrew Clausen
2001-01-24 10:28 Andries.Brouwer
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=3A6CC21B.D4ABE21C@conectiva.com.br \
--to=clausen@conectiva.com.br \
--cc=bug-parted@gnu.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=rmk@arm.linux.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.