* Re: [linux-lvm] mac-fdisk and 0x8e partitions for LVM
[not found] <1074115853.3983.24.camel@telecentro2>
@ 2004-01-15 4:21 ` Patrick Caulfield
2004-01-15 8:55 ` [linux-lvm] " Michael Schmitz
1 sibling, 0 replies; 3+ messages in thread
From: Patrick Caulfield @ 2004-01-15 4:21 UTC (permalink / raw)
To: linux-lvm
On Wed, Jan 14, 2004 at 07:30:53PM -0200, Leandro Guimar?es Faria Corcete Dutra wrote:
> mac-fdisk won't allow me to create a 0x8e partition, thus precluding
> LVM usage... any solutions in view? Would pmac-fdisk or parted do the
> job?
If it's not using a PC partition table; and I suspect it isn't, being a mac,
then it doesn't matter what partition type you use.
LVM2 doesn't even check the partition type - it's only for information.
--
patrick
^ permalink raw reply [flat|nested] 3+ messages in thread
* [linux-lvm] Re: mac-fdisk and 0x8e partitions for LVM
[not found] <1074115853.3983.24.camel@telecentro2>
2004-01-15 4:21 ` [linux-lvm] mac-fdisk and 0x8e partitions for LVM Patrick Caulfield
@ 2004-01-15 8:55 ` Michael Schmitz
2004-01-15 11:14 ` Patrick Caulfield
1 sibling, 1 reply; 3+ messages in thread
From: Michael Schmitz @ 2004-01-15 8:55 UTC (permalink / raw)
To: Leandro Guimarães Faria Corcete Dutra; +Cc: PowerPC, Victor Tramp
> mac-fdisk won't allow me to create a 0x8e partition, thus precluding
> LVM usage... any solutions in view? Would pmac-fdisk or parted do the
> job?
There's no such thing as a numerical partition type in Apple partition
maps. cfdisk or parted could be used to create a different partition table
(precluding use of MacOS). Or LVM could be made Apple partition format
aware (using either a new partition type or partition name for detection;
I'd prefer the partition name (like, "LVM 1" etc. as that can easily be
added with mac-fdisk. (Creating other partition types is only marginally
more difficult, simply us 'C' instead of 'c' to create the partition).
To reiterate: I don't see any solution without making LVM accept Apple
partition maps in the first place. Which part of LVM checks the partition
type? Can you show me some sample code?
Michael
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [linux-lvm] Re: mac-fdisk and 0x8e partitions for LVM
2004-01-15 8:55 ` [linux-lvm] " Michael Schmitz
@ 2004-01-15 11:14 ` Patrick Caulfield
0 siblings, 0 replies; 3+ messages in thread
From: Patrick Caulfield @ 2004-01-15 11:14 UTC (permalink / raw)
To: linux-lvm
On Thu, Jan 15, 2004 at 02:00:12PM +0100, Michael Schmitz wrote:
> > mac-fdisk won't allow me to create a 0x8e partition, thus precluding
> > LVM usage... any solutions in view? Would pmac-fdisk or parted do the
> > job?
>
> There's no such thing as a numerical partition type in Apple partition
> maps. cfdisk or parted could be used to create a different partition table
> (precluding use of MacOS). Or LVM could be made Apple partition format
> aware (using either a new partition type or partition name for detection;
> I'd prefer the partition name (like, "LVM 1" etc. as that can easily be
> added with mac-fdisk. (Creating other partition types is only marginally
> more difficult, simply us 'C' instead of 'c' to create the partition).
>
> To reiterate: I don't see any solution without making LVM accept Apple
> partition maps in the first place. Which part of LVM checks the partition
> type? Can you show me some sample code?
>
Stick
#define __alpha__
at the top of tools/lib/pv_get_size.c and it will skip
the partition type check.
--
patrick
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2004-01-15 11:14 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <1074115853.3983.24.camel@telecentro2>
2004-01-15 4:21 ` [linux-lvm] mac-fdisk and 0x8e partitions for LVM Patrick Caulfield
2004-01-15 8:55 ` [linux-lvm] " Michael Schmitz
2004-01-15 11:14 ` Patrick Caulfield
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.