System won't shutdown after last 'dnf upgrade' from sunday

Ask Fedora
, , ,
1

I’m aware of that issue for a month in F42 Beta : Poweroff/reboot doesn’t work in GNOME, when an inhibitor is held

However, my issue started 2 days ago after an upgrade. I dnf upgrade every 8 days. That upgrade included kernel 6.14.6-300.fc42.x86_64 and the upgrade was performed on may 15.

Symptoms: shut down button irresponsive and shutdown now without any effect.

I installed kernel 6.14.5-300.fc42.x86_64 today and will see how the day ends. Goal: eliminate the kernel as a possible issue.

If is there no solution proposed from the community, I’ll start to undo updates back to may 14.

This is likely to take several days and reboots to diagnose and eliminate.

I finally shut down with 'systemctl poweroff -i` so don’t bother to suggest it.

Also systemd-inhibit --list listed poweroff,shutdown as inhibited for cinnamon-session, and that for the last 2 days so again don’t bother to mention it.

I would be very happy to get my system back like it was 1 week ago. I do not have any need for that bug/feature. It’s not windows.

Here’s what I usually see

user@user:~$ systemd-inhibit --list
WHO            UID  USER    PID  COMM           WHAT                                                     WHY                                       MODE 
ModemManager   0    root    1208 ModemManager   sleep                                                    ModemManager needs to reset devices       delay
NetworkManager 0    root    1228 NetworkManager sleep                                                    NetworkManager needs to turn off networks delay
UPower         0    root    1129 upowerd        sleep                                                    Pause device polling                      delay
user        1000 user 3002 csd-power      handle-lid-switch                                        Multiple displays attached                block
user        1000 user 2996 csd-media-keys handle-power-key:handle-suspend-key:handle-hibernate-key Cinnamon handling keypresses              block
user        1000 user 3002 csd-power      sleep                                                    Cinnamon needs to lock the screen         delay

6 inhibitors listed.

When I play a youtube video in brave browser, I get

user@user:~$ systemd-inhibit --list
WHO            UID  USER    PID  COMM            WHAT                                                     WHY                                       MODE 
ModemManager   0    root    1208 ModemManager    sleep                                                    ModemManager needs to reset devices       delay
NetworkManager 0    root    1228 NetworkManager  sleep                                                    NetworkManager needs to turn off networks delay
UPower         0    root    1129 upowerd         sleep                                                    Pause device polling                      delay
user        1000 user 3002 csd-power       handle-lid-switch                                        Multiple displays attached                block
user        1000 user 2996 csd-media-keys  handle-power-key:handle-suspend-key:handle-hibernate-key Cinnamon handling keypresses              block
user        1000 user 2689 cinnamon-sessio shutdown:sleep                                           user session inhibited                    block
user        1000 user 3002 csd-power       sleep                                                    Cinnamon needs to lock the screen         delay

7 inhibitors listed.

Why it persists after I’m preparing to shutdown is beyond my comprehension. I don’t use sleep, hibernate, suspend, screen savers, nothing.
I use the shutdown button and that is all and when it doesn’t work and I need to rely on ‘shutdown now’ and that either doesn’t work, it’s frustating.

2

It looks similar to

Try stopping browser playback before requesting shutdown to workaround the issue

1 Like
3

Thanks. I always did, always do. I stop every program running before shutdown. It started misbehave only 2 days ago with that specific kernel 6.14.6.

Was fine again 2 days later with kernel 6.14.5. I confirmed the inhibitor was gone after playback (yesterday), and could proceed to shutdown as usual.

That doesn’t tell much but the kernel 6.14.5 is not at cause.

Still under test with 6.14.6.

4

In my case GNOME Text Editor was the inhibitor. It was always an inhibitor when data had been unsaved (which I always considered a feature), but in the last couple of days it was reported as inhibitor even after I was closing the app and retrying. Powering off from the Quick Settings menu did work though.

With latest update (kernel 6.14.8-300.fc42) I don’t experience the issue anymore.

1 Like
5

Thanks.

I never used the gnome-text-editor. I use gedit and Sublime Text normally. There was a certificate in the gnome-test-editor already open, which I closed. I don’t remember opening it nor any older files with gnome-text-editor. All in all I don’t use it. If I did, it’s purely accidental or nemo / nautilus is configured to use it for certain files, which I’ll probably take care to change. I didn’t even know it was there.

Here the inhibitor is cinnamon-session.

I planned to skip that particular version after I read way too many bug reports. Will wait for 6.15 or continue to use 6.14.5 or even 6.14.4 and 6.12.xx-longterm.

1 Like
6

FYI I also noticed the spike in reports of problems.
But all my Fedora systems upgraded to 6.14.8-300.fc42 withour issue.
I suspect it’s something like a WiFi chip that the reports have in common.

If you are running on your known good kernel when you upgrade dnf will not uninstall that kernel. Then you can test if the new kernel does fix things for you.

2 Likes
7

Thanks Barry, totally makes sense, no problem, already testing 6.14.9-300.fc42

$ uname -a
Linux user 6.14.9-300.fc42.x86_64 #1 SMP PREEMPT_DYNAMIC Thu May 29 14:27:53 UTC 2025 x86_64 GNU/Linux
$ ll /lib/modules/
total 0
drwxr-xr-x 1 root root   224  1 jun 05:42 .
dr-xr-xr-x 1 root root 29940  1 jun 05:42 ..
drwxr-xr-x 1 root root   742  9 mai 12:13 6.12.25-200.fc42.x86_64
drwxr-xr-x 1 root root   764 25 mai 09:55 6.12.30-200.fc42.x86_64
drwxr-xr-x 1 root root   772 29 mai 22:13 6.14.5-300.fc42.x86_64
drwxr-xr-x 1 root root   772 15 mai 08:34 6.14.6-300.fc42.x86_64
drwxr-xr-x 1 root root   772  1 jun 05:43 6.14.9-300.fc42.x86_64