On 32-bit sfdisk fails to parse the label-id if the MSB is set and thus
generates a new one. We happen to be unlucky with our (i386) cloud image
in that the original label-id has the MSB set. So when growpart run
(which calls sfdisk), the disk ID is regenerated and subsequent boots
fail because the kernel can't find the root device.
** Also affects: util-linux (Ubuntu)
Importance: Undecided
Status: New
** No longer affects: cloud-utils (Ubuntu)
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to util-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1817302
Title:
growpart changes diskid of mbr disks
Status in util-linux package in Ubuntu:
New
Bug description:
When growpart is run against a disk with a dos partition table, it
evidently changes the disk id in the MBR. This was noticed because
the diskid is part of the "PARTUUID" that is synthesized for DOS
partitions (unlike GPT, which has UUIDs for each partition as part of
the partition table).
This means that if someone is using root=PARTUUID=foo on the kernel
commandline, the cloud image will successfully boot exactly once, and
subsequently fail to boot because the partition uuid has changed.
I don't know at this point if this is a bug in cloud-utils or in
sfdisk (util-linux).
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/util-linux/+bug/1817302/+subscriptions
--
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help : https://help.launchpad.net/ListHelp
