Technical Trouble: GUI Freeze on Ubuntu Studio 24.04.3

Hi guys!

First of all, I am very new to this community, so I sincerely apologise if I have posted this in the wrong place or if something like this has already been addressed in other threads (pls do share links if it has), I’m just really not sure where to search at this point

I am experiencing a recurring issue on my Ubuntu Studio 24.04.3 system where the graphical interface freezes unexpectedly. The sequence of events is as follows:

  1. The GUI freezes — the cursor still moves, but nothing responds to clicks.

  2. ALT+TAB can switch windows, but the cursor still does not interact with anything; I have not had time to test other keyboard commands.

  3. The GUI toolbar disappears, and the currently active application momentarily fullscreens.

  4. Immediately after, the GUI ceases completely, leaving a black screen while the cursor still moves.

  5. Eventually, I am forced to perform a hard reset as no other recovery options are available.

This occurs regardless of the session/environment I am using: X11, Wayland, Ubuntu default, or Ubuntu on Xorg.

I have already verified the following:

  • My kernel is fully updated to the latest supported version.

  • My BIOS is fully up to date.

  • GPU drivers (AMD) are fully up to date.

  • Both CPU and GPU have been stress tested, separately and concurrently, while actively monitoring htop and temperature sensors; no errors or red flags were observed, and all components ran smoothly during testing.

After rebooting and inspecting the system logs with journalctl, I have been unable to find any evidence of errors corresponding to the freeze.

Could you please advise on:

  1. Recommended steps for capturing relevant logs or debugging the freeze in real time.

  2. Any known issues in Ubuntu Studio 24.04.3 that could cause such GUI freezes.

  3. Potential workarounds or configuration changes to prevent this issue.

Thank you in advance for any suggestions. I am happy to provide any further system information that might help with troubleshooting.

The first thing that stands out to me is you mention 24.04.3?

Alas you don’t say where that detail came from, as if that is what you installed and you’ve been applying updates correctly, your system won’t be 24.04.3 anymore, as 24.04 is your release, .3 is a point release detail that changes as you apply upgrades.

The following

highlight ISO release of 24.04.4, but installed systems upgraded to it before that date; so if your system is still reporting itself as 24.04.3 then you’re behind on fixes, or have another issue I’d explore (which could impact your security).

Being specific is helpful; at 24.04.3 the GA kernel stack used 6.8, however users using the HWE stack used 6.14 which is no longer a supported kernel for Ubuntu; as users of the HWE switched to 6.17 with the .4 upgrades (users of GA kernel stack remained on 6.8).

Ubuntu LTS releases have kernel stack choice; the default stack (GA or HWE) is set by your install media for flavors like Ubuntu Studio. You’re best if you be specific with details rather than latest (latest GA? latest HWE? you didn’t say). If we knew your install media we’d know which kernel stack you were using.

If you’d just specified what you see with uname -r for example, we’d know which kernel stack you were using & thus could confirm it’s latest of your unstated kernel stack.

Hard reset? I’m not sure what you meant by that; are you using SysRq commands to direct the kernel to reboot? as you implied the system was still responding as mouse-pointer (I understood your cursor to be) indicates it was (just desktop itself wasn’t responding). Were you unable to switch to a text terminal (CtrlAltF4 etc) and explore for issues there? or safely shutdown?).

Sorry I can’t offer anything specific to help you, I’m commenting on what I saw in your request for help which I’d explore.

2 Likes

Thank you for your response and pointers, even just knowing what information I need to provide is helpful so I appreciate it!

You are absolutely right (I do apply upgrades regularly):
jamie-g@the-batmobile:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 24.04.4 LTS
Release: 24.04
Codename: noble

Here is the kernel version that I am running, so I believe I’m on the HWE stack (let me know if you know of any other commands):

jamie-g@the-batmobile:~$ uname -r
6.17.0-19-generic

What I meant by this was physically holding the power button to switch it off. Mainly because it was on a black screen with only the cursor visible for quite some time, and there was no response to any of the keyboard commands that I knew when it got to that stage (that said, I didn’t know the CTRL+ALT+F4 command before, so I’ll try that next time).

1 Like

This is FYI only detail only sorry.

Ubuntu Studio 24.04 & 24.04.1 media installed the GA kernel stack (ie. 6.8 kernel), where 24.04.2 & later media installs the HWE kernel which updates; ie. it was 6.11 at 24.04.2, 6.14 at 24.04.3 and is 6.17 currently at 24.04.4 - it’ll upgrade next to 7.0 at 24.04.5 but that’s months away yet.

If interested; Ubuntu desktop flavors still follow the pattern of Ubuntu Desktop 18.04 LTS (and earlier) in the docs Kernel/LTSEnablementStack - Ubuntu Wiki

Switching to text terminal will allow you to use commands to explore what is going on, whilst this won’t help that much if you’re not familiar with POSIX standard commands; most OSes used today don’t stray too much from that standard anyway. (it will still feel alien to users who really only use mouse to point/click though)

I mentioned F4 as its what I usually used, no special reason, as the gap between F4 & F5 make it easy for me to find without needing to look.. so it wasn’t specific. On my current box I’ll use CtrlAltF2 to return back to my GUI, but even if you need to use F1 or F7 - you should find it easy enough.

As for shutting down; the Linux Kernel provides special keys that can be used to safely give commands bypassing any stuck/not-co-operating GUI (text or graphical), with those commands directly handled by the kernel (assuming they’re enabled and not disabled). It does require access to a keyboard on the device (not remote or using a on-screen-keyboard like most Android phone/tablets that are also using the Linux kernel). It’s a Linux feature; so we can use it down here on Ubuntu too.

SysRq was a key on IBM PCs, XTs, ATs, PS/2 etc.. It wasn’t a specific key, but was a special purpose secondary-function and had the SysRq printed on the front of the key in a color (not black like most printing on keyboards). Modern keyboards are often thin and don’t have the space at the front for what used to be printed on them (not printing also reduces cost), so its common for modern devices to not have it marked. Whilst some brands actually mentioned the key in their documentation when it no longer printed (ie. key combination that achieved it), even that disappeared as documentation was reduced & devices changed more often. To find the key, looking at an older keyboard (either in picture, search online) should provide clues on where it will be on a newer device without it marked (its always worked for me anyway; but I also use old IBM Model M keyboards anyway so use keyboards that have it marked).

On some newer devices it can be harder to use, as they mandate me adding an extra key (Fn) to achieve the SysRq function of a key (as PrintScreen|ScrollLock|Pause/Break keys got re-purposed as media keys etc which are more useful to most users), but that’s what I meant with SysRq - it’s a key on an IBM compatible DOS/Windows computer; alas hard to find on smaller consumer devices or any device post-2021 but it’s still there.

As for using it; if I needed a doc; I’d probably pull out a phone and search “magic sysrq” and expect to find the Wikipedia page near the top of results; that is good enough to remind or work out keys. The common commands (like REISUB) are usually used as examples in docs anyway.

At text terminal you’ll get messages appear if you’re using a kernel with keys disabled (you’ll see nothing if using a graphical interface to your machine), where on my current resolute (26.04) system I get told it’s disabled when I hit R, E or I, but I get told the S or Sync command was executed (I stop there; as I’m not running subsequent commands on this working system!). Each letter represents a command; eg. B = reBoot, which could be replaced by O = Off; a super quick way that I use on occasion to shutdown a system because I really have to go in a hurry.

SysRq commands allow you to [somewhat] safely do things, which are far less potentially destructive as using a power-button and forcing the system to uncleanly shutdown. Using commands I can tell the system to shutdown safely using commands (eg. S is the command to sync/flush buffers & ensure everything needed is written to disk); power off button could leave disk in an unknown state or problems due to data still being in RAM that never got saved to disk; data in RAM being lost when power went off.

1 Like

Thank you again for your insight so far

It has now happened again, I managed to switch it to command line interface, and it’s continuously returning errors of the type pictured. This is the result about 30 seconds in:

My system is not responding to anything else at this point - no keyboard commands (that I know of) are being responsive.

About an hour later and it’s still continuously returning these errors:

Does anyone know what this could mean?