[Bug 1517586] Re: can't boot to disk from netboot on power8

[Launchpad Bug Tracker]

This bug was fixed in the package grub2 - 2.02~beta2-9ubuntu1.5

---------------
grub2 (2.02~beta2-9ubuntu1.5) trusty; urgency=medium

  * d/p/arm64-set-correct-length-of-device-path-end-entry.patch: Fixes
    booting arm64 kernels on certain UEFI implementations. (LP: #1476882)
  * progress: avoid NULL dereference for net files. (LP: #1459872)
  * arm64/setjmp: Add missing license macro. (LP: #1459871)
  * Cherry-pick patch to add SAS disks to the device list from the ofdisk
    module. (LP: #1517586)
  * Cherry-pick patch to open Simple Network Protocol exclusively.
    (LP: #1508893)

 -- dann frazier <dannf at ubuntu.com>  Wed, 25 Nov 2015 13:13:35 -0700

** Changed in: grub2 (Ubuntu Trusty)
       Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to grub2 in Ubuntu.
https://bugs.launchpad.net/bugs/1517586

Title:
  can't boot to disk from netboot on power8

Status in grub2 package in Ubuntu:
  Fix Released
Status in grub2 source package in Trusty:
  Fix Released
Status in grub2 source package in Vivid:
  Fix Committed
Status in grub2 source package in Wily:
  Fix Committed

Bug description:
  [Impact]
  This affects users of POWER systems booting from the network in an attempt to boot the system on disk via grub2, as is typically done in MAAS-based installs and system provisioning.

  [Test case]
  - Attempt to boot the system from the network to grub; in order to boot off the local disk.
  -or-
  - Attempt to fully provision a system using MAAS, from starting the installer to rebooting to the installed system using the MAAS features to Deploy and Acquire a system.

  [Regression Potential]
  This modification introduces new work to be done by grub to spin up and detect disks from the ofdisk module; in turn, this may increase delay in booting to the point of reaching a timeout (failure to boot). Possible regressions might include booting to an incorrect device due to more devices being available for grub to peruse, which could mean changes to the device numbering due to more devices being detected (systems failing to boot following the update due to device numbering changes, rendering working grub.cfg configs ineffective).

  --

  It should be possible to use BOOTP to boot from the network, and then
  tell a PowerVM node to local boot via grub2.

  Unfortunately, this fails as it cannot see the disks/partitions.

  Upstream has a fix committed to solve the problem:
  http://git.savannah.gnu.org/cgit/grub.git/commit/?id=c899d9f42c543939abc92d79c9729d429740492e

  This patch should be cherry-picked.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1517586/+subscriptions