touch-packages team mailing list archive

Thread
Date

[Bug 1474090] Re: growpart breaks ppc64 images / sfdisk changes partition type

To: touch-packages@xxxxxxxxxxxxxxxxxxx
From: Launchpad Bug Tracker <1474090@xxxxxxxxxxxxxxxxxx>
Date: Wed, 15 Jul 2015 16:27:11 -0000
Reply-to: Bug 1474090 <1474090@xxxxxxxxxxxxxxxxxx>
Sender: bounces@xxxxxxxxxxxxx

This bug was fixed in the package cloud-utils - 0.27-0ubuntu18

---------------
cloud-utils (0.27-0ubuntu18) wily; urgency=medium

  * d/README.source: doc fix
  * d/control: up Recommended version of util-linux to >= 2.26.3
  * sync to trunk at revno 269
    * remove confusing output of older sfdisk when growing gpt disks
    * only use sfdisk for gpt resizing if newer than 2.26.2 (LP: #1474090)

 -- Scott Moser <smoser@xxxxxxxxxx>  Wed, 15 Jul 2015 11:26:45 -0400

** Changed in: cloud-utils (Ubuntu)
       Status: Confirmed => Fix Released

-- 
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/1474090

Title:
  growpart breaks ppc64 images / sfdisk changes partition type

Status in cloud-utils package in Ubuntu:
  Fix Released
Status in util-linux package in Ubuntu:
  Confirmed

Bug description:
  rebooting a wily cloud image under ppc64 qemu fails to come back up.
  also power off then start causes this issue.

  It ends in a SLOF prompt after showing:

  Trying to load:  from: disk ...
  No DOS disk-label found.

  E3404: Not a bootable device!
  Trying to load:  from: disk1 ...
  No DOS disk-label found.

  E3404: Not a bootable device!
  Trying to load:  from: cdrom ... No medium !

  E3405: No such device
  Trying to load:  from: net ...
   Bootloader 1.6
    Reading MAC address from device: 52:54:00:12:34:56
    Requesting IP address via DHCP: 10.0.2.15
    Requesting file "" via TFTP from 10.0.2.2
    Receiving data:  0 KBytes
  E3010 (net) TFTP access violation


  the reason for this is that growpart used sfdisk to resize the disk,
  and sfdisk changed the partition type of the PReP partition to the
  default Linux partition type.  The bootloader then did not consider
  this a partition.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/cloud-utils/+bug/1474090/+subscriptions