That is an interesting use case. If I have interpreted your post correctly, you want to boot from a flash drive into a generic default OS or a persistent and encrypted / password protected OS. Doing that on one operating system is quite difficult as far as I know. However, you could dual boot two Fedora installs on one drive (I chose it because it’s what I use and I remember that you can set up encryption in the install. You could use whatever.). Basically, flash the installer to the drive you want to use, and to a second drive. Boot into the second drive and flash fedora onto the free space in the first drive, and enable encryption when prompted. The installer is a live boot (at least on the KDE spin) and will functions as the amnesic one. The other will be password protected and remember changes.

After cycling the battery properly the health is showing 91% and has been working well all day. It’s almost like fixing the problem was a good idea.

It is under warranty, but there’s a slightly higher capacity one I might get instead. Thanks for the explanation for how it could have actually failed.

The battery that has been consistently working fine for several months went from 95 to 40 percent battery health in a day? I’d rather like to meet your dealer; they’ve got some good stuff.

65w. enough to run a 7600 and an igpu. i set it to performance but returned it to balanced after. what reset process?

no, drains insanely fast. I think it’s limiting itself to 43% charge.

also have an arc and I found it better than even amd considering it had easy opencl support.

framework may be worth considering, but definitely expensive considering what you need from it.

I don’t pay for piracy, but if I did I’d be glad I could help.

this is a file permission issue, nothing to do with LUKS. The solution should be to access the files as root. You could use the command “Sudo chmod a+rwx /path/to/drive” to set completely accessible file permissions, which is not a best practice typically, but would be fine here since the drive’s encrypted.

joplin

I would recommend fedora with kde. Kde is my go to desktop recommendation, and it is (iirc) developed a lot in germany, so support for that should be good.

I have an arc for transcoding, and I had to set the device to /dev/dri without the renderD128 part. If I were you, I would just use the 2060. If it’s there for llama or something I’d still try it and see how it does doing both at once, as it should be separate parts of the gpu handling that.

i don’t know much bash, so anyone else who responds is probably more right, but since no one has responded, here’s my 2 cents: it appears to be a script to run all scripts in .bashrc.d. That would be similar to how some apps will let you separate a configuration file into multiple files in a directory conf.d. If there is no .bashrc.d, then it should be fine.

Also there are various specific cryptos that are easier or harder to mine. I believe monero is quite easy and bitcoin is more difficult, for example. I swear I’m not a cryptobro, I’m just a computer nerd who has been asked to explain it so many times that I have an okay understanding. Plus I had a CS teacher who was super into crypto and did a few lectures on it. You are generally correct, though. Also apologies for incoherence. My brain is not braining so well today.

Most consumer ones don’t, but for a lot of them I’ve heard there’s a hack that will work by identifying it as a similar supported one.

I suspect a large proportion of AMD GPU users have done that, though not necessarily for stable diffusion. I know I have.

Idk if you tried this, but I run all my stuff on docker and put specific things through gluetun (arrs and qbit).

You didn’t get past the title, did you?

I took a CS class that was java based, and now my go-to is Pascal for file names. Sometimes I do flat or screaming just 'cause.