Laptop hangs during shutdown (ASUS, openSUSE Leap 16.0, Intel UHD)

English Install/Boot/Login
1

Hello everyone,

I’m experiencing a frustrating issue with my openSUSE Leap 16.0 system, and I hope someone can help me figure this out.

Since installing Leap 16.0, my laptop (ASUS with Intel UHD Graphics) sometimes hangs during shutdown . The issue occurs both after running updates and during a normal shutdown. It’s not consistent, but it happens often enough to be very annoying.

What happens:

  • I choose “Shut Down” from the KDE menu (or run sudo shutdown -h now ).
  • The screen goes black, and then the ASUS logo and openSUSE Leap logo appear.
  • The loading spinner disappears, and the system seems to freeze.
  • Nothing happens for several minutes, and I have to force a power-off by holding the power button.

What I’ve already tried:

  • Added DefaultTimeoutStopSec=10s to /etc/systemd/system.conf .
  • Disabled Plymouth temporarily (plymouth.enable=0 in GRUB).
  • Switched from Wayland to X11 (Plasma X11 session).
  • Installed updates manually before shutdown (sudo zypper update ).

None of these have solved the problem. The issue still occurs randomly, especially after updates.

My questions:

  1. Is this a known bug in openSUSE Leap 16.0 with Intel graphics?
  2. Could this be related to the swap partition not being deactivated properly during shutdown?
  3. Are there any other settings or workarounds I can try, such as using zram instead of a regular swap partition?

I’m looking for a stable and reliable solution, even if it’s just a temporary workaround until the kernel is fixed.

System info:

  • openSUSE Leap 16.0 (x86_64)
  • KDE Plasma 6.4.2
  • Kernel: 7.0.0-14-generic (or newer)
  • ASUS laptop with Intel UHD Graphics
  • SSD with standard swap partition

Thanks in advance for your time and help!

2

Press ESC while shut down and see if some program is having problem shutting down

3

I am doin that but it is not possible it doesnt respond

4

Maybe related to https://bugzilla.opensuse.org/show_bug.cgi?id=1255441.

I do guess this because of

5

Some laptops don’t respond to a press of only the ESC key.

Some models (we have one), requires that you press a key-combination, such as CTRL-ESC or FN-ESC or ALT-ESC.

And it could be different if you’re in KDE Plasma environment, or the virt console (during boot up or shutdown).

6

Yes, it looks like the same bug.

1 Like
7

@Kaasplank3333 Hi and welcome to the Forum :smile:

Whilst I’m not running Plasma, I do have a few systems with Intel UHD graphics (630 Gen 9.5) in play without issues.

You don’t indicate your setup, so can you provide the output from inxi -GSaz?

I do use zram for swap, I also use the following boot options intel_iommu=on intel_pstate=passive

8

That might be the questionable case: the bug mentioned is related to regular swap (not unloading properly).

9

Dear @malcolmlewis Do you use more of those boot options? Are there possibly some that could be useful for other users?

10

Not really sure, I have mostly Intel hardware, the iommu one is always used, pstate for cpu frequency scaling which depends on the cpu.

They really are hardware specific depending on the system requirements, for example with Nvidia if/when nova drops I have rd.driver.blacklist=nova-core to supplement rd.driver.blacklist=nouveau

At some point I might add loglevel=2 if the BIOS is spitting out ACPI warnings at boot, it still doesn’t negate perusing the boot log at times…