cannot reliably unlock encrypted partition with fido2-assert

[c3Ls1US]

On my host machine, I am unable to reliably unlock my encrypted partition with booster's default minimal generated initramfs and it seems like others were experiencing similarly as well #228, #217, #203, and #203. However, for some reason, this only happens after the first attempt, and I was able to fix this by generating a universal image.

After examining my system's log entries and comparing the universal image to the minimal one, it seems like some modules need to be early loaded along with the fido2-assert extra file