Deleting partition does not invoke pvremove

Bug #453276 reported by Mike Hobbs on 2009-10-16
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
partman-lvm (Ubuntu)
Undecided
Unassigned

Bug Description

Binary package hint: partman-lvm

This is more of a feature request than a bug report, but this sequence of steps caused me great confusion. (See https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/452350) Anyway, I figured that the root cause was that deleting a partition does not invoke pvremove to clear out the LVM metadata label on that partition. Here's what I did:

- Auto-partition with LVM, which put my LVM partition at the beginning of the disk and my boot partition at the end of the disk.
- I didn't like the boot partition at the end of disk, so I manually deleted the LVM partition and the boot partition.
- Manually recreated a boot partition at the beginning of the disk and put the LVM partition after that.
- pvscan now believes that the boot partition is a physical volume, even though it is not:
$ sudo pvscan
  Incorrect metadata area header checksum
  PV /dev/sda2 VG root lvm2 [7.22 GB / 724.00 MB free]
  PV /dev/sda1 lvm2 [7.22 GB]
  Total: 2 [14.45 GB] / in use: 1 [7.22 GB] / in no VG: 1 [7.22 GB]

What seems to have happened is that the boot partition was placed in the exact same location as the LVM partition was originally placed during the auto-partition. pvscan now sees the vestigial metadata label on the boot partition when it scans the partitions. A simple 'pvremove /dev/sda1' cleared everything up once I figured out what was going on.

Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in partman-lvm (Ubuntu):
status: New → Confirmed
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers