I think the article fails to take several critical factors into consideration.

• The complexity of dealing with such large amounts of information will keep increasing forever as the amount of information also grows

• AI struggles with conflicting information and mistakes, which happen a lot especially when humans are involved, so eventually you will have lots of “garbage in garbage out” issues causing problems

• The data one might be able to track will continuously be challenged or removed on legal/compliance bases over time, reducing its availability

For example: Yes the NSA might want our chatbot logs, but after enough people realize they might be/are getting them, people will stop feeding it as much, or introduce noise on purpose. It’s not a perfect vacuum of constant reliable information forever. We are already seeing that AI models learning from web results are getting caught up in their own slop making themselves dumber. And the sheer volume of information relative to the computing power necessary to process everything will also become a problem if they keep trying to process every single thing.

If you can still switch to the console, then check dmesg and/or journalctl -eb for any issues. But this at least tells you the system itself is not frozen. The kernel still works.

I would try to restart your login manager/desktop environment and see if that brings you back to a working desktop. If so then it sounds like a software bug in your DE. You could try switching to a different one and see if that helps anything. As a last resort you could also try a completely different Linux distro.

No it can’t. This story keeps getting posted all over the internet.

Not only is it wrong, and not only do the researchers refuse to show their work (citing possible “misuse”), but it entirely depends on what kind of OPSEC failures the user happens to make.

Does it have accounts?

Have you checked dmesg (or historical system boot logs) and also ran memtest86+ to make sure your RAM isn’t faulty? Even if it’s brand new it can still happen. If you have another system nearby (or even just a phone) you could try to SSH (make sure to enable/start the daemon before it freezes) into the machine and see if it’s still responsive.

I had a similar issue where I’d get a full system freeze every few weeks (not even the mouse worked), and that one turned out to be a faulty cpu, it was the infamous Raptor Lake “Vmin shift instability” bug, which I got replaced under warranty and that fixed the issue.

But since your mouse still works, we know your CPU is still functioning.

Have you tried to switch to the console with Ctrl+Alt+F1 (or F2 etc.) when the freeze happens? It could just be a software bug with your graphical environment (either Xorg/wayland or your particular window manager/desktop environment like KDE/Gnome/etc.) since the kernel itself doesn’t appear to be locked up if the mouse still works.

If I allocated 16 gig of ram to the kvm, shouldn’t my memory usage be over 16 gig or ram with other Linux programs running?

Normally yes, in my experience.

I open a new tab on a browser and it hangs my system

Hangs the host or the VM guest?

If it’s the host, does it ever happen when the VM isn’t running?

If it’s the guest, are you sure the VM itself isn’t just paused? One thing I have noticed is that the VM will pause when either I run out of disk space, or (if using -snapshot) run out of RAM (because it’s using RAM as an always-expanding disk image).

No it can’t… all this paper talks about is correlating OPSEC failures which any human can do and not related to the name you use.

They don’t even publish their exact methodology, like prompts or other tools “for safety.” So their findings are literally just “trust me bro.”

I swear people will never be happy no matter what.

No AI features? Get with the times man.

AI features? High treason.

Opt-out? Not good enough.

Opt-in? Nobody will use it.

Can’t please everyone I guess.

I wonder if you need to explicitly prompt it to check if a function really exists before suggesting it? Think about how a human brain works… we are constantly evaluating whether or not things are really true based on info in our heads… but we are not telling the models to do the same thing and instead they just yolo some shit that is confidently-wrong (not unlike many humans, admittedly).

Why?

So you’re saying people shouldn’t want nice features?

How are they able to auto-play audio even when my browser is set to block that?

IMO The problem isn’t so much getting them to know about it, the problem is getting them to care.

I don’t think pinging is necessary, it could just be temporarily turning off airplane mode when you go to make an emergency call.

But I was moreso pointing out that OP’s paranoia over not having a carrier is IMO a bit moot when the baseband is always on, as any tower that’s listening could still see them and track them at least by IMEI. There are some portable hotspots that have an IMEI randomization feature, although I would be worried that you could get banned from the network using that if you actually had service.

Airplane mode doesn’t necessarily turn off the baseband radio, it can still work even if the application OS isn’t talking to it, so you can still be tracked. Also some phones actually have a mux on the camera/mic/GPS so that the baseband can talk to it even if the application OS is shutdown.

So 1 month becomes… 2 years?

yes

I know it’s not BSD but, gentoo already does similar with elogind to support all init systems with gnome, so maybe they could use something like that too.

gentoo uses elogind to emulate the systemd interfaces required by gnome

You can alter your PAM configuration to require both: https://unix.stackexchange.com/a/572841

On my system, by default it lets you use either one to authenticate any time a password is needed, but this can be changed to require successful authentication using BOTH methods if desired.

I wasn’t sure if you were wanting to require both, or just allow either one to be used, but both scenarios are trivial to configure.