KDE freezing and still suspension issues

Hi again.
I’m still here ti ask for your advices because I Stille having issues with my tumbleweed.
It is installed in a desktop computer ryzen9 7900x, Asus rog strix b650e-f, Radeon rx6650xt.

Lady days I’ve a very strange issue: suddenly there is a freezing of desktop, KDE menu, brave browser or whatever software i’m using. I can click over anything but nothing appens. Mouse pointer moves, music still play, I can open yakuake by shortcut and launch softwares (Dolphin or an other brave browser session etc) and they works but every things was open “before” thé freezing stops work.
I can also open another tty.
Just a reboot can “unfreeze”

I am an astrophotographer and I had the first “freeze” while I was editing in pixinsight: this is very very very annoying.

Moreover, sometimes if I click on “suspend” thé entire computer still works but screen, mouse and keyboard.
Hard reset mandatory.

So, I am.disappointed by opensuse. On mu laptop It works very well but in m’y desktop the expérience Just now isn’t nice.

Could you help me please?

I hoped to forget about all Win11 bugs but…

Thank you and merry christmas to everybody

Are you logging in using “Plasma / X11” or “Plasma / Wayland” ?

If using Wayland … next time login in with 'X11", then see if it freezes.

Another test - if you have not tried this, create a new user, then log in as that new user, and use the same applications. Do you still see a freeze?

Hi! I log in as X11 session.
i will try with a new user

thank you

could you tell me where I can find some log error?

Most messages are now logged to the systemd journal. The journal is kept in binary format, use the journalctl command to examine it. Depending on how your account is setup your account may only be able to review the user-level messages, you may need to use sudo journalctl to also see the system level messages.

For X11 and wayland, there may be some additional info in various log files, which can be found under the user’s .local directory:

%  find ~/.local -name '*session.log'

/home/michael/.local/share/sddm/xorg-session.log
/home/michael/.local/share/sddm/wayland-session.log

Possibly something may also be logged to /var/log/Xorg.*.log.

It might also be worth checking for core-dumps (dump records of program crashes) by using the coredumpctl command.

1 Like

I’m testing a new user and suspension seems to works well. I can’t tell about freezings because they are so random that’s impossible to predict them.
but, I have not issues with kde menu at all (in the main user I have)

maybe I messed up something in my kde conf??
where could I find the bug?

I get a bunch of errors with this line:

journalctl --since=“2024-12-25” -p err

(i’m sure that I had a freeze in Christmas day)
a lot of stack about different things: bluetooth, hostname, vbox and much more.

how can I show you this big output?

Most things that are logged, including errors, are likely not to be significant, they’re often just general chatter.

I would not restrict the search to just err messages. Developers can be quite arbitrary about what level things are logged at, you should look for all messages at the commencement time of the freeze. That should hopefully narrow the text down to something that can be inserted into a post.

You might have to wait for it to next happen, note the time, and then go looking. If you see anything interesting/related to the freeze, you might start by googling the generic parts of the text.

could you take a look at these please?

Sorry, I have no laptop experience, so I’m not in a position to interpret the entirety of these logs. Perhaps someone else will chime in.

There are a lot of errors in your logs, it really would be better to focus on all messages that are logged around the time or an actual freeze (with a few seconds/minutes) .

A lot of errors are just noise and not real errors. I don’t think you can expect many here to wade through hours worth of logs picking out the wheat from the chaff. Concentrate on the content around the time of a freeze.

By only including crit/err messages you are potentially omitting messages that might detail the cause of any crit/err messages. By presenting them separately across two files, you’re making it hard to determine the temporal/causal relationships between the messages in the files. It would be better to select all output for few seconds or minutes around a freeze, so no -p   restrictions. (You could direct the output to a file and then edit out anything above and below the area of interest, as well as removing anything sensitive).

I suspect others might be better able to help with a little more info about the machine, for example, perhaps some inxi output, such as from inxi -bMG or similar.

thank you @mchnz
the logs are about a desktop, not a laptop.
here the output of inxi -bMG
(yes I use liquorix kernel since some day but no issues with it)

System:
Host: visione Kernel: 6.12.6-lqx1-2-liquorix arch: x86_64 bits: 64
Desktop: KDE Plasma v: 6.2.4 Distro: openSUSE Tumbleweed 20241226
Machine:
Type: Desktop System: ASUS product: N/A v: N/A serial:
Mobo: ASUSTeK model: ROG STRIX B650E-F GAMING WIFI v: Rev 1.xx
serial: UEFI: American Megatrends v: 1807
date: 09/26/2023
CPU:
Info: 12-core AMD Ryzen 9 7900X [MT MCP] speed (MHz): avg: 4700
min/max: 3000/5733
Graphics:
Device-1: Advanced Micro Devices [AMD/ATI] Navi 23 [Radeon RX 6650 XT /
6700S 6800S] driver: amdgpu v: kernel
Display: x11 server: X.Org v: 21.1.14 with: Xwayland v: 24.1.4 driver: X:
loaded: modesetting unloaded: vesa dri: radeonsi gpu: amdgpu resolution:
1: 2560x1440~165Hz 2: 1920x1080~60Hz
API: EGL v: 1.5 drivers: kms_swrast,radeonsi,swrast
platforms: gbm,x11,surfaceless,device
API: OpenGL v: 4.6 compat-v: 4.5 vendor: amd mesa v: 24.3.1 renderer: AMD
Radeon RX 6650 XT (radeonsi navi23 LLVM 19.1.6 DRM 3.59
6.12.6-lqx1-2-liquorix)
API: Vulkan v: 1.4.304 drivers: N/A surfaces: xcb,xlib
Network:
Device-1: Intel Ethernet I225-V driver: igc
Device-2: MEDIATEK MT7922 802.11ax PCI Express Wireless Network Adapter
driver: mt7921e
Drives:
Local Storage: total: 2.5 TiB used: 733.06 GiB (28.6%)
Info:
Memory: total: N/A available: 62.51 GiB used: 4.37 GiB (7.0%)
Processes: 479 Uptime: 0h 18m Shell: Bash inxi: 3.3.36

Hi, so using a non-standard kernel… If you use the supported openSUSE kernel, does the error occur?

the errors was when I used the standard kernel

@Gaiden can you switch back to the default kernel and then grab logs and respective data on the freeze?

I switched to the default kernel, no freeze for now.
I let you a log of:

sudo journalctl -p warning --since “2024-12-24” --until “2024-12-26”

I had a look and saw:

  • 389 lines complaining about postfix
  • Process 30010 (VirtualBoxVM) of user 1000 dumped core. – better disable any virtual machines while debugging
  • The VirtualBox Linux kernel driver is either not loaded or not set up correctly. Please try setting it up again by executing /sbin/vboxconfig, If your system has EFI Secure Boot enabled you may also need to sign the kernel modules (vboxdrv, vboxnetflt, vboxnetadp, vboxpci) before you can load them. Please see your Linux system's documentation for more information.
  • Way too many other errors.

On VirtualBox: Please disable that while debugging, it is not configured correctly but that is another issue, focus first on the most important issue, the freezing

On postfix: do you need that/did you enable that?

virtualbox was uninstalled after (I use Qemu), and I have some suspect that it was involved in the freeze. I’d like to know how to erase every trace about (services or kernel modules or somewhat)

I don’t know neither what postfix is :sweat_smile:

I noticed a lot of errors about bluez/bluetooth and I disable it from bios and uninstalled bluez.

a lot of warns about issues with kde plasma main menu (just Laucher or Cockpit menu worked, not the Application Menu) it seems going fine after restoring of default icons set.

thank you!

It looks to me you did quite some special configuration and without knowing what precise it will be hard for others to help.

I have exactly the same thing with slowroll for about two weeks now.
Only a reset works.
I have no idea what causes it.
Doesn’t matter if I use wayland or x11.
Sometimes it just happens out of the blue?
Very strange.
I keep a close eye on it to see if I notice anything.

Read something about Virtualbox…
Given problems I added a line to the kernel parameter in the bootloader (kvm.enable_virt_at_load=0)
Then Virtualbox at least works again, see also: Warning for VirtualBox users and Kernel 6.12

Then you don’t have exactly the same thing, not the same OS f.e. Open a new thread please.