Does anyone how how I can diagnose and fix this problem:

Sometimes, but not always, when shutting down the process does not actually complete and the computer does not turn off.

The screen turns off but the keyboard backlight is still responsive, the fan is still going and the power-on LED is lit. Because the screen is turned off I can't interact graphically with the computer and have to just hold down the power button and do a hard reboot.

I haven't tested it properly but I get the feeling it happens more often if I have been doing audio work.

Debian 13 GNOME 48 Intel Core Ultra 7 Laptop

all 26 comments

sorted by: hot top controversial new old
[–] 10 points 1 year ago (7 children)

Pro ably some ACPI issues. Have you changed BIOS settings or anything else recently? Did it previously work fine?

  • source
  • hideshow 7 child comments
  • [–] [S] 2 points 1 year ago (5 children)

    Not recently. When the laptop was new I had Fedora on it which was worse. Then I switched to Debian when Trixie came out and it's been much better but still happens occasionally. Over time I have tried different settings in Coreboot though - perhaps I should reset everything there to defaults.

  • source
  • parent
  • hideshow 5 child comments
  • [–] 2 points 1 year ago (4 children)

    What's the model of the laptop?

  • source
  • parent
  • hideshow 4 child comments
  • [–] [S] 3 points 1 year ago (3 children)

    Star Labs Starbook mk7, 'made for linux', pas moins.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 4 points 1 year ago* (2 children)

    Have you updated the firmware recently? https://us.starlabs.systems/blogs/news/firmware-update-announcement-25-05

    They've fixed a lot of ACPI and power issues with various models, including the mk7: https://github.com/StarLabsLtd/firmware/issues/139

  • source
  • parent
  • hideshow 2 child comments
  • [–] [S] 3 points 1 year ago (1 child)

    Yes, I've updated to 25.06 which I think is the latest version. I was also having some issues with waking from suspend but they are fixed now I can manage the lid switch in Coreboot.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 7 points 1 year ago (7 children)

    Switch to a TTY and do "sudo poweroff". See what happens. I feel like this is more likely a systemd issue.

  • source
  • hideshow 7 child comments
  • [–] [S] 4 points 1 year ago (6 children)

    How do I do that? Bearing in mind the display is off when this happens.

  • source
  • parent
  • hideshow 6 child comments
  • [–] 5 points 1 year ago (1 child)

    I mean, give the shutdown command like this, not after already choosing it via menu. This way you may catch what's wrong. Also, you can check the logs when you boot next time via journalctl -b -1 but to make it easier maybe this one should be more helpful journalctl -b -1 | grep -i shutdown

  • source
  • parent
  • hideshow 1 child comment
  • [–] 2 points 1 year ago* (2 children)

    I was also experiencing your same issue, just tried @muhyb@programming.dev's recommendation, and my computer shut off completely as desired.

    Edit: I also opened a terminal and "sudo poweroff" and "sudo shutdown now" both work, so for me, I didn't need to switch to a TTY console.

  • source
  • parent
  • hideshow 2 child comments
  • [–] [S] 2 points 1 year ago (1 child)

    I was also experiencing your same issue, just tried @muhyb@programming.dev’s recommendation, and my computer shut off completely as desired.

    Which recommendation?

  • source
  • parent
  • hideshow 1 child comment
  • [–] 6 points 1 year ago*

    I have had this issue with Hyprland in arch I could not for the life of me get it to shut down I had to just unplug It although It didn't fix It when I halted (halt is what pressing power button by default does), I get power outages every week in Iran, so the chance of corruption is not astronomically higher

  • source
  • [–] 5 points 1 year ago (1 child)

    something with the DE I suspect. KDE will do the same thing. never had the issue with another compositor/WM but with KDE Plasma every now and again the exact same thing you're experiencing would happen. shut down, something in Plasma is still going and same results as you.

  • source
  • hideshow 1 child comment
  • [–] 4 points 1 year ago

    When it happens, try pressing Alt + SysRq(/PrtSc) + o. If that turns off your computer, then the kernel is still running and something is preventing shutdown; if it doesn't, either SysRq is disabled, or ACPI is broken.

  • source
  • [–] 3 points 1 year ago (1 child)

    Does it shutdown if you wait ten minutes? Maybe it's a stuck process. After a timeout (don't know what the default is) it should be killed.

  • source
  • hideshow 1 child comment
  • [–] 2 points 1 year ago (2 children)
  • [–] [S] 1 point 1 year ago* (last edited 1 year ago) (1 child)

    I'm not familiar with using logs but looking at them now and filtering for the word 'failed', most of the entries around shutdown contain "dbus-daemon[1248]: [system] Activation via systemd failed for unit 'dbus-org.freedesktop.nm-dispatcher.service': Refusing activation, D-Bus is shutting down."

    There are also a couple of "fwupd[2375]: 17:22:25.596 FuPluginUpower failed to query lid state"

    And one of these: "NetworkManager[1332]: [1757956947.0782] dispatcher: (51) failed (after 0.004 sec): Refusing activation, D-Bus is shutting down."

    Does any of that shed light on the problem?

  • source
  • parent
  • hideshow 1 child comment
  • [–] 2 points 1 year ago

    That's just saying that things are tripping each other up whilst trying to shutdown.

    Try sudo journalctl -b-1 --reverse

    That will show the last system log in reverse order, and might help see what's going on.

    There's an old bug report (notice I say report, as it's locked and not solved - & I don't have the link to hand) with several people saying that systemd causes this, but, it might be applications or services that have user accounts open, etc, etc...

    but... try shutting down services and unmounting any shares / filesystems that might be causing this to see if you can isolate something.

    As mentioned in the other thread, try shutting down from the command line on a new TTY (text-only screen) and see if that shows anything else.

  • source
  • parent
  • [–] 2 points 1 year ago

    I also have had this issue recently. The OS will be off, but the hardware itself (fan, lights, etc.) is still running

  • source