bug-parted
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#18329: mkpart clearing GPT attributes


From: Brian C. Lane
Subject: bug#18329: mkpart clearing GPT attributes
Date: Tue, 26 Aug 2014 09:50:19 -0700
User-agent: Mutt/1.5.23 (2014-03-12)

On Mon, Aug 25, 2014 at 01:52:07PM -0400, Scott Sullivan wrote:
> Parted version: 3.1.6-e38d-dirty
> 
> Summary: mkpart appears to be wiping out existing GPT attributes.
> 
> To reproduce, consider the below example of me reproducing this issue. It 
> doesn't seem like Parted should be clearing out existing GPT attributes for 
> other pre-existing partitions just by creating a new partition with mkpart.
> 
>  address@hidden /opt/template-automation/distros]# lvcreate -L 10G -n test LVM
>   Logical volume "test" created
> address@hidden /opt/template-automation/distros]# parted /dev/LVM/test -s 
> mklabel gpt
> address@hidden /opt/template-automation/distros]# parted /dev/LVM/test -s p 
> free
> Model: Linux device-mapper (linear) (dm)
> Disk /dev/dm-38: 10.7GB
> Sector size (logical/physical): 512B/512B
> Partition Table: gpt
> Disk Flags:
> 
> Number  Start   End     Size    File system  Name  Flags
>         17.4kB  10.7GB  10.7GB  Free Space
> 
> address@hidden /opt/template-automation/distros]# parted /dev/LVM/test -s 
> mkpart lbah 0% 10%
> address@hidden /opt/template-automation/distros]# parted /dev/LVM/test -s 
> mkpart lbah 10% 20%
> address@hidden /opt/template-automation/distros]# parted /dev/LVM/test -s p 
> free
> Model: Linux device-mapper (linear) (dm)
> Disk /dev/dm-38: 10.7GB
> Sector size (logical/physical): 512B/512B
> Partition Table: gpt
> Disk Flags:
> 
> Number  Start   End     Size    File system  Name  Flags
>         17.4kB  1049kB  1031kB  Free Space
>  1      1049kB  1074MB  1073MB               lbah
>  2      1074MB  2147MB  1074MB               lbah
>         2147MB  10.7GB  8590MB  Free Space
> 
> address@hidden /opt/template-automation/distros]# sgdisk -A 2:set:63 
> /dev/LVM/test
> Warning: The kernel is still using the old partition table.
> The new table will be used at the next reboot.
> The operation has completed successfully.
> address@hidden /opt/template-automation/distros]# sgdisk /dev/LVM/test 
> --attributes=2:show
> 2:63:1 (do not automount)
> address@hidden /opt/template-automation/distros]# parted /dev/LVM/test -s 
> mkpart lbah 20% 100%
> address@hidden /opt/template-automation/distros]# sgdisk /dev/LVM/test 
> --attributes=2:show
> address@hidden /opt/template-automation/distros]#
> 
> 
> Can someone confirm this isn't expected behavior? I am happy to help with 
> testing, on latest stable (3.2) or latest master if its useful. Our 
> workaround for now is to globally re-apply the GPT attributes after creating 
> all partitions.

Sadly, yes, this is how it currently works. I am surprised to see that
parted only tracks bit 0 and bit 2. The problem is that when it reads
the partition table it only copies the state of the bits it knows about
instead of making a copy of all of them.

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





reply via email to

[Prev in Thread] Current Thread [Next in Thread]