Plasmashell freezes seconds after logging in, requiring forced reset

I recently updated arch using yay, and now loading into Plasmashell / KDE causes entire system to freeze.

The desktop image appears, maybe a window or two from the last open session will open, then it freezes. The desktop icons sometimes load before it happens. I am able to move the mouse around and interact with windows if any load before it freezes. I cannot switch to a tty, as pressing ctrl+alt+f1-f6 does not produce a visible change. SysRq shortcuts do not respond either. It appears to happen at around the same speed, whether I interact (mouse movement, pressing keys, clicking) or not. I once got into a tty right after launching plasmashell, but that also froze.

Using sddm, lydm, and gdm, as well as x11 vs Wayland all give the same result.

Gnome is working as an alternative at the moment, though I don’t like it as much. Starting plasmashell or kde apps within gnome works (though with a few missing features related to kwin/KScreen/etc. not existing).

Removing / renaming config files and deleting .cache did not help. Downgrading plasma/kde/kwin/ to an earlier version before the update also didn’t help.

I am on a Framework 13 laptop.

Operating System: Arch Linux
KDE Plasma Version: 6.5.5
KDE Frameworks Version: 6.22.0
Qt Version: 6.10.2
Kernel Version: 6.12.68-1-lts (64-bit)
Graphics Platform: Wayland
Processors: 16 × AMD Ryzen AI 7 350 w/ Radeon 860M
Memory: 32 GiB of RAM (30.6 GiB usable)
Graphics Processor: AMD Radeon 860M Graphics

I will see if reinstalling arch/kde completely fixes it later today once I get home and can backup my files.

1 Like

I have the exact same issue, EndevourOS, KDE plasma on Framrwork laptop 13, i think latest gen.

Also tried downgrading kwin and swapping to x11 before finding your thread - still freezes briefly after login. There were some wayland errors in the journal though, but as already mentioned X11 solved nothing

i did this from TTY trying to get past SDDM

echo "exec startplasma-x11" > ~/.xinitrc
startx

then it doesnt freeze, but all desktop windows open in the upper left corner

Actuallt it still freezes, it jist takes a little longer.

Also it seems that as long as i keep the mouse moving it doesnt freeze, but once I leave it then it does.

I have the same problem. Reinstalling the system didn’t help.

After logging in, the wallpaper and the cursor appeared in the center, and the system froze.

I am experiencing similar behavior from Plasma on Wayland using Arch Linux. Shell immediately freezes upon logging in, and can later be unstuck by switching to a different TTY and then switching back to TTY1. At least in the case of Arch Linux, the culprit appears to be the latest ddcutil update (2.2.5). Reverting to ddcutil 2.2.3 makes the issue disappear.

Operating System: Arch Linux
KDE Plasma Version: 6.5.5
KDE Frameworks Version: 6.22.0
Qt Version: 6.10.2
Kernel Version: 6.18.7-arch1-1 (64-bit)
Graphics Platform: Wayland
Processors: 12 × AMD Ryzen 5 7535HS with Radeon Graphics
Memory: 16 GiB of RAM (14.8 GiB usable)
Graphics Processor 1: AMD Radeon 660M
Graphics Processor 2: NVIDIA GeForce RTX 2050
Manufacturer: HP
Product Name: Victus by HP Gaming Laptop 15-fb1xxx

3 Likes

Just to show you a working system….

Operating System: Fedora Linux 43
KDE Plasma Version: 6.5.5
KDE Frameworks Version: 6.22.0
Qt Version: 6.10.1
Kernel Version: 6.18.8-200.fc43.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 24 × AMD Ryzen AI 9 HX 370 w/ Radeon 890M
Memory: 64 GiB of RAM (62.1 GiB usable)
Graphics Processor: AMD Radeon 890M Graphics
Manufacturer: Framework
Product Name: Laptop 16 (AMD Ryzen AI 300 Series)
System Version: A9

The only real difference I see is the Qt Version. Mine is on 6.10.1 while yours is on 6.10.2

Dimani 128

Not a Linux expert by a long shot. As a matter of fact, just got back from 12+ years absence, but I am seeing on yours that you are running a really old Kernel, while running latest KDE/Plasma/etc versions. Possibly mismatch?

That sounds like gpu driver once acceleration kicks in. I’m on 6.5.4 arch, you’re only slightly newer than me, but amd, I’m nvidia. I’d say try a non-lts kernel and amd drivers.

Operating System: Arch Linux
KDE Plasma Version: 6.5.4
KDE Frameworks Version: 6.21.0
Qt Version: 6.10.1
Kernel Version: 6.18.2-arch2-1 (64-bit)
Graphics Platform: Wayland
Processors: 16 × 11th Gen Intel® Core™ i7-11800H @ 2.30GHz
Memory: 128 GiB of RAM (125.6 GiB usable)
Graphics Processor: NVIDIA GeForce RTX 3080 Laptop GPU
Manufacturer: LENOVO
Product Name: 20YS001SUS
System Version: ThinkPad T15g Gen 2i

(working config here)

Downgrading worked for me. I downgraded my ddcutil and it works now.

I used commit c2763fe961d8f13e85a919dab5fabe7a0b85e28a.

I have thr same issue.

I use CachyOs. My taskbar/startbar is on autohide. KDE doesn’t freeze unless i hover over the taskbar and make it visible.

I can rightclick and go to display configuration and go through the settings menu. But when i rightclick and do ‘edit desktop’ it freezes … Maybe because the taskbar/ menubar becomes visible.

I can run a terminal with ctrl alt T, as long as the startbar doesnt show.

On another account it freezes immediately … probably because the startbar is always visible.

I hope this description helps to find the issue.

Apologies for calling the ‘bar’ different things. It’s the one with time and date, wifi, menu-bar under superkey and do on.

I do have Linux 6.18.7.arch1-1 as my normal kernel, but grub decided that the LTS version, that I installed to try and troubleshoot, would be the default. It still had the same issue on the standard kernel.

Downgrading ddcutil to 2.2.3 (using downgrade) completely solved the issue, thanks.

Same issue here. My setup is a laptop with AMD iGPU + Nvidia dGPU, and I connect a second monitor to the iGPU port. The second monitor doesn’t freeze, so I solve it temporarily by going to Plasma’s Display Configuration and disable then re-enable the laptop’s display. However, the problem reappears after a reboot

I’ll downgrade ddcutil for now until the issue is fixed