GNU bug report logs -
#19135
mklabel gpt always creates 128 partition entries
Previous Next
To reply to this bug, email your comments to 19135 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-parted <at> gnu.org
:
bug#19135
; Package
parted
.
(Fri, 21 Nov 2014 07:35:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
"Ulrich Windl" <Ulrich.Windl <at> rz.uni-regensburg.de>
:
New bug report received and forwarded. Copy sent to
bug-parted <at> gnu.org
.
(Fri, 21 Nov 2014 07:35:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
This is halfway a bug and halfway an enhancement:
parted's "mkpart gpt" always creates a Partition Entry Array with 128 entries.
It may be due to misunderstanding the UEFI docs that state the size of the partition entry should be a multiple of 128.
At the moment the Partition Entry Table needs 16kB (128*128). That's no much, especially when considering that most systems align data structures to 1MB boundaries.
An argument against it would be that at least 90% of all disks have less than 5 partitions, and I guess 99% have less than 10 partitions on the disk, so 128 seems to be an overkill. Even if unused, a program has to read and check all these unused entries.
(I created a GPT label on a 3MB test image)
Part of the enhancement is: Supply an additional parameter to "mklabel gpt" that allows to specify the size (number of entries) in the GPT Partition Entry Table, or even provide a command to resize it.
Information forwarded
to
bug-parted <at> gnu.org
:
bug#19135
; Package
parted
.
(Fri, 21 Nov 2014 16:07:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 19135 <at> debbugs.gnu.org (full text, mbox):
On 21 November 2014 08:33, Ulrich Windl
<Ulrich.Windl <at> rz.uni-regensburg.de> wrote:
> parted's "mkpart gpt" always creates a Partition Entry Array with 128 entries.
Is this also observed with version 2.3 of parted? If so can you
reproduce with the latest version, 3.2?
BR Håkon Løvdal
Information forwarded
to
bug-parted <at> gnu.org
:
bug#19135
; Package
parted
.
(Mon, 24 Nov 2014 07:05:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 19135 <at> debbugs.gnu.org (full text, mbox):
It turned out that UEFI spec 2.4 states the Partition Entry Array should be at least 16kB (which is nonsense, because they should better define the number of entries) which gives 128 Entries.
However why have all those flexible data structures if the number of Pertition Entries is fixed?
I still believe 128 Pertition Entries is severe overkill.
This bug report was last modified 10 years and 211 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.