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

Łukasz Zemczak 1915114 at bugs.launchpad.net
Tue Feb 9 17:45:12 UTC 2021


We'll verify this in -updates.

-- 
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 Released
Status in oem-qemu-meta source package in Hirsute:
  Triaged
Status in ubiquity source package in Hirsute:
  Fix Committed

Bug description:
  [Workaround]

  If you install while completely offline (do not connect WiFi, do not
  plug in network cable) then the bug doesn't happen. You can then
  connect in the installed system just fine.

  [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



More information about the foundations-bugs mailing list