So I think what's happening here is that finalrd.sh is getting killed because it's running for more than 90s and so the hooks don't get to copy all needed libraries to /run/initramfs (maybe this was obvious, but it wasn't to me). The open-iscsi tests boot an image in system emulation without any kvm acceleration so it's not surprising that things are extremely slow.
I'm not sure maintaining the finalrd somewhere else via dpkg triggers and *copying* it into place would be much faster than what finalrd.sh + the two hoooks in the archive actually do (I guess you get to skip the ldconfig?). Bind-mounting it into place would be better, if that would survive the games switch_root_initramfs does. We could probably make the tests pass reliably by adding "TimeoutStopSec=infinity" to finalrd.service and maybe we should do that anyway as it's hard to imagine any way killing finalrd.sh part way through could ever lead to happiness -- it hanging indefinitely is not any worse for the user than final shutdown panicking and also hanging indefinitely. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1791290 Title: finalrd seems to hang, and generate incomplete shutdown-rd on some shutdowns To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/finalrd/+bug/1791290/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs