[Bug 1915114] Re: Ubiquity: No vmlinuz* after install. 20.04.2

[Łukasz Zemczak]

Hello Stepan, or anyone else affected,

Accepted ubiquity into focal-proposed. The package will build now and be
available at https://launchpad.net/ubuntu/+source/ubiquity/20.04.15.10
in a few hours, and then in the -proposed repository.

Please help us by testing this new package.  See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how
to enable and use -proposed.  Your feedback will aid us getting this
update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug,
mentioning the version of the package you tested, what testing has been
performed on the package and change the tag from verification-needed-
focal to verification-done-focal. If it does not fix the bug for you,
please add a comment stating that, and change the tag to verification-
failed-focal. In either case, without details of your testing we will
not be able to proceed.

Further information regarding the verification process can be found at
https://wiki.ubuntu.com/QATeam/PerformingSRUVerification .  Thank you in
advance for helping!

N.B. The updated package will be released to -updates after the bug(s)
fixed by this package have been verified and the package has been in
-proposed for a minimum of 7 days.

** Changed in: ubiquity (Ubuntu Focal)
       Status: In Progress => Fix Committed

** Tags added: verification-needed verification-needed-focal

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

Title:
  Ubiquity: No vmlinuz* after install. 20.04.2

Status in oem-qemu-meta package in Ubuntu:
  Triaged
Status in ubiquity package in Ubuntu:
  Fix Committed
Status in oem-qemu-meta source package in Focal:
  Triaged
Status in ubiquity source package in Focal:
  Fix Committed
Status in oem-qemu-meta source package in Hirsute:
  Triaged
Status in ubiquity source package in Hirsute:
  Fix Committed

Bug description:
  Ubiquity

  [Impact]

   * Certain SKUs of laptops; when networking is enabled; complete the
  installation successfully, without installing any kernel on the system
  rendering it unbootable.

  [Test Case]

   * Start install on a relevant SKU

   * Enable networking on

   * Ensure that after the installation kernel packages are installed in
  /target

   * Reboot to observe that installed

  [Where problems could occur]

   * Hopefully we will not remove kernels again.... especially the one
  we want to boot.

  [Other Info]

   * Original bug report

  I was installing ubuntu on my fresh new notebook and found that kernel
  packages wasn't installed. As workaround to run the system I had to
  chroot into /target to complete installation.

  I have one disk and it was partitioned as GPT.

  Initialy I thought  it was a problem with boot loader but I had installed debian without issue(except it not provide proper firmware).
  Then I tried to boot into ubuntu from debian's grub and found that there are no kernels.

  It took me 2 days(((

  
  ===

  oem-qemu-meta

  * To ensure this doesn't happen again, we must update the test oem-
  qemu-meta package to match the behaviour of the other similar packages
  in the oem archive.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/oem-qemu-meta/+bug/1915114/+subscriptions