All of lore.kernel.org
 help / color / mirror / Atom feed
* counting partitions in gpt partition map
@ 2006-04-25 19:44 Yoshinori K. Okuji
  2006-04-25 20:27 ` Hollis Blanchard
  2006-04-25 20:32 ` Marco Gerards
  0 siblings, 2 replies; 4+ messages in thread
From: Yoshinori K. Okuji @ 2006-04-25 19:44 UTC (permalink / raw)
  To: grub-devel

Why does the gpt partition map count partitions from one instead of zero, 
unlike other partition maps in GRUB? I don't object to changing the base 
number to one in GRUB 2, but they should be at least consistent.

Okuji



^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: counting partitions in gpt partition map
  2006-04-25 19:44 counting partitions in gpt partition map Yoshinori K. Okuji
@ 2006-04-25 20:27 ` Hollis Blanchard
  2006-04-25 20:32 ` Marco Gerards
  1 sibling, 0 replies; 4+ messages in thread
From: Hollis Blanchard @ 2006-04-25 20:27 UTC (permalink / raw)
  To: The development of GRUB 2

On Tue, 2006-04-25 at 21:44 +0200, Yoshinori K. Okuji wrote:
> Why does the gpt partition map count partitions from one instead of zero, 
> unlike other partition maps in GRUB? I don't object to changing the base 
> number to one in GRUB 2, but they should be at least consistent.

I would *love* to have the numbering start at one. This would be
consistent with Open Firmware, Linux, and probably every other OSs'
numbering, which will reduce user confusion.

-Hollis




^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: counting partitions in gpt partition map
  2006-04-25 19:44 counting partitions in gpt partition map Yoshinori K. Okuji
  2006-04-25 20:27 ` Hollis Blanchard
@ 2006-04-25 20:32 ` Marco Gerards
  2006-04-25 21:47   ` Peter Jones
  1 sibling, 1 reply; 4+ messages in thread
From: Marco Gerards @ 2006-04-25 20:32 UTC (permalink / raw)
  To: The development of GRUB 2

"Yoshinori K. Okuji" <okuji@enbug.org> writes:

> Why does the gpt partition map count partitions from one instead of zero, 
> unlike other partition maps in GRUB? I don't object to changing the base 
> number to one in GRUB 2, but they should be at least consistent.

This most likely would be a bug, if this is the case.  I haven't
really tested things on a partition map that is actually in use.
Perhaps it's that or clumsiness that introduced this.

IIRC the first partition is one with a special meaning, perhaps it is
that?

--
Marco





^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: counting partitions in gpt partition map
  2006-04-25 20:32 ` Marco Gerards
@ 2006-04-25 21:47   ` Peter Jones
  0 siblings, 0 replies; 4+ messages in thread
From: Peter Jones @ 2006-04-25 21:47 UTC (permalink / raw)
  To: The development of GRUB 2

On Tue, 2006-04-25 at 22:32 +0200, Marco Gerards wrote:
> "Yoshinori K. Okuji" <okuji@enbug.org> writes:
> 
> > Why does the gpt partition map count partitions from one instead of zero, 
> > unlike other partition maps in GRUB? I don't object to changing the base 
> > number to one in GRUB 2, but they should be at least consistent.
> 
> This most likely would be a bug, if this is the case.  I haven't
> really tested things on a partition map that is actually in use.
> Perhaps it's that or clumsiness that introduced this.
> 
> IIRC the first partition is one with a special meaning, perhaps it is
> that?

Well, the encapsulating partition table has one sentinel value in it,
and if you're using EFI you might have EFI boot partitions.  The former
you really wouldn't want to count, the latter you would.
-- 
  Peter




^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2006-04-25 21:47 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-04-25 19:44 counting partitions in gpt partition map Yoshinori K. Okuji
2006-04-25 20:27 ` Hollis Blanchard
2006-04-25 20:32 ` Marco Gerards
2006-04-25 21:47   ` Peter Jones

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.