GNU logs - #25006, boring messages

Message sent to bug-parted@HIDDEN:

Subject: bug#25006: Non-interactively extending a GPT disklabel to cover all disk
Resent-From: Yann Dirson <yann.dirson@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-parted@HIDDEN
Resent-Date: Wed, 23 Nov 2016 16:31:01 +0000
Resent-Message-ID: <handler.25006.B.147991864025439 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 25006 <at> debbugs.gnu.org
Cc: tech <tech@HIDDEN>
MIME-Version: 1.0
From: Yann Dirson <yann.dirson@HIDDEN>
Date: Wed, 23 Nov 2016 15:45:57 +0100
Message-ID: <CA+4=imZXR=rYjeUrYmbe+BNqmFjRLa+m9UZEMhYVGVGOHtQQNQ@HIDDEN>
Content-Type: multipart/alternative; boundary=001a113965ae5d101e0541f8f2b5
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

--001a113965ae5d101e0541f8f2b5
Content-Type: text/plain; charset=UTF-8

If we build a GPT image for flashing on arbitrary disks, chances are there
is space left after
that second partition-table, placed at end of image.

When launching parted interactively, we get asked "Not all of the space
available to ... appears to be used" and asked "Fix/Ignore?".

The code does not look like the job done on "fix" is available from any
other mean, whether lib or parted command. And the exception system does
not look like it will work with no tty attached, so
just using "echo fix | parted /dev/whatever print" will just not workaround
this.

Did I miss something ?

What would be the preferred approach ?  What about adding a flag to
auto-fix this ?

Best regards,
-- 
Yann Dirson <yann@HIDDEN>
Blade -- 90 avenue des Ternes, 75017 Paris

--001a113965ae5d101e0541f8f2b5
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div><div><div><div><div>If we build a GPT image for flash=
ing on arbitrary disks, chances are there is space left after<br></div>that=
 second partition-table, placed at end of image.<br><br></div>When launchin=
g parted interactively, we get asked &quot;Not all of the space available t=
o ... appears to be used&quot; and asked &quot;Fix/Ignore?&quot;.<br><br></=
div>The code does not look like the job done on &quot;fix&quot; is availabl=
e from any other mean, whether lib or parted command. And the exception sys=
tem does not look like it will work with no tty attached, so<br></div>just =
using &quot;echo fix | parted /dev/whatever print&quot; will just not worka=
round this.<br><br></div>Did I miss something ?<br clear=3D"all"><div><div>=
<div><div><div><div><div><div><br></div><div>What would be the preferred ap=
proach ?=C2=A0 What about adding a flag to auto-fix this ?<br><br></div><di=
v>Best regards,<br></div><div>-- <br><div class=3D"gmail_signature" data-sm=
artmail=3D"gmail_signature">Yann Dirson &lt;<a href=3D"mailto:yann@blade-gr=
oup.com" target=3D"_blank">yann@HIDDEN</a>&gt;<br>Blade -- 90 aven=
ue des Ternes, 75017 Paris<br></div>
</div><br></div></div></div></div></div></div></div></div>

--001a113965ae5d101e0541f8f2b5--

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Yann Dirson <yann.dirson@HIDDEN>
Subject: bug#25006: Acknowledgement (Non-interactively extending a GPT
 disklabel to cover all disk)
Message-ID: <handler.25006.B.147991864025439.ack <at> debbugs.gnu.org>
References: <CA+4=imZXR=rYjeUrYmbe+BNqmFjRLa+m9UZEMhYVGVGOHtQQNQ@HIDDEN>
X-Gnu-PR-Message: ack 25006
X-Gnu-PR-Package: parted
Reply-To: 25006 <at> debbugs.gnu.org
Date: Wed, 23 Nov 2016 16:31:02 +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 25006 <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
25006: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D25006
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-parted@HIDDEN:

Subject: bug#25006: Non-interactively extending a GPT disklabel to cover all disk
Resent-From: Yann Dirson <yann.dirson@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-parted@HIDDEN
Resent-Date: Thu, 01 Dec 2016 10:09:02 +0000
Resent-Message-ID: <handler.25006.B25006.148058690421207 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 25006 <at> debbugs.gnu.org
Cc: tech <tech@HIDDEN>
MIME-Version: 1.0
In-Reply-To: <CA+4=imZXR=rYjeUrYmbe+BNqmFjRLa+m9UZEMhYVGVGOHtQQNQ@HIDDEN>
References: <CA+4=imZXR=rYjeUrYmbe+BNqmFjRLa+m9UZEMhYVGVGOHtQQNQ@HIDDEN>
From: Yann Dirson <yann.dirson@HIDDEN>
Date: Thu, 1 Dec 2016 11:08:11 +0100
Message-ID: <CA+4=imZVc6s9Kmf5yyoM40vpNn8V3ixiPDsKTbCNt0+wpRdFzw@HIDDEN>
Content-Type: multipart/alternative; boundary=94eb2c05f6bcc5e4e7054295ff67
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

--94eb2c05f6bcc5e4e7054295ff67
Content-Type: text/plain; charset=UTF-8

In fact, this issue and the "command parameters ignored when parted sees
need to fix GPT" I also reported work together in a surprising way:
<http://lists.gnu.org/archive/html/bug-parted/2016-11/msg00003.html>
If the GPT needs to be extended, then the following command will just fix
it, as arguments on the commandline appear to be emulating user input in
some way :

parted /dev/whatever print fix

However, somewhat expectedly, issuing this command when there is nothing to
fix will result in an error message with full usage text etc.

Side note: testing a grep pattern to just run the fix command when needed,
I noticed that surprisingly, the output, which is on a single line, gets
split to fit in 80 colums when fed into a pipe. Not sure it is really
useful, but confusing for sure...

Thus ending with this hack to get the GPT back on its feet:

if parted $DISK print 2>&1 | grep -q 'Not all of the space available .*
appears to be used'; then
    parted $DISK print fix
fi

Hope it will help someone out there :)
<http://lists.gnu.org/archive/html/bug-parted/2016-11/msg00003.html>

2016-11-23 15:45 GMT+01:00 Yann Dirson <yann.dirson@HIDDEN>:

> If we build a GPT image for flashing on arbitrary disks, chances are there
> is space left after
> that second partition-table, placed at end of image.
>
> When launching parted interactively, we get asked "Not all of the space
> available to ... appears to be used" and asked "Fix/Ignore?".
>
> The code does not look like the job done on "fix" is available from any
> other mean, whether lib or parted command. And the exception system does
> not look like it will work with no tty attached, so
> just using "echo fix | parted /dev/whatever print" will just not
> workaround this.
>
> Did I miss something ?
>
> What would be the preferred approach ?  What about adding a flag to
> auto-fix this ?
>
> Best regards,
> --
> Yann Dirson <yann@HIDDEN>
> Blade -- 90 avenue des Ternes, 75017 Paris
>
>

-- 
Yann Dirson <yann@HIDDEN>
Blade -- 90 avenue des Ternes, 75017 Paris

--94eb2c05f6bcc5e4e7054295ff67
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div><div><div>In fact, this issue and the &quot;<a name=
=3D"00003" href=3D"http://lists.gnu.org/archive/html/bug-parted/2016-11/msg=
00003.html">command parameters ignored when parted sees need to	fix GPT&quo=
t; I also reported work together in a surprising way:</a><br></div><div>If =
the GPT needs to be extended, then the following command will just fix it, =
as arguments on the commandline appear to be emulating user input in some w=
ay :<br></div><br>parted /dev/whatever print fix<br><br></div>However, some=
what expectedly, issuing this command when there is nothing to fix will res=
ult in an error message with full usage text etc.<br><br>Side note: testing=
 a grep pattern to just run the fix command when needed, I noticed that sur=
prisingly, the output, which is on a single line, gets split to fit in 80 c=
olums when fed into a pipe. Not sure it is really useful, but confusing for=
 sure...<br><br>Thus ending with this hack to get the GPT back on its feet:=
<br><br>if parted $DISK print 2&gt;&amp;1 | grep -q &#39;Not all of the spa=
ce available .* appears to be used&#39;; then<br>=C2=A0=C2=A0=C2=A0 parted =
$DISK print fix<br>fi<br><br></div>Hope it will help someone out there :)<b=
r><div><div><div><a name=3D"00003" href=3D"http://lists.gnu.org/archive/htm=
l/bug-parted/2016-11/msg00003.html"></a></div><div class=3D"gmail_extra"><b=
r><div class=3D"gmail_quote">2016-11-23 15:45 GMT+01:00 Yann Dirson <span d=
ir=3D"ltr">&lt;<a href=3D"mailto:yann.dirson@HIDDEN" target=3D"_bl=
ank">yann.dirson@HIDDEN</a>&gt;</span>:<br><blockquote class=3D"gm=
ail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-le=
ft:1ex"><div dir=3D"ltr"><div><div><div><div><div>If we build a GPT image f=
or flashing on arbitrary disks, chances are there is space left after<br></=
div>that second partition-table, placed at end of image.<br><br></div>When =
launching parted interactively, we get asked &quot;Not all of the space ava=
ilable to ... appears to be used&quot; and asked &quot;Fix/Ignore?&quot;.<b=
r><br></div>The code does not look like the job done on &quot;fix&quot; is =
available from any other mean, whether lib or parted command. And the excep=
tion system does not look like it will work with no tty attached, so<br></d=
iv>just using &quot;echo fix | parted /dev/whatever print&quot; will just n=
ot workaround this.<br><br></div>Did I miss something ?<br clear=3D"all"><d=
iv><div><div><div><div><div><div><div><br></div><div>What would be the pref=
erred approach ?=C2=A0 What about adding a flag to auto-fix this ?<br><br><=
/div><div>Best regards,<span class=3D"HOEnZb"><font color=3D"#888888"><br><=
/font></span></div><span class=3D"HOEnZb"><font color=3D"#888888"><div>-- <=
br><div class=3D"m_-7231031049994904839gmail_signature" data-smartmail=3D"g=
mail_signature">Yann Dirson &lt;<a href=3D"mailto:yann@HIDDEN" tar=
get=3D"_blank">yann@HIDDEN</a>&gt;<br>Blade -- 90 avenue des Terne=
s, 75017 Paris<br></div>
</div><br></font></span></div></div></div></div></div></div></div></div>
</blockquote></div><br><br clear=3D"all"><br>-- <br><div class=3D"gmail_sig=
nature" data-smartmail=3D"gmail_signature">Yann Dirson &lt;<a href=3D"mailt=
o:yann@HIDDEN" target=3D"_blank">yann@HIDDEN</a>&gt;<br>B=
lade -- 90 avenue des Ternes, 75017 Paris<br></div>
</div></div></div></div>

--94eb2c05f6bcc5e4e7054295ff67--

Message sent to bug-parted@HIDDEN:

Subject: bug#25006: Non-interactively extending a GPT disklabel to cover all disk
Resent-From: Phil Susi <psusi@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-parted@HIDDEN
Resent-Date: Wed, 19 Apr 2017 13:43:01 +0000
Resent-Message-ID: <handler.25006.B25006.1492609363313 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Yann Dirson <yann.dirson@HIDDEN>, 25006 <at> debbugs.gnu.org
Cc: tech <tech@HIDDEN>
References: <CA+4=imZXR=rYjeUrYmbe+BNqmFjRLa+m9UZEMhYVGVGOHtQQNQ@HIDDEN>
 <CA+4=imZVc6s9Kmf5yyoM40vpNn8V3ixiPDsKTbCNt0+wpRdFzw@HIDDEN>
From: Phil Susi <psusi@HIDDEN>
Message-ID: <6bac3121-31e8-7a7b-b74d-8a65123be53d@HIDDEN>
Date: Wed, 19 Apr 2017 09:44:18 -0400
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101
 Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <CA+4=imZVc6s9Kmf5yyoM40vpNn8V3ixiPDsKTbCNt0+wpRdFzw@HIDDEN>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

On 12/1/2016 5:08 AM, Yann Dirson wrote:
> In fact, this issue and the "command parameters ignored when parted sees
> need to fix GPT" I also reported work together in a surprising way:
> <http://lists.gnu.org/archive/html/bug-parted/2016-11/msg00003.html>
> If the GPT needs to be extended, then the following command will just fix
> it, as arguments on the commandline appear to be emulating user input in
> some way :
> 
> parted /dev/whatever print fix
> 
> However, somewhat expectedly, issuing this command when there is nothing to
> fix will result in an error message with full usage text etc.

Indeed, and I have been struggling with what to do about this for a long
time now.  As you noted in your other bug report, it can be problematic
if you get an exception and it looks at the command line arguments for
an answer.  I think the fix for that is that the exception handler
should never take input from the command line buffer, but then you would
not be able to use this trick to fix the table.

There is an undocumented parted switch used for internal testing... iirc
it was ---pretend-input-tty.  Using that will let you pipe the exception
handler responses in.  You can also use expect to script responses.

That said, it would be nice to be able to specify some sort of
--auto-fix-foo switch, but the switches are processed by parted, and the
exceptions are thrown by libparted.  Parted is given a localized text
description of the error, so it is difficult to recognize the exception
as the specific one it has been asked to auto fix.  Because the strings
often have substituted strings, we can't just strcmp().  Now that I
think about it again though, I may be able to pull it off using
sscanf().  This might work for parted though, where we can make sure to
keep parted and libparted in sync with respect to the exact exception
strings, but other tools that rely on libparted would get out of sync
and this string comparison would break.

> Side note: testing a grep pattern to just run the fix command when needed,
> I noticed that surprisingly, the output, which is on a single line, gets
> split to fit in 80 colums when fed into a pipe. Not sure it is really
> useful, but confusing for sure...
> 
> Thus ending with this hack to get the GPT back on its feet:
> 
> if parted $DISK print 2>&1 | grep -q 'Not all of the space available .*
> appears to be used'; then
>     parted $DISK print fix
> fi
> 
> Hope it will help someone out there :)
> <http://lists.gnu.org/archive/html/bug-parted/2016-11/msg00003.html>

Nice.

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.