DevOps cannot be automated away. So stupid.

If you’re running the exact same version, just do an apt update and then see if upgrade packages show up.

ROCm is still the API that Vulkan interfaces with.

If you speak on specifics of the model you’re trying to run, I can point you in the right direction, but honestly anything will have beginners tutorials to run in a container at this point in the docs.

See my other comment: https://lemmy.world/comment/20051971

Well thank you for broaching, because this was my next question: are you trying to run SlopStacks on this?

If you’re not familiar, there are catchall protections for ROCm run inf on unprotected instances that all memory to be consumed beyond the system limits.

Don’t run LLM junk on your base machine, just run it in a container with some healthy limits. This isn’t because your machine is bad or anything, it’s because you don’t want it interacting with your gaming driver software as they conflict. It will act as a natural trip to kill the container if it’s acting up and help the host stay allow without bleeding into the other stacks that will pollute your running kernel.

Think of it like a canary or firewall to your main environment. If the container keeps dying as well, you’re overstepping your hardware limits and need to pair things back a step or two.

Heat or power. Are you SURE your PSU is healthy enough to handle all your components PLUS this card at full utilization?

Check your temps as well.

You can send entire folders from Android/iOS just fine with a normal file browser.

Downloads for all platforms: https://kdeconnect.kde.org/download.html

KDEConnect is honestly going to be better. It’s runs on everything (yes, Gnome and Cinnamon), has transport and device security, and offers more than just file transfer.

1. Would be good to know the hardware you’re working, especially if it’s a laptop and the model.
2. What kind of freeze is this? Black screen, frozen graphics, mouse frozen…etc. Also whether is time-bssed, and how long it takes to freeze.
3. As a test, boot, and play music continuously until it freezes. Does the sound stop as well?

In all practical reality, Linux takes A LOT to topple over like this. It certainly would fair better than Windows with wonky hardware, but if it’s a laptop for example, maybe your fans aren’t working and therefore it’s a heat. Just try and define what kind of freeze it is first.

If it’s just Desktop usage, not much difference than using anything else. Make sure to install updates when asked, and that’s about it.

Just be clear that downloading anything for Windows will not be compatible.

GitHub

They all have issues. The OS portion is just ramping up again brought on by the Google coup on Android.

Honestly, you’d be better off getting something that runs a better Android OS for now versus running a Linux derivative.

The main issues:

• Camera sensor support and control
• Modem (phone) stability
• Sensor support
• Biometric sensor support
• Specialized hardware support

It’s a good lesson to learn if you’re working with Samba frequently. Just always that there are two auth systems at work: SMB local to the server and filesystem, and the SMB protocol auth that does network access.

👍

It’s not just a config thing, you need the local guest user and an smbpasswd entry to match: https://serverfault.com/questions/630631/how-to-make-samba-share-to-not-ask-for-password#632296

If you just want to remotely interact with LUKS to unlock it, I think dropbear-initramfs module is your only option.

Clevis+Tang is essentially the same thing but automatic, and yes it does require a separate machine and network access to that machine.

This post is phrased in an incredibly confusing way that doesn’t make parsing the problem possible.

Please rephrase in steps to illustrate the issue you have, such as:

1. This thing
2. Then this thing
3. Then this thing

Clevis with TPM+Tang is the most secure you’re going to get as far as automated unlocking goes.

https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/8/html/security_hardening/configuring-automated-unlocking-of-encrypted-volumes-using-policy-based-decryption_security-hardening

Dropbear is still a thing, but going to be more problematic.

You must be mistaken. The sticks you mention have max out at 1080p, and with 2GB of mem, you’re not going to be running any desktop for very long. The Atom chips and the memory limitations just don’t make these useful candidates for anything with a DE.

About all they’re good for is signage and maybe assist tasks with HA. You won’t be able to drive a decent enough display to do normal desktop things for certain. Maybe use them as little seed devices or something.

I mean…if you just want a text-based working environment, there are plenty, but nothing as a full DE that I’m aware for a number of reasons.

I think VTM is the one that is most like what you posted, but there are also other terminal environments that act similar to eDEX, but I would lump more in the IDE category.