GNU logs - #19135, boring messages

Message sent to bug-parted@HIDDEN:

Subject: bug#19135: mklabel gpt always creates 128 partition entries
Resent-From: "Ulrich Windl" <Ulrich.Windl@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-parted@HIDDEN
Resent-Date: Fri, 21 Nov 2014 07:35:02 +0000
Resent-Message-ID: <handler.19135.B.14165552561522 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 19135 <at> debbugs.gnu.org
Message-Id: <546EF8E7020000A100017EFF@HIDDEN>
Date: Fri, 21 Nov 2014 08:33:43 +0100
From: "Ulrich Windl" <Ulrich.Windl@HIDDEN>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

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.

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.503 (Entity 5.503)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: "Ulrich Windl" <Ulrich.Windl@HIDDEN>
Subject: bug#19135: Acknowledgement (mklabel gpt always creates 128
 partition entries)
Message-ID: <handler.19135.B.14165552561522.ack <at> debbugs.gnu.org>
References: <546EF8E7020000A100017EFF@HIDDEN>
X-Gnu-PR-Message: ack 19135
X-Gnu-PR-Package: parted
Reply-To: 19135 <at> debbugs.gnu.org
Date: Fri, 21 Nov 2014 07:35:03 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-parted@HIDDEN

If you wish to submit further information on this problem, please
send it to 19135 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
19135: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D19135
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-parted@HIDDEN:

Subject: bug#19135: mklabel gpt always creates 128 partition entries
Resent-From: =?UTF-8?Q?H=C3=A5kon_?= =?UTF-8?Q?L=C3=B8vdal?= <hlovdal@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-parted@HIDDEN
Resent-Date: Fri, 21 Nov 2014 16:07:02 +0000
Resent-Message-ID: <handler.19135.B19135.141658601326927 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Ulrich Windl <Ulrich.Windl@HIDDEN>
Cc: 19135 <at> debbugs.gnu.org
MIME-Version: 1.0
In-Reply-To: <546EF8E7020000A100017EFF@HIDDEN>
References: <546EF8E7020000A100017EFF@HIDDEN>
Date: Fri, 21 Nov 2014 17:06:49 +0100
Message-ID: <CAACXqO9c3hZp17puiq0B47oNSp06okpUqvJSDZ_rc8p7K247Qg@HIDDEN>
From: =?UTF-8?Q?H=C3=A5kon_?= =?UTF-8?Q?L=C3=B8vdal?= <hlovdal@HIDDEN>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

On 21 November 2014 08:33, Ulrich Windl
<Ulrich.Windl@HIDDEN> wrote:
> parted's "mkpart gpt" always creates a Partition Entry Array with 128 ent=
ries.

Is this also observed with version 2.3 of parted? If so can you
reproduce with the latest version, 3.2?

BR H=C3=A5kon L=C3=B8vdal

Message sent to bug-parted@HIDDEN:

Subject: bug#19135: Antw: bug#19135: Acknowledgement (mklabel gpt always creates 128 partition entries)
Resent-From: "Ulrich Windl" <Ulrich.Windl@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-parted@HIDDEN
Resent-Date: Mon, 24 Nov 2014 07:05:02 +0000
Resent-Message-ID: <handler.19135.B19135.141681269524338 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: <19135 <at> debbugs.gnu.org>
Message-Id: <5472E6A2020000A100017F56@HIDDEN>
Date: Mon, 24 Nov 2014 08:04:50 +0100
From: "Ulrich Windl" <Ulrich.Windl@HIDDEN>
References: <546EF8E7020000A100017EFF@HIDDEN>
 <handler.19135.B.14165552561522.ack <at> debbugs.gnu.org>
In-Reply-To: <handler.19135.B.14165552561522.ack <at> debbugs.gnu.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

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.

Last modified: Mon, 25 Nov 2019 12:00:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.