GNU bug report logs -
#53138
Handling of shrinked GPT disks
Previous Next
Full log
Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):
On Sun, Jan 09, 2022 at 10:08:00AM +0200, Davis wrote:
> Hi,
[snip]
> I have tested parted with GPT disks that have been extended and there
> GPT displays a message like "Warning: Not all of the space available
> to /dev/loop5 appears to be used, you can fix the GPT to use all of
> the space (an extra 40960 blocks) or continue with the current
> setting?" and, when running interactively, offers to fix the issue.
> Could it be possible to implement similar behavior for shrunk GPT disks?
The question I have is, how common a problem is this? While it can
happen, it is a pretty fine line between losing just the backup GPT and
losing the end of the last partition (assuming it is fully utilized).
I'm not sure it's worth adding extra code and the potential for new bugs
if this isn't a common practice.
Brian
--
Brian C. Lane (PST8PDT) - weldr.io - lorax - parted - pykickstart
This bug report was last modified 3 years and 254 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.