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.

We will never be able to de-anonymize all Tor users

No, but the implication is that they may be able to do a lot of it, and we can never know.

What came just a few pages later in the presentation you referenced is "Goal: expand number of nodes we have access to".

That has been their goal for practically decades at this point.

Is it really some conspiracy-nut level stretch to think they might be operating thousands of nodes today and have much deeper penetration than we think?

CMR is simpler and more reliable/battle-tested IMO

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?

Do you need more than the 32TB CMR disks they have up on Amazon right now?

I wish it were feasible to go back to 5.25" sized disks again.

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).