All autopkgtests for the newly accepted linux-base (4.5ubuntu3.5) for focal 
have finished running.
The following regressions have been reported in tests triggered by the package:

linux-hwe-5.8/5.8.0-55.62~20.04.1 (amd64)
linux-gcp-5.8/5.8.0-1032.34~20.04.1 (amd64)


Please visit the excuses page listed below and investigate the failures, 
proceeding afterwards as per the StableReleaseUpdates policy regarding 
autopkgtest regressions [1].

https://people.canonical.com/~ubuntu-archive/proposed-
migration/focal/update_excuses.html#linux-base

[1] https://wiki.ubuntu.com/StableReleaseUpdates#Autopkgtest_Regressions

Thank you!

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-base in Ubuntu.
https://bugs.launchpad.net/bugs/1929255

Title:
  update-initrd-links creates incorrect symlinks

Status in linux-base package in Ubuntu:
  Fix Released
Status in linux-base source package in Bionic:
  Fix Committed
Status in linux-base source package in Focal:
  Fix Committed
Status in linux-base source package in Groovy:
  New
Status in linux-base source package in Hirsute:
  Fix Committed
Status in linux-base source package in Impish:
  Fix Released

Bug description:
  [Impact]

  ## Problem description

  Executing the `/etc/kernel/postinst.d/xx-update-initrd-links` script
  incorrectly detects symbolic links targets and then creates malformed
  (hence broken) ones instead:

  /initrd.img -> initrd.imgboot/vmlinuz-5.3.0-53-generic
  /initrd.img.old -> initrd.imgboot/vmlinuz-5.3.0-53-generic

  while it should actually be:

  /initrd.img -> boot/initrd.img-5.3.0-53-generic
  /initrd.img.old -> boot/initrd.img-5.3.0-53-generic

  The problem appeared with the release of the version 4.5ubuntu1.5 of
  the linux-base package, which made this script executable.

  [Test Plan]

   * Install new linux-base and initramfs-tools

   * create /etc/kernel-img.conf with

  do_symlinks = yes
  do_bootloader = no
  do_initrd = yes
  link_in_boot = yes

   * Install one kernel flavour, check that symlinks in /boot have sane targets
   * Install another kernel, check that symlinks in /boot/ have sane targets

   * create a selfbuilt kernel and install it by calling installkernel
  (you can download kernel debs from kernel-ppa, and unpack them to
  pretend one has self built it). and check that symlinks in /boot have
  sane targets.

   * Purge all kernel, and remove symlinks in /boot

   * Update /etc/kernel-img.conf to

  do_symlinks = yes
  do_bootloader = no
  do_initrd = yes
  link_in_boot = no

   * Install one kernel flavour, check that symlinks in / have sane targets
   * Install another kernel, check that symlinks in / have sane targets
   * create a selfbuilt kernel and install it by calling installkernel (you can 
download kernel debs from kernel-ppa, and unpack them to pretend one has self 
built it)

  * remove all kernels, purge initramfs-tools, clean up symlinks in / and /boot
  * repeat all of the above, without having initramfs-tools installed. I.e. 
install kernels _without_ recommneds.

  [Where problems could occur]

   * The rewritten postinst.d script now simply mostly calls linux-
  update-links like the normal linux-image postinst script does. One has
  to make sure that .deb installations of kernels happens correctly and
  that installkernel way of installing kernels happens correctly. Under
  different kernel-img.conf settings. The previous incarnations of
  fixing this and related issues did not account for the above cases and
  codepaths.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux-base/+bug/1929255/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to     : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to