Bug#1143094: hw-detect: Fails to detect network card under BIOS boot in qemu

Cyril Brulebois <[email protected]>
Newsgroups gmane.linux.debian.devel.bugs.rc
Organization Debian
Message-ID <20260730111524.en7oyqjm6bwu2s4d__19935.9253210545$1785411680$gmane$org@mraw.org>
Hi Roland,

Thanks for the report.

Roland Clobus <[email protected]> (2026-07-30):
> Hello maintainers of hw-detect,
> 
> The new version of ethdetect.sh does not detect the network interfaces when booting from BIOS.
> 
> This can be seen on openQA [1] where the installer fails to find the network interfaces for the BIOS scenarios. The UEFI scenarios still work.
> 
> From the d-i syslog (broken, BIOS) [2]:
> Jul 29 21:33:12 main-menu[430]: INFO: Menu item 'ethdetect' selected
> Jul 29 21:33:17 net/hw-detect.hotplug: Detected hotpluggable network interface lo
> Jul 29 21:33:18 net/hw-detect.hotplug: Detected hotpluggable network interface ens4
> Jul 29 21:33:18 kernel: [   30.969705] virtio_net virtio0 ens4: renamed from eth0
> Jul 29 21:33:19 check-missing-firmware: looking at dmesg for the first time
> Jul 29 21:33:19 check-missing-firmware: saving timestamp for a later use: [   30.969705]
> Jul 29 21:33:19 check-missing-firmware: no missing firmware in loaded kernel modules
> 
> From the d-i syslog (last working, BIOS) [3]:
> Jul 29 16:03:07 main-menu[430]: INFO: Menu item 'ethdetect' selected
> Jul 29 16:03:13 net/hw-detect.hotplug: Detected hotpluggable network interface lo
> Jul 29 16:03:13 kernel: [   31.465192] virtio_net virtio0 ens4: renamed from eth0
> Jul 29 16:03:13 net/hw-detect.hotplug: Detected hotpluggable network interface ens4
> Jul 29 16:03:14 check-missing-firmware: looking at dmesg for the first time
> Jul 29 16:03:14 check-missing-firmware: saving timestamp for a later use: [   31.465192]
> Jul 29 16:03:14 check-missing-firmware: no missing firmware in loaded kernel modules
> Jul 29 16:03:14 check-missing-firmware: taking network interface ens4 up/down
> Jul 29 16:03:15 check-missing-firmware: looking at dmesg again, restarting from timestamp: [   31.465192]
> Jul 29 16:03:15 check-missing-firmware: timestamp found, truncating dmesg accordingly
> Jul 29 16:03:15 check-missing-firmware: keeping timestamp (no new lines): [   31.465192]
> Jul 29 16:03:15 check-missing-firmware: no missing firmware in loaded kernel modules
> 
> After 1.176 entered unstable, all BIOS installer tests started to fail. There are no version differences in the other udebs, so that's why I report against hw-detect.
> 
> I think it might be caused by the 'Change hw-detect/firmware-lookup
> type to string' change, since that influences whether the network
> interface is taken down and up again.

Commit 619ba547da555a9a87290c8ce9315c3db5376cf0 looks much more plausible
to me, as interface names can be preceeded by a number of spaces, with a
first column that's right-aligned. Depending on if and how the heading is
word-wrapped (I'm seeing Inter-\nface in several cases but I'm not
checking the actual implementation), the number of interfaces, and their
name length, a number of them can go missing. With default QEMU settings
on bookworm, latest mini.iso gets:

    Inter-|
     face |
        lo:
      ens3:

which probably explains the issue down the line.


Cheers,
-- 
Cyril Brulebois ([email protected])            <https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc (application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE-----

iQIzBAABCgAdFiEEtg6/KYRFPHDXTPR4/5FK8MKzVSAFAmprMkgACgkQ/5FK8MKz
VSA7Lw/+LNDTRY+0Q5Penrq3MA/iDrG6KcsuMFatpTQBYLrmmzawM4O1PKqxI7OY
nTiBgnkJXIvhlqLS0ZnJ5f2+4Em9C7f49H600j9dUy72bPCK125hXOrdkDm8kavV
+Sh8HNn1P0MFemruuLjS9jM1z9j4zsNxRvJk76aE86a/UpyajTqDhvCqIMphDa8e
yHxsioP3ChNcQjvoGNcG4NrflnZrid4TsRqYrIpTiby5uEBbq4nKUzNVzE1MEwxe
+WC0nKrnuJr1O6M/yfEzGvYUF7+hvH5N2yxiIANiS8uNDdBsBQMo0hz2sYjE0gIQ
mCdc0NN1JsBTS5CUqNsQufyNSheuYOjkKPfFZm/Ty4/iH1VrRZwaE5FWYrlt1MiQ
YRWT4rtGb4tHT8zBr9pY8+c2uBsAZuU1l5WM5rsyfpCHOzodfMWtkNTX0YP4OAy9
UwDKaf+7Sgn5ElQvdEPfNie1+957CfNdNKQwbWnfqYS9pr/bq03TfUPzi4l9zVq3
k1B0HhflszuJLrm3O4PRYD8bIfPQ0mt0RP2eMqQ+824dw3BzgUccdPy5ynJIK+Zc
KfIr0dWcEWtTZZKUMeziWILHCH05HktNDZZnr4jkUQdsVRST3HHOlnv+okUuqY8y
2tKvFonxM28LDp5L0XDq8BrzGPmAhQL5eo0Y8Y8jLJlB7ZK2wZs=
=RBUv
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.