Strange parted behaviour

Chris Murphy lists at colorremedies.com
Fri Aug 8 18:42:01 UTC 2014


On Aug 8, 2014, at 10:38 AM, Rick Stevens <ricks at alldigital.com> wrote:
> I don't think "uboot" is a valid partition type--it should be
> "primary", "logical" or "extended". Thus the format of the command
> should have been:

Since the disk is GPT there's no such distinction among partitions. Behavior wise they're primary partitions, and on-disk they're most like primary partitions, but it's better to just say they're partitions with no distinction.


> 
> 	# parted /dev/sdb mkpart primary ext3 4 516
> 	# parted /dev/sdb name 1 uboot
> 
> I've noticed that parted sometimes makes some weird decisions if
> parameters it expects are missing or mis-specified.

Yes. It's designed to be stable: if you update parted from 2.0 to 3.1, chances are your app will still do the partitioning portion correctly. But if you're a mortal user looking for an interface that accurately communicates facts bidirectionally, parted is eyebrow raising.



Chris Murphy



More information about the users mailing list