More Fedora 43 boot problems: SELinux is preventing abyssws from execute access

Ask Fedora
, , ,
1

I upgraded Fedora 42 to Fedora 43 a couple of days ago, and it has a similar problem to what I think a few people have been having: it boots as far as the loading screen, then just goes to a black screen with a cursor. I can log in with just a terminal using nomodeset (for anyone else struggling to reach this point: press Shift when you switch on, find the latest version of the kernel in the list of kernels you can boot from, press E to edit it, find the line with the word quiet in it, and add the word nomodeset to the end of that line, then press Ctrl-X to start it, and press Ctrl-Alt-F6 to reach the terminal once you’re on the black screen) but nothing I have tried so far has brought back the GUI.

I asked about this in another thread (Updated from 42 to 43: now only get black screen) and the very helpful @adamwill helped me, but my problem is different so I thought I’d give it its own thread. I will post what I found in the logs below.

My hardware: Lenovo ThinkPad T430 laptop, Intel Core i5-3320M CPU, 8GB RAM, nothing NVIDIA but I did find that I have some drivers installed using dnf list --installed *nvidia*
My software: Fedora 42 → 43, with Gnome; the laptop can also dual-boot into Windows 10 :nauseated_face:

I was told I should check my boot logs using journalctl -b, and I don’t understand what I was looking at, but I did see this and it looks helpful:

SELinux is preventing (abyssws) from execute access on the file abyssws.
If you believe that (abyssws) should be allowed execute access on the abyssws file by default.
Then you should report this as a bug.
You can generate a local policy module to allow this access.
Do
allow this access for now by executing:
# ausearch -c '(abyssws)' --raw | audit2allow -M my-abyssws
# semodule -X 300 -i my-abyssws.pp

I tried running those commands and they didn’t do anything; do I need to run them somewhere specific, like add them to a file or something?

I have also tried some other commands so far (systemctl restart sddm, dnf distro-sync --refresh, depmod -a, dnf history rollback XXX), but none of these have worked so far either. Is there anything more that I can try?

2

Never mind! The answer was this: No login screen after upgrade to f43 (Solved: authselect was never set up on a system upgraded through many versions)

I will just mark this as solved now.