dpkg fails to update linux-image-amd64 in daily/weelky basesdk images of v2024pre

Affected images versions

• not relevant (explain why)
• see the table below (list the *architecture and build id of the tested images in the appropriate cells)

Deployment	Type	v2022	v2023	v2024pre
apt	minimal/fixedfunction
ostree	minimal/fixedfunction
apt	target/hmi
ostree	target/hmi
apt	basesdk			x
apt	sdk
apt	nfs
apt	lxc
apt	image-builder
apt	package-source-builder

To find the build id and the variant type you can:

• derive it from the image name
  • for instance, with the apertis_ostree_v2022pre-fixedfunction-amd64-uefi_20211031.0425.img.gz image the build id is 20211031.0425, the variant is fixedfunction the deployment type is ostree
• obtain it from /etc/os-release using the BUILD_ID and VARIANT_ID keys

Unaffected images versions

TBD

Testcase

NA

Steps to reproduce

Install a weekly or daily image of apertis v2024pre in VirtualBox, not the latest image since we need one with an old kernel. This one for instance is affected: https://images.apertis.org/weekly/v2024pre/20230906.0015/amd64/basesdk/apertis_v2024pre-basesdk-amd64-sdk_20230906.0015.ova Run apt update then apt upgrade, the package linux-image-amd64 fails to be updated, dpkg returns an error code.

Expected result

linux-image-amd64 is updated and dpkg doesn't return any error.

Actual result

The package linux-image-amd64 fails to be updated, dpkg returns an error code:

$ sudo apt upgrade
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Calculating upgrade... Done
The following packages have been kept back:
  linux-image-amd64
0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Do you want to continue? [Y/n] y
Setting up initramfs-tools (0.142+apertis0bv2024dev2b1) ...
update-initramfs: deferring update (trigger activated)
Processing triggers for initramfs-tools (0.142+apertis0bv2024dev2b1) ...
update-initramfs: Generating /boot/initrd.img-6.3.0-1-amd64
W: No zstd in /usr/bin:/sbin:/bin, using gzip
Updating kernel version 6.3.0-1-amd64 in systemd-boot...
Error: command 'add' requires a kernel image
run-parts: /etc/initramfs/post-update.d//zz_kernel-install exited with return code 1
dpkg: error processing package initramfs-tools (--configure):
 installed initramfs-tools package post-installation script subprocess returned error exit status 1
Errors were encountered while processing:
 initramfs-tools
E: Sub-process /usr/bin/dpkg returned an error code (1)

Reproducibility

How often the issue is hit when repeating the test and changing nothing (same device, same image, etc.)?

Put the ✅ in the most appropriate entry:

1. ✅ always
2. often, but not always
3. rarely

Impact of bug

The VM is stuck with the old kernel.

Attachments

Add further information about the environment in the form of attachments here. Attach plain text files from log output (from journalctl, systemctl, …) or long backtraces as attached files. If adding comments on the log is required create a new snippet and add the link to it here.

Screenshots and videos are usually useful for graphic issues.

Root cause

TBD

Outcomes

TBD

Management data

This section is for management only, it should be the last one in the description.

/cc @andrunko @em @Balasubramanian @sudarshan @wlozano

Phabricator link: https://phabricator.apertis.org/T10197