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.
HumanPerson
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 simple file permissions, 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.
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.
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.