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?
this post was submitted on 29 Mar 2025
69 points (94.8% liked)
Linux
53216 readers
1350 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
- Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
- No misinformation
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
founded 5 years ago
MODERATORS
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.
Yeah, had a brain fart. It's a freeze.
you could edit your post title
Oh, yeah, that's true! Didn't know that's a thing here, good to know!
Yep, not bricked. Just frozen.
There are two forms of bricked:
- 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.
- 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.
What's your hardware? And did you regenerate grub's config after editing the file you mentioned?
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.
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.
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).
Did you nuke your Tuxedo OS install? It would have been better to, at least, have a look at system logs to see if there's anything there.
What problems exactly did you have with Kubuntu?
Did you nuke your Tuxedo OS install?
No, I'm still running it. Other than Sleep, everything else works mostly fine. Just the regular "linuxiness" here and there that's either easy to sort out, or easy to ignore.
What problems exactly did you have with Kubuntu?
Wow, that's a whole list... :D
On my laptop, I had zero touchpad gestures. Once I switched from X11 to Wayland I managed to get Firefox to handle pinch-to-zoom and forward/back, but nothing else and in no other application.
Bluetooth drivers were crap, made my $300 headphones sound like $10 headphones.
I accidentally set the wrong keyboard language during installation, changed it without any issues after signing in... But to this day that previous layout pops up on the login screen. The only advice I found online required quite heavy Terminal "hacking"... and didn't work anyway.
Updates are all over the place. They're coming in constantly, practically every day, often requiring a reboot. It also doesn't install any updates on its own, so even if there are smaller, security updates that don't require a reboot, you have to manually click through the notification and apply them. There was supposed to be another "hack" that makes it apply updates automatically, but it doesn't work.
I recently connected my Linux laptop to an external screen. All good, but... The login screen was displayed on both monitors. I clicked the login field on the external screen, started typing and nothing happened. Fiddled with that for a bit before, just out of curiosity, trying again, but this time fully on the laptop screen. Worked like a charm, zero issues.
That was the laptop. Then on my PC, I suddenly realised that I have not application menu (the one with "File", "View", "Edit", etc.). Just gone. Wasn't able to restore it.
Also, my secondary SSD would not stay mounted. Any time I rebooted, it was just gone - and that was a problem for me because I had my Steam library there and wanted to have Steam auto-starting on logon. That I was able to fix by editing fstab, but was still super annoying.
The move to Tuxedo OS was very smooth. Almost everything worked out of the box (still had to do the fstab bit), the Bluetoot driver is MUCH better, updates are more controlled. It's just this bloody Sleep feature that doesn't work. :D
Hmm, let me clarify some of the challenges you had.
Lack of touchpad gestures is due X11. It simply does not support anything you may be used to from Windows or macOS. X11 is currently regarded as a legacy display system due it's lack of modern features (such as VR, VRR and HDR) and security issues. Firefox supports your typical Wayland gestures since it is one of the few apps implementing new Linux features properly. On Windows and macOS you are locked down to a particular windowing system, so applications can expect such features being available on every single system reliably. The number of choices Linux presents to its users is also the greatest weakness of it, in my opinion. Wayland is still relatively new in most used distributions and I expect things to get better in the next five years.
Majority of the drivers are baked into the kernel on Linux. Without knowing the version of Kubuntu you were using, it is hard to judge why Tuxedo OS played better with your headphones. I am using Sony WH-1000XM5 on Fedora with kernel 6.13 and works perfectly.
Regarding updates: almost every package on nearly every Linux distro (except the kernel) can be updated without rebooting. It is just that Ubuntu (Kubuntu is just Ubuntu with KDE Plasma desktop) is configured to apply updates at reboot to minimize any breakages. So is Fedora that I am using and I really like it. You can update the system through a terminal if you want to do so without rebooting.
The login issue you encountered is due to SDDM - login manager used by KDE Plasma. KDE is planning to replace it with something they develop themselves.
I don't really understand this one. Did the toolbar just disappear from all apps? They usually do that when you add a global menu widget to your desktop, but shouldn't otherwise.
Automatic mounting of drives is done easiest through editing the /etc/fstab file in Linux. I am not aware any other methods that are more user-friendly.
Unless you have a specific reason for using Tuxedo OS, I would highly recommend Fedora with KDE Plasma desktop environment. Tuxedo OS is still pretty niche and targets Tuxedo's (the company) own laptops. Fedora has much larger user base so issues like this are solved faster. It also ships with the latest versions of the kernel, so you'll have less driver issues.
load more comments
(11 replies)
load more comments
(6 replies)
load more comments
(3 replies)
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.
Just tried it now. Does it need a reboot first? As in: should I try again?
As long as you ran systemctl daemon-reload, you should be able to try sleeping without needing to reboot.
load more comments
(2 replies)
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
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....
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
What are the crazy historical reasons? As far as I know, running six ttys and one graphical session, in that order, has been standard.
The really crazy historical way to test for crashes is num/scroll/caps lock. That's handled by a very low-level kernel driver. If those are responsive, it's probably just your display (gpu, X, wayland, or something) that's locked up. If they're unresponsive, your kernel is locked up. (If you're lucky, it's just gotten real busy and might catch up in a minute, but I've only seen that happen once.)
load more comments
(3 replies)
load more comments
(1 replies)
logs are mostly at 2 places.
kernel logs are read with the dmesg command. use the --follow parameter if you want it to keep printing new messages.
dmesg does not save logs to disk.
broader system logs are read with journalctl. use -f for it to keep printing. the journal records kernel messages, but it only shows them when you specifically request it. you can find the param for that in man journalctl.
the journalctl (journald actually) saves logs to disk. but if you don't/can't shut down the system properly, the last few messages will not be there.
some system programs log to files in /var/log/, but that's not relevant for now.
if you switch to a VT as the other user described, you should see a terminal prompt on aback background. log in and run dmesg --follow > some_file, some_file should not be something important that already exists in the current directory. switch to another VT, log in, and run sleep. try to wake up. see if you could have waken up, and if not check the logs you piped to the file, maybe post it here for others to see.
also, what did you do after setting the deep sleep kernel param? did you rebuild the grub config, and reboot before trying to sleep with it? that change only gets applied if you do those in that order.
there's an easier way to test different sleep modes temporarily, let me know if it would be useful
load more comments
(2 replies)
I'm pretty sure tuxedo support should be able to cover this for you. Its one of the bonuses of buying a Linux laptop.
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.
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)
Having the same issue on Intel + AMD GPU.
Arch Linux with newest KDE.
load more comments
(1 replies)
Is your root partition encrypted?
Give the output of lsblk if you could.
load more comments
(4 replies)
That exact issue is why I stopped using KDE. I never did figure it out.
load more comments
(2 replies)
@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.
load more comments
(1 replies)
view more: next ›