All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ethan Benson <erbenson@alaska.net>
To: linuxppc-dev@lists.linuxppc.org
Subject: Re: Root Drive Mirroring and LVM.
Date: Tue, 27 Jan 2004 00:50:27 -0900	[thread overview]
Message-ID: <20040127095027.GJ5676@plato.local.lan> (raw)
In-Reply-To: <20040127093213.GA10049@iliana>


On Tue, Jan 27, 2004 at 10:32:13AM +0100, Sven Luther wrote:
>
> On Tue, Jan 27, 2004 at 10:01:17AM +0200, Atro Tossavainen wrote:
> >
> > Sorry about the crossposting.
> >
> > I wrote on the Yellow Dog Linux list when somebody asked about software
> > RAID on YDL about my experiences with it:
> >
> > >> The one really big gotcha is that the Macintosh partitioning scheme
> > >> can't tell the Linux kernel that certain partitions are to be
> > >> considered "Linux RAID autodetect" (as in x86 using the DOS partition
> > >> table type 0xfd). This means that you can't boot a Mac Linux system
> > >> directly from RAID because the kernel won't be able to autostart the
> > >> RAID devices. You have to work around this by creating an initial RAM
> > >> disk that uses the raidstart command to start your metadevices, then
> > >> swaps the initrd out of the way and proceeds to start the real system.
> >
> > to which Tim Seufert replied on the same list:
> >
> > > Hmmm.  That would seem to be a lack in the Linux RAID code, since the
> > > Macintosh partition table has a vastly more flexible partition type
> > > field than DOS: instead of a single byte it's a string.  It would mean
> > > breaking from the convention of using the "Apple_SVR2_UNIX" type for
> > > Linux partitions, but that really is just a convention as far as I know.
> >
> > Perhaps the PPC Linux developers and the Linux RAID developers should
> > get together on this and make some decisions so as to make it happen.
>
> Seems ok for me. Also, i guess that there are other partition types,
> like the amiga partitition table the pegasos boxes mostly use, which has
> a 32bit identifier for partition types. I guess it is the task of the
> RAID code to have some per partition type checking for this RAID autodetect
> magic.

in general we need to stop using Apple_* types for our partitions,
apple clearly documents that the entire Apple_* namespace is reserved
solely for Apple use, and 3rd party developers must use something,
anything else for thier partitions.

the trick is coming up with a generic enough and sensible enough
naming convention.  (i think its quite silly to include specific
filesystem names in partition types, and really it seems silly to
specify "Linux" for filesystems which can and are used by OSes other
then "Linux" (ext2 is used in Hurd for example)).

--
Ethan Benson
http://www.alaska.net/~erbenson/

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

  reply	other threads:[~2004-01-27  9:50 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <868055F9-5045-11D8-8066-00039382032A@mindspring.com>
2004-01-27  8:01 ` Root Drive Mirroring and LVM Atro Tossavainen
2004-01-27  9:32   ` Sven Luther
2004-01-27  9:50     ` Ethan Benson [this message]
2004-01-29  1:01     ` Tom Vier
2004-01-29  1:01       ` Tom Vier
2004-01-29  7:22       ` Sven Luther
2004-01-29  7:22         ` Sven Luther
2004-01-28  1:42   ` Neil Brown
2004-01-28  8:15     ` Sven Luther
2004-01-28  8:15       ` Sven Luther
2004-02-04 18:23     ` linas
2004-02-04 18:23       ` linas
2004-02-04 22:32       ` Mark Hahn
2004-02-04 22:49         ` linas
2004-02-04 23:07           ` Neil Brown
2004-02-05  0:37             ` linas
2004-02-05  0:37               ` linas
2004-02-05  1:31               ` Guy
2004-02-05  1:31                 ` Guy
2004-02-05  4:45             ` badblock handling Donghui Wen
2004-02-05  5:26               ` Guy
2004-02-05  7:35               ` Martin Dohmen
2004-02-06  4:43                 ` Donghui Wen
2004-02-06  8:54               ` Holger Kiehl
2004-02-05 18:04             ` Root Drive Mirroring and LVM Joe Pruett
2004-03-23  7:27       ` Atro Tossavainen
2004-03-23  7:27         ` Atro Tossavainen

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=20040127095027.GJ5676@plato.local.lan \
    --to=erbenson@alaska.net \
    --cc=linuxppc-dev@lists.linuxppc.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 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.