When I tried to boot after I upgraded, my system aborted the boot when it tried to verify all the entries in /etc/fstab, including those with the “nofail” option. (In 5.8.7-300 there was no problem.)
The work-around, of course, is to label the entries as “noauto” but that means the I need to go back to my mounting script every time I turn on or off any removable drive. Life is much easier when all you need to do is “sudo mount -a” after there’s a physical drive change . . .
Well I didn’t verify the kernel number, but I noticed it after the latest general update to the F40 system. And I wasn’t pointing at the kernel, just the boot process where the existence of the required files is verified. I think that check is made by the boot system (EFI? GRUB? …) from parsing /etc/fstab for linux systems. (I would assume that other operating systems provide similar information to the boot loaders.)
In fact, thinking about it while writing this note, the problem may have been from a change in dracut.
(Attachment Regression in handelling /etc/fstab during boot after 5.8.8-300 [Fedora].eml is missing)
What is the contwnts of your /etc/fstab and what is the output of lsblk -f and the output of inxi -Fzxx?
(Use the preformatted text feature to preserve spaces in the output, that is the </> button)