Product: Batch 5 of Framework Laptop 16 DIY Edition (AMD Ryzen AI 300 Series)
BIOS: 03.04 11/16/2025, Secure boot disabled
CPU: AMD Ryzen AI 300 Series - Ryzen AI 7 350
Module für Erweiterungsschächte: Expansion Bay Shell
Arbeitsspeicher: DDR5-5600 - 64GB (2 x 32GB)
Festplatte: WD_BLACK™ SN850X NVMe - M.2 2280 - 1TB
Festplatte: WD_BLACK™ SN770M NVMe - M.2 2230 - 500GB
Netzadapter: Power Adapter - 240W - EU/KR
Tastatur: German (2nd Gen)
Macropad: RGB Macropad Module (2nd Gen)
USB-C, USB-A, HDMI (3rd Gen), DisplayPort (2nd Gen), Ethernet, Audio
Linux: 6.12.57+deb13-amd64, Debian 13.2
The Xfce-Desktop (newest CachyOS and also with newest Debian) freezes sporadically. Only the mouse is movable, but no more action is possible on the Desktop.
I can switch to e.g. TTY1 with CTRL+ALT+F1, log in on the CLI and see all processes, even the line “/usr/lib/xorg/Xorg :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch”. If i kill the Desktop with “kill {$PID}”, the Desktop login dialog shows up and i can log in again. But it freezes after some seconds or minutes. The notebook is not usable. How can i track the issue?
Out of curiosity, is Gnome also installed on your system?
I had similar issues with my debian framework (using Cinnamon/Xorg). The session would load up fine and after a couple of minutes only the mouse cursor would move, but clicks and keypresses would not register. Same happened with XFCE. I was unable to launch Cinnamon/Wayland, or XFCE/Wayland from gdm3.
However, when using Gnome (Wayland) there were no freezes.
Perhaps it is something related to Xorg and the latest debian version (in my case 6.17.13+deb14-amd64). Unlike you, I have an Nvidia RTX expansion bay, and the freeze problems disappeared once I installed the non-free 590 graphics drivers from the Nvidia repository.
No, a fresh installation of CachyOS + Xfce and later a complete fresh Debian + Xfce. But in Debian i found some installed Gnome packages (gnome-keyring, pinentry-gnome3 …) and error messages in the system protokoll - removed them from the system, but no positive effect. Same effect as yours.
I am using Linux on servers since 1998 (SuSE, Debian … - without GUI), so a tried a lightweight Desktop (Xfce) first. Now i try KDE (X11) - After a few freezes, it works for hours (till now).
I had the exact same issue on FW13 ai 350 from new. After a couple of days running on older kernels that didn’t have that problem I found a solution on another thread in here that I don’t have bookmarked but what solved it for me was adding a parameter to grub config. Specifically amdgpu.dcdebugmask=0x10 to GRUB_CMDLINE_LINUX_DEFAULT.
Search for it and I am fairly confident you will find a solution.
Oh, thanks very much, i will try that next week and report here.
But first, i give Windows 11 Pro a chance on an empty partition - looks very good, smoother and more stable (till now), text is bigger and more readable by default, drivers installed easily, Windows activated and updated …
Hello everyone.
Same problem with my Framework16, arrived in December 2025. I tried Ubuntu 25, and now I am on Ubuntu 26. In both cases, xfce sessions always froze, while a standard Ubuntu environment does not.
If I go on TTY1, and open a new session with another user (or login again with the same user) the original frozen screen is responsive again, and the actions I tried to perform when it froze have taken place.
It looks like just the image is frozen, so I suspect it is something with the graphic card.
I’ll try with the bootloader option mentioned in this thread, and report back any finding. If in the meantime you have better ideas, I’d be happy to read them
Thanks, everyone.
I am in a very similar situation to you, but the various Grub config option haven’t solved the problem.
How do you open a new session with another user, or login again with the same user? I’ve never tried to do either of those before.
FWIW, I did come up with a life-saving trick for my personal situation. I do all of my important work in several VirtualBox VMs, so I wrote a shell script to “save the machine state” of all of my VMs, which I can run from TTY1, before issuing the shutdown command. Your trick sounds even better, but this at least lets me pick up where I left off.
To open a separate (graphical) session, you can press [CTRL] + [ALT] + any function key [F1] to [F8]. Unless you have some strange setup, this should land you on one of the available tty. Either you get a login prompt in a tty, or a separate graphical login screen.
I’m familiar with getting to TTY1 and back. Are you saying that simply logging into text console TTY1 as another user, and then switching back to the graphical console, was enough to unlock the graphical session? If so, I’m almost looking forward to the next time it happens. That’s a lot easier than what I’ve been doing!
It did work for me, sometimes. I would love to be more precise in my descriptions, but the problem appears to be evanescent. I can confirm that since the boot settings, and using xubuntu sessions with xfce4, I had absolutely no freezes. For info, I am running:
Linux XXXXXXXX 7.0.0-22-generic #22-Ubuntu SMP PREEMPT_DYNAMIC Mon May 25 15:54:34 UTC 2026 x86_64 GNU/Linux
