I was hoping for the global menu :(. I have it on KDE now but I'd love to see a full comeback

Put the proper noun in the dang headline.

"Still, the big news is that Linux Mint is bringing hibernation back."

Maybe depends for the configs, in my case I need to build the external modules with the same compiler, and in lkml you can see a few warnings about do not mix the compiles: https://lkml.iu.edu/hypermail/linux/kernel/2107.3/08102.html

For rust modules you need to use LVM=1 because you need to use all the LVM stack instead of the GCC stack, if I define in the Makefike the LVM=1 then the build fails with a lot of clang: error: unknown argument: ...

So for me is impossible to build my rust modules for a kernel build with a GCC kernel

The article sounds a bit sloppy.
In general this is a pretty low risk exploit. Can be used for trolling, but not to steal data or get rce.

The freed memory can be read again as the child socket is constructed, which leads to a use‑after‑free that can trigger a kernel crash or a denial of service. The vulnerability does not directly leak data.

https://app.opencve.io/cve/CVE-2026-98432

The only mention I see of things beyond that are claims of rce on systems with multi-path tcp, which is rare.
This sounds like another overblown ai-company-discovered vulnerability. They have every reason to disclose poorly and create the biggest possible fear. Even the php exploit, which was a lot worse than this, still had way more publicity and fear than it deserved.

This is why I don't take Ubuntu seriously. They just take whatever is the latest kernel when they release the next Ubuntu version regardless of whether it is a LTS kernel or not. Which means they often end up with an upstream EOL kernel they themselves have to backport patches to for years, which in turn lead to delays like this. It's not going to get any better going forward.

To be fair, a lot of server distros have systemd. So, maybe Alpine since it has OpenRC? However it has musl instead of glibc so that might be a problem depending of your use case.

Though cannot think of anything really, breaking after reboot says it's most likely software related. But why would that happen, no idea.

Integrity verification and immutability doesn't need to be implemented through attestation. Attestation is a horrible concept used by companies to dictate you what you can and what you can not use on your hardware.

Attestation has nothing to do with security.

First, because attestation doesn't enforce any security standards by default, it just requires an "official" hardware-software stack. It may be used for such enforcement, but no one gives a shit, including Google with their Play Integrity Protection that allows immensely outdated devices to be accepted as "secure".

Second, because one leaked key, and all the devices signed with that key immediately become a security circus. Yes, eMudhra way.

Banking software

Banking software is an absolutely horrible thing both security-wise and privacy-wise. Having it on Linux is exactly the opposite of what Linux needs.

Do we have a choice?

Yes. Do not use anti-consumer tech. Do not use services that require such anti-consumer tech. Demand from your banks and your government support for open technologies and standards (literally W3C-compliant web browsers are enough for practically anything).

I do realize that it's extremely difficult and barely possible at all. But bringing that crap to open ecosystems is not the answer.

Does it have easy LUKS BTRFS + snapshots setup?

That is somehow really hard on Debian

I tried debain server and ubuntu server. Same issues with both. You have any suggestions?

But not right after the fresh installation? May sound weird but have you tried a different distro or a different init system? Might worth to explore.

I replaced the empty CMOS battery and tested the RAM and it still just goes down after a couple days

Hmm, maybe it has a bad RAM. Have you tried memtest86 on it?

I tried it once and didn't care for it. Opinionated distros are really not my thing.

Intel Quick sync is exactly the reason I got a NUC running an Intel as opposed to AMD.

4 Raspberry Pi's

Get a load of this cat flexing their wealth :D

The isolation of services makes some sense, but I found that there was plenty of single points of failure anyway (power, internet, router, pihole), so not worth worrying about a few more. And the reliability of the nuc has mostly given me peace of mind. I do have a separate nuc for a NAS, though.

just try to build a module with clang for a kernel build with GCC

I did just now, and it worked fine.

I guess it would be better with MySQL. MSSQL is generally on the heavy side. Though, haven't tried before but theoretically it should be possible to install LAMP with SQLite instead of MySQL. It can be actually fine on a hardware like this.

Nice. I got 2 thin hp pro/elitedesks. One to run my MC servers and one for other homelab stuff though that one keeps fucking crashing/turning off and I cannot fucking figure out why. It only ever runs fine after installing the OS if you ever rebolt it it will just not stay on for more than a couple days.

If you're not doing a lot of writes, log2ram might be good enough and isn't that hard to set up

Used mssql-server at work where we usually use windows and its a bit shit if you want low memory hosting. Though when I have run MySQL I haven't tested low resource systems to compare that either tbh.

It's awesome. It's like opensuse aeon but more popular. I haven't touched my os in years.

Technically you're right. Apache can run on pretty much anything. Though when I say Apache, my mind shifts to LAMP immediately. Sorry about that. However LAMP can run on this too but the performance wouldn't be good I assume.