[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: parted and partition types

From: Andrew Clausen
Subject: Re: parted and partition types
Date: Sat, 11 Nov 2000 08:12:25 -0200

Hollis Blanchard wrote:
> On Fri, 10 Nov 2000, Andrew Clausen wrote:
> > Hollis Blanchard wrote:
> > >
> > > Is it possible to create a Mac partition with type Apple_HFS? When I 
> > > tried,
> > > it seemed Apple_UNIX_SVR2 was the only possibility, but I was trying to
> > > make an HFS partition that the Mac OS would see...
> >
> > mkpart primary hfs [start] [end]
> >
> > doesn't work?  Works here.
> Hmm, it wasn't working before, but it's all good now. Does that call hformat 
> or
> something?

No.  It doesn't write any data to the partition.  Perhaps it should call
hformat... (just, there are kernel issues here, but we should be able
to solve them with kernel 2.4)

I think I'd rather have libparted link with libhfs, or something.

> I understand the problem. The DOS partition number do have corresponding text
> labels though, so I think it would be possible to print that (along with Apple
> labels).

It still doesn't help with changing the "labels" though.  With Mac's,
could set the type to any name, but with msdos/pc98/bsd, you have to set
it to a name corresponding to a number.  These are still different

> > See any way out of the dilemma?
> An "advanced" flag? I believe fdisk has such an option, though it's *much*
> lower-level than what I'm suggesting...

I'm more thinking of libparted here...
Spend some time in include/parted/disk.h

> Well, here's my problem. I want to install ybin (basically a bootloader). ybin
> needs to be on an HFS partition (for the firmware to be able to boot), but the
> Mac OS automatically mounts Apple_HFS partitions (and can do bad things
> sometimes). So ybin likes to be on a partition of type Apple_Bootstrap - that
> way nobody except ybin will mess with it.

RTFM ;-)

set X boot on

> Oh, another problem: for PReP machines (old IBM PPC workstations), the 
> firmware
> will only boot from a partition of type 0x41 (PPC Boot). That partition does
> NOT contain a filesystem, only a zImage dd'ed there.
> I see what you're saying about doing away with partition types entirely, but 
> is
> it possible to add an "advanced" flag that will allow their manipulation?

I care more about libparted than parted.  Having a simple API is good,
it means it gets used.  (Of course, if you take this to the extreme, it
get used, because it doesn't do what you need it to!)

I'd rather add more flags, than introduce partition type names, or

Andrew Clausen

reply via email to

[Prev in Thread] Current Thread [Next in Thread]