Bug 462723 - Desktop freezes for no obvious reason
Summary: Desktop freezes for no obvious reason
Status: REPORTED
Alias: None
Product: kwin
Classification: Plasma
Component: general (show other bugs)
Version: 5.24.6
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-12-06 20:22 UTC by leonardopsantos
Modified: 2023-04-02 11:09 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
dmesg after the desktop froze (106.19 KB, text/plain)
2022-12-06 20:22 UTC, leonardopsantos
Details
Last 100 lines of syslog after the hang (12.08 KB, text/plain)
2022-12-06 20:22 UTC, leonardopsantos
Details

Note You need to log in before you can comment on or make changes to this bug.
Description leonardopsantos 2022-12-06 20:22:01 UTC
Created attachment 154371 [details]
dmesg after the desktop froze

I'm experiencing a problem where my desktop suddenly freezes: 

1. I can move the mouse,
2. I can not activate any windows
3. The windows are not functional: say that I have Kate open; even if it was the active window when the freeze happens, I can't type anything. This happens to any application (Firefox, VSCode, etc), Kate is just an example.
4. The hang doesn't have an obvious reason: sometimes I'm on Firefox, sometimes I'm coding in VSCode. Sometimes I go weeks without any problems, sometimes it happens two times in a single day.
5. There are no crash reports; things just stop working.
6. I usually don't do two weeks without a hang.
7. The machine itself doesn't hang, I can use CTRL+ALT+F2 to open a new tty and restart the display manager or reset the machine.
8. I'm using multiple monitors

I'm not really sure what component is at fault here: the display manager, kwin, plasma manager.

Resetting the machine obviously fixes things. I figured out that using `systemctl restart display-manager` also fixes things.

I'd be glad to provide any other information, log files, or follow any steps to help narrow down this issue.

STEPS TO REPRODUCE
1. None, really, just using KDE to work.

OBSERVED RESULT
KDE hangs, mouse moves, machine is functional if I use a different TTY.

EXPECTED RESULT
Not hanging?

SOFTWARE/OS VERSIONS
Operating System: Kubuntu 22.04
KDE Plasma Version: 5.24.6
KDE Frameworks Version: 5.92.0
Qt Version: 5.15.3
Kernel Version: 5.15.0-56-generic (64-bit)
Graphics Platform: X11
Processors: 8 × Intel® Core™ i5-8265U CPU @ 1.60GHz
Memory: 15.3 GiB of RAM
Graphics Processor: Mesa Intel® UHD Graphics 620

ADDITIONAL INFORMATION
I've attached my dmesg and syslog files. I've created them by switching to a new TTY with CTRL+ALF+F2
Comment 1 leonardopsantos 2022-12-06 20:22:47 UTC
Created attachment 154372 [details]
Last 100 lines of syslog after the hang
Comment 2 Roy Orbitson 2023-03-23 01:34:31 UTC
I've also experienced this issue in Kubuntu 22.10, on Plasma 5.27.3, Radeon graphics. Others have reported similar symptoms elsewhere:
https://forum.linuxcnc.org/18-computer/40384-kde-plasma-desktop-freezes-but-machine-remains-operable
https://forum.garudalinux.org/t/fixed-kde-becomes-unresponsive-but-mouse-can-still-move/11814
https://forums.opensuse.org/t/kde-freezes-randomly-and-only-the-mouse-pointer-works/127264/7
https://www.reddit.com/r/kde/comments/5gzu1l/kde_crashes_can_move_only_mouse/

For me, it seems to be more likely to occur after resuming from a long sleep (e.g. overnight). When it occurs, it's a progression; initially the desktop becomes less responsive and maybe typing or Alt + Tabbing will work a couple of times before input stops completely. The mouse is not impeded at all, it moves as smoothly as ever, but nothing is clickable. If the screen/computer goes to sleep again, I can still wake it by tapping a key, even though the X session doesn't respond to any presses.

If I switch to a TTY, I can't see anything hogging resources in `top`. It's like the keyboard gets locked up by something because once I switch back to the X session with, I can no longer switch to any TTY unless I plug in an external USB keyboard. Then modifier key combinations of the built-in keyboard behave strangely in the TTY though regular characters work . If I restart the sddm service, then start a new X session, the situation is still degraded, I can type characters again, but the modifier keys on the built-in keyboard don't work properly. I have to reboot to get a working desktop again, sometimes I do Magic SysReq + REISUB because it's faster.
Comment 3 Matt W 2023-03-25 14:01:55 UTC
I am on Fedora 37.  2 days ago I upgrade from plamsa 5.27.0-1  -> 5.27.3-1 (Fedora RPM versions).  KDE has been super stable until I updated 2 days ago.  Since then, I am getting KDE UI feezes.  The KDE UI will become completely unresponsive. I can interact with the windows that are active, but I am unable to click task bar, switch focus, change desktops, etc.

The links that @Roy posted seems like similar causes, but I take those with a grain of salt because they are dated.  Again, this was very stable until this upgrade.  Now every few hours I'm locked up.

system details:

Plasma 5.27.3
X11 with nvidia 1050 and nvidia drivers
6.2.7-200.fc37.x86_64 #1
AMD Ryzen 7 5800X

I can swtich to TTY (control-alt-f1, etc)  

Top doesn't show anything crazy, but I will keep looking.
Comment 4 Nate Graham 2023-03-25 14:04:35 UTC
If you can interact with the active window, that's a different issue.
Comment 5 Nick 2023-04-02 11:09:03 UTC
Operating System: KDE neon 5.27
KDE Plasma Version: 5.27.3
KDE Frameworks Version: 5.104.0
Qt Version: 5.15.8
Kernel Version: 5.19.0-35-generic (64-bit)
Graphics Platform: X11
Processors: 20 × 12th Gen Intel® Core™ i7-12700H
Memory: 15.3 GiB of RAM
Graphics Processor: Mesa Intel® Graphics
Manufacturer: XXXXXXXXXXX
Product Name: XXXXXXXXXXXXXXX
System Version: Not Applicable

I get the same I believe. Plasma freezes, buttons on the toolbar are unresponsive, You can exit windows and interact with a running program. ALT F2 to a virtual terminal then running pkill plasma, restarts plasma and you can then log back in. Happens 2 or 3 times a day. I can't see any pattern to the failure yet.