debcrafters-packages team mailing list archive

[Mehmet Basaran <2085503@xxxxxxxxxxxxxxxxxx>]

This started failing for other architectures as well, arm64, armhf, and
ppc64el. I looked into this issue and it is not a kernel. Rather, test
has a dependency to ${mkinitramfs_tmp}lib/firmware directory. It just
needs that to exist to pass.

For the failing cases;

813s amd64-ata-only FAIL stderr: find: ‘/tmp/autopkgtest.uid9aC/autopkgtest_tmp/mkinitramfs_mtEnT4/lib/firmware’: No such file or directory
813s amd64-virtio-only FAIL stderr: find: ‘/tmp/autopkgtest.uid9aC/autopkgtest_tmp/mkinitramfs_nYMKag/lib/firmware’: No such file or directory
813s amd64-separate-usr FAIL stderr: find: ‘/tmp/autopkgtest.uid9aC/autopkgtest_tmp/mkinitramfs_uRFQTf/lib/firmware’: No such file or directory
813s amd64-panic-shell FAIL stderr: find: ‘/tmp/autopkgtest.uid9aC/autopkgtest_tmp/mkinitramfs_yfrEDD/lib/firmware’: No such file or directory
813s amd64-net FAIL stderr: find: ‘/tmp/autopkgtest.uid9aC/autopkgtest_tmp/mkinitramfs_zKpc2Z/lib/firmware’: No such file or directory

module dependencies are passed by a list. However, this list is minimal
and therefore doesn't create the firmware directory when copying
firmware binaries to which these modules depend on (no such dependency).

By doing either of the following things, test passes:
1) Make sure mkinitramfs creates the firmware directory: [ -d "${DESTDIR}/lib/firmware" ] || mkdir -p "${DESTDIR}/lib/firmware"
2) You can specify 'MODULES=most' for initramfs.conf instead of 'MODULES=list' by changing tests:

Instead of this block:

# busybox is needed for ip and grep command
cat >>"${CONFDIR}/initramfs.conf" <<EOF
MODULES=list
BUSYBOX=n
FSTYPE=ext2
EOF
cat >"${CONFDIR}/modules" <<EOF
ext2
virtio_pci
virtio_blk
virtio_net
EOF


Use this:

# busybox is needed for ip and grep command
cat >>"${CONFDIR}/initramfs.conf" <<EOF
MODULES=most
BUSYBOX=n
FSTYPE=ext2
EOF

-- 
You received this bug notification because you are a member of
Debcrafters packages, which is subscribed to initramfs-tools in Ubuntu.
https://bugs.launchpad.net/bugs/2085503

Title:
  initramfs-tools/0.140ubuntu13.4 ADT test failure with
  linux/5.15.0-125.135

Status in initramfs-tools package in Ubuntu:
  New
Status in linux package in Ubuntu:
  New

Bug description:
  This is a scripted bug report about ADT failures while running
  initramfs-tools tests for linux/5.15.0-125.135 on jammy. Whether this
  is caused by the dep8 tests of the tested source or the kernel has yet
  to be determined.

  Testing failed on:
      amd64: https://autopkgtest.ubuntu.com/results/autopkgtest-jammy/jammy/amd64/i/initramfs-tools/20241018_134359_e7fcd@/log.gz

  Multiple sub-tests fail because of missing firmware (directory):

  813s amd64-ata-only       FAIL stderr: find: ‘/tmp/autopkgtest.uid9aC/autopkgtest_tmp/mkinitramfs_mtEnT4/lib/firmware’: No such file or directory
  813s amd64-virtio-only    FAIL stderr: find: ‘/tmp/autopkgtest.uid9aC/autopkgtest_tmp/mkinitramfs_nYMKag/lib/firmware’: No such file or directory
  813s amd64-separate-usr   FAIL stderr: find: ‘/tmp/autopkgtest.uid9aC/autopkgtest_tmp/mkinitramfs_uRFQTf/lib/firmware’: No such file or directory
  813s amd64-panic-shell    FAIL stderr: find: ‘/tmp/autopkgtest.uid9aC/autopkgtest_tmp/mkinitramfs_yfrEDD/lib/firmware’: No such file or directory
  813s amd64-net            FAIL stderr: find: ‘/tmp/autopkgtest.uid9aC/autopkgtest_tmp/mkinitramfs_zKpc2Z/lib/firmware’: No such file or directory

  This message happens early in the test and when booting the 2nd level
  VM it is missing modules. I tried to re-create locally and could not
  see this happening. Also this does not sound like a kernel issue and
  there are no kernel error messages visible either. Other than in the
  boot and that would be a result of previous problems.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/2085503/+subscriptions