this post was submitted on 29 Mar 2025
65 points (94.5% liked)

Linux

52969 readers
524 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago
MODERATORS
 

Hi all!

I recently installed Tuxedo OS with KDE and Wayland. I'm fairly new to Linux and, so far, the distro is great. With one caveat.

As far as power options go, everything works fine EXCEPT for Sleep. I can put the PC to sleep, but when I wake it up, I land on the login screen wallpaper with the login/password fields barely visible, as if frozen around the second frame of a fade-in animation.

Nothing works. The mouse cursor doesn't move, the keyboard doesn't do anything. The only way out of this state is to hold the power button until the PC shuts down and then turn it back on again.

I did some digging, but couldn't find a solution. Some threads mentioned modifying something in systemd, but those were from years ago, so I didn't want to risk that.

One fairly recent thread had a proposed solution of adding "mem_sleep_default=deep" to GRUB_CMDLINE_LINUX_DEFAULT in /etc/default/grub.

That didn't work for me, though.

I'd love to fix this, but I'm out of ideas. Any help welcome!

EDIT

Forgot it might be a driver issue, people were complaining about Nvidia gear!

I currently don't have a dedicated GPU. I only have Ryzen 7 7800X3D running on MSI B650 Gaming Plus WIFI ATX AM5 MoBo.

top 50 comments
sorted by: hot top controversial new old
[–] [email protected] 1 points 3 days ago (1 children)

@Alaknar Sounds like a bug this developer found and fixed:
https://nyanpasu64.gitlab.io/blog/amdgpu-sleep-wake-hang/

Basically the fix should ship with kernel 6.14. I'm on ubuntu 25.04 which runs that kernel, and I haven't seen it since. I was seeing it every once in awhile.

[–] [email protected] 1 points 3 days ago

Oh, nice! Thanks for the info!

[–] [email protected] 21 points 1 week ago* (last edited 1 week ago) (3 children)

Not really related to the issue. If I understand correctly, your device isn't bricked, but freezes. A bricked device doesn't boot anymore, a frozen device is unresponsive. Or am I misunderstanding this?

[–] Thorned_Rose 7 points 1 week ago

Came here to say the same thing. Using the term "bricking" in the title had me very confused. It would be catastrophic if this was actually bricking computers.

[–] [email protected] 3 points 1 week ago (1 children)

Yeah, had a brain fart. It's a freeze.

[–] [email protected] 3 points 1 week ago* (last edited 1 week ago) (1 children)

you could edit your post title

[–] [email protected] 3 points 1 week ago

Oh, yeah, that's true! Didn't know that's a thing here, good to know!

[–] [email protected] 3 points 1 week ago

Yep, not bricked. Just frozen.

There are two forms of bricked:

  1. hard bricked. This is when a software change (eg, installing a custom firmware) caused the system to fail to boot, and there is no possible way to ever get it to run again.
  2. soft bricked. Where a software change caused the failure to boot but there is a way (eg, reflashing using UART) to recover back to an older version that does boot.

Both are terms from the Phone modding community (ie, a phone has become as useful as a brick after this update) it's quite hard to actually brick a modern PC.

[–] [email protected] 13 points 1 week ago (1 children)

What's your hardware? And did you regenerate grub's config after editing the file you mentioned?

[–] [email protected] 4 points 1 week ago* (last edited 1 week ago) (4 children)

Sorry, forgot to mention hardware! Added in an edit now!

I have a Ryzen 7 7800X3D and no dedicated GPU (yet).

I ran sudo update-grub after making the changes. That and rebooting a bunch of times since.

[–] [email protected] 4 points 1 week ago (7 children)

Did you try any other distro or Windows on this system to narrow down the issue to Tuxedo OS itself? It could be an issue with your motherboard.

[–] [email protected] 2 points 1 week ago (14 children)

Windows worked flawlessly.

Kubuntu had massive issues with other things, but I didn't test Sleep (due to those other issues I only had it for a day or two).

load more comments (14 replies)
load more comments (6 replies)
load more comments (3 replies)
[–] [email protected] 10 points 1 week ago (4 children)

It might be due to https://github.com/systemd/systemd/issues/33083.

Try disabling user session freezing when sleeping:

sudo systemctl edit systemd-suspend.service

Add the following to the file:

[Service]
Environment="SYSTEMD_SLEEP_FREEZE_USER_SESSIONS=false"

Reload systemd:

sudo systemctl daemon-reload

After that, try sleeping and waking again.

load more comments (4 replies)
[–] [email protected] 5 points 1 week ago (1 children)

I would try:

  • see if you can get logs of the resume process
  • suspend from a text VT and see if that changes the behaviour
  • boot into single user mode and try suspend from there
  • boot an older LTS or a newer test kernel and see if it has the same problem
[–] [email protected] 3 points 1 week ago (1 children)

Sorry, mate, I'm a Linux noob.

I have no clue where to find the logs for this.

No idea what a VT is.

Don't know how to boot into single user mode....

[–] [email protected] 2 points 1 week ago (3 children)

Fair enough, most of that isn't something a user should have to worry about.

VT is just Virtual Terminals. You always have one of them active, and in most distros you can switch to others by Ctrl-Alt-F1 through F12. In some distos it's just Alt-F1.

So if you press Ctrl-Alt-F2 you should be brought to a text login. For crazy historical reasons you may have to either press Ctrl-Alt-F1 or Ctrl-Alt-F7 to get back to your usual graphical session.

Arch docs for example: https://wiki.archlinux.org/title/Linux_console

load more comments (3 replies)
[–] [email protected] 4 points 1 week ago (1 children)

I'm pretty sure tuxedo support should be able to cover this for you. Its one of the bonuses of buying a Linux laptop.

[–] [email protected] 2 points 1 week ago

I'm running it on a desktop PC, so not sure if they'd cover it. But I might poke them about it, good idea.

[–] [email protected] 3 points 1 week ago (1 children)
load more comments (1 replies)
[–] [email protected] 3 points 1 week ago (5 children)

First, update your computer's BIOS/firmware. If that doesn't fix it, then try Arch, or Fedora beta. If the problem exists there too, then it's a kernel issue in general, and it might get fixed in the future. OR, if the computer BIOS is buggy, Linus has been clear that they won't do workarounds for buggy firmwares. In which case, you'd need a new computer that's actually compatible with Linux.

Most of the computers out there have buggy firmwares that go around for Windows, but Linus has been adamant that he wouldn't do workarounds because they bloat the kernel.

load more comments (5 replies)
[–] [email protected] 3 points 1 week ago (1 children)

Having the same issue on Intel + AMD GPU.

Arch Linux with newest KDE.

load more comments (1 replies)
[–] [email protected] 2 points 1 week ago (2 children)

That exact issue is why I stopped using KDE. I never did figure it out.

load more comments (2 replies)
[–] [email protected] 2 points 1 week ago (2 children)

Did you contact TUXEDO Support Centre?

load more comments (2 replies)
[–] [email protected] 2 points 1 week ago* (last edited 1 week ago) (4 children)

Is your root partition encrypted?

Give the output of lsblk if you could.

load more comments (4 replies)
load more comments
view more: next ›