Comment # 5 on bug 1177900 from David Cassany

I could not find any reason of this failure in KIWI code. In fact seams to be
an issue with the kernel update.

The problem is that after running udev services at boot, udev does not react on
registering the ISO loop device according to the persistent storage rules, it
does not populate the `/dev/disk/by-label`. I tested the exact same image [1]
with different versions of the Kernel and using any pre 5.8.0 kernel solves the
issue, since 5.8.0 it fails.

At boot dracut initqueue falls in a never ending loop waiting for a device that
has not been detected. After the timeout it just drops in to a shell. From that
given shell I can verify that the losetup over the ISO was executed as expected
and I also verified that calling `udevadm trigger --type=devices --action=add`
populates the expected `/dev/disk/by-label/CDROM` device. This udeadm call is
part of the `systemd-udev-trigger.service` which was also properly executed
during the boot. I am mostly clue less about what is actually causing this
behaviour change, I also could not see any relevant difference on udev package
and the related services and udev rules.

Given that what raises the issue is a kernel update I adding a require info to
the kernel maintainers.

Reproducer:

1. Download a TW live image
2. 'Install' it on a Fat32 usb stick with `live-grub-stick` utility
  $ sudo live-grub-stick <isofile> /dev/sdXY
3. Boot the image on KVM
  $ sudo -E qemu-kvm -m 2048 -hda /dev/sdX

[1]
https://build.opensuse.org/project/show/home:dcassany:branches:Virtualization:Appliances:Images:Testing_x86:suse