GNU bug report logs - #20225
Email bug report because web-based bug tracking tool is down

Previous Next

Package: parted;

Reported by: "Nugent, Bill" <wnugent <at> akamai.com>

Date: Sun, 29 Mar 2015 16:44:02 UTC

Severity: normal

To reply to this bug, email your comments to 20225 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-parted <at> gnu.org:
bug#20225; Package parted. (Sun, 29 Mar 2015 16:44:03 GMT) Full text and rfc822 format available.

Acknowledgement sent to "Nugent, Bill" <wnugent <at> akamai.com>:
New bug report received and forwarded. Copy sent to bug-parted <at> gnu.org. (Sun, 29 Mar 2015 16:44:03 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: "Nugent, Bill" <wnugent <at> akamai.com>
To: "bug-parted <at> gnu.org" <bug-parted <at> gnu.org>
Subject: Email bug report because web-based bug tracking tool is down
Date: Sun, 29 Mar 2015 13:09:04 +0000
[Message part 1 (text/plain, inline)]
In case I forget I wanted to report a bug with parted where Control-C is treated as an OK response.  I was testing how parted handled a corrupt primary GPT and was rewarded with parted asking if I wanted to use the backup GPT instead with the prompt: "OK/Cancel? " I typed Control-C and it took it as an OK response.


$ parted fu print unit s print unit chs print

WARNING: You are not superuser.  Watch out for permissions.

Error: The primary GPT table is corrupt, but the backup appears OK, so that will be used.

parted: invalid token: unit

OK/Cancel? ^C

Model:  (file)

Disk /path/to/changed/fu: 4001GB

Sector size (logical/physical): 512B/512B

Partition Table: gpt


Number  Start   End     Size    File system  Name      Flags

 1      20.5kB  32.9MB  32.9MB               FORBDLCS  msftdata

 2      32.9MB  500GB   500GB                P2        msftdata

 3      500GB   1000GB  500GB                P3        msftdata

 4      1000GB  1500GB  500GB                P4        msftdata

 5      1500GB  2000GB  500GB                P5        msftdata

 6      2000GB  2500GB  500GB                P6        msftdata

 7      2500GB  3000GB  500GB                P7        msftdata

 8      3000GB  3500GB  500GB                P8        msftdata

 9      3500GB  4000GB  500GB                P9        msftdata

Also was going to open an enhancement request for parted to force it to use the backup GPT no matter what the state of the MBR and primary GPT.  This would be useful if case the MBR and/or primary GPT were corrupt (think: "dd if=/dev/zero of=/dev/sdX bs=512 count 130" or something similar).

Bill
[Message part 2 (text/html, inline)]

Information forwarded to bug-parted <at> gnu.org:
bug#20225; Package parted. (Mon, 30 Mar 2015 16:43:01 GMT) Full text and rfc822 format available.

Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):

From: "Brian C. Lane" <bcl <at> redhat.com>
To: bug-parted <at> gnu.org
Subject: Re: bug#20225: Email bug report because web-based bug tracking tool
 is down
Date: Mon, 30 Mar 2015 09:42:34 -0700
On Sun, Mar 29, 2015 at 01:09:04PM +0000, Nugent, Bill wrote:
> In case I forget I wanted to report a bug with parted where Control-C is treated as an OK response.  I was testing how parted handled a corrupt primary GPT and was rewarded with parted asking if I wanted to use the backup GPT instead with the prompt: "OK/Cancel? " I typed Control-C and it took it as an OK response.
> 
> 
> $ parted fu print unit s print unit chs print
> 
> WARNING: You are not superuser.  Watch out for permissions.
> 
> Error: The primary GPT table is corrupt, but the backup appears OK, so that will be used.
> 
> parted: invalid token: unit
> 
> OK/Cancel? ^C
> 
> Model:  (file)
> 
> Disk /path/to/changed/fu: 4001GB
> 
> Sector size (logical/physical): 512B/512B
> 
> Partition Table: gpt

Thanks for the report, it looks like we've got some places where
ped_exception_throw return values aren't being checked properly -- ^C
should generate a PED_EXCEPTION_UNHANDLED and I see a number of places
that don't take that into account.

-- 
Brian C. Lane | Anaconda Team | IRC: bcl #anaconda | Port Orchard, WA (PST8PDT)




Information forwarded to bug-parted <at> gnu.org:
bug#20225; Package parted. (Mon, 30 Mar 2015 20:14:02 GMT) Full text and rfc822 format available.

Message #11 received at 20225 <at> debbugs.gnu.org (full text, mbox):

From: Phillip Susi <psusi <at> ubuntu.com>
To: "Brian C. Lane" <bcl <at> redhat.com>, 20225 <at> debbugs.gnu.org
Subject: Re: bug#20225: Email bug report because web-based bug tracking tool
 is down
Date: Mon, 30 Mar 2015 16:12:44 -0400
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I'm not sure this isn't actually intentional.  What should parted do
when run in scripting mode?  There all exceptions are unhandled, so a
sane default action must be taken.  I think this particular error
really should be a warning, and the default is to proceed, using the
backup copy.

On 3/30/2015 12:42 PM, Brian C. Lane wrote:
> On Sun, Mar 29, 2015 at 01:09:04PM +0000, Nugent, Bill wrote:
>> In case I forget I wanted to report a bug with parted where
>> Control-C is treated as an OK response.  I was testing how parted
>> handled a corrupt primary GPT and was rewarded with parted asking
>> if I wanted to use the backup GPT instead with the prompt:
>> "OK/Cancel? " I typed Control-C and it took it as an OK
>> response.
>> 
>> 
>> $ parted fu print unit s print unit chs print
>> 
>> WARNING: You are not superuser.  Watch out for permissions.
>> 
>> Error: The primary GPT table is corrupt, but the backup appears
>> OK, so that will be used.
>> 
>> parted: invalid token: unit
>> 
>> OK/Cancel? ^C
>> 
>> Model:  (file)
>> 
>> Disk /path/to/changed/fu: 4001GB
>> 
>> Sector size (logical/physical): 512B/512B
>> 
>> Partition Table: gpt
> 
> Thanks for the report, it looks like we've got some places where 
> ped_exception_throw return values aren't being checked properly --
> ^C should generate a PED_EXCEPTION_UNHANDLED and I see a number of
> places that don't take that into account.
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (MingW32)

iQEcBAEBAgAGBQJVGa48AAoJENRVrw2cjl5RjnMIALMtOsiRdqnKIMucQkZQMPcN
4TYCYY/Dc89jlkyVprpYjM0NjvKAvrrQYkl92CRZTevI1ghm4YkqIyy3o1bhLj53
ZD+nXo4ID1/IO0G51GjnRCcZWAiyKrNPxUUDlZVh7j4Ofw5m1Fsl3fjlaeJB7OLG
DDKERQOlYYAtnSyti/qaVX3CYZkjJwBtCb0HZAainpBRFggE7L47fHw/OL3Lpdie
HO/FgPBJbW6FKOHNPzInNwrVqblObIubXNaPyd0M4A0uqNjVuhMjtmjpMePwDR6b
z0FnCTh6Xy+wL4Qj5PFY8k33Sksv3JQpMXBUlSzuzu8UfqOg6GH+csA4OLeLF7M=
=J2Mr
-----END PGP SIGNATURE-----




This bug report was last modified 10 years and 81 days ago.

Previous Next


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