My guess is click farms with some unknown custom made os that skew that data?
That also might be a source of Linux users hence the relatively high market share of the OS?
Not to mention that India still has a lot of call centers (some for scams) that may use Linux because it’s free (compared to a windows license)
I’ve used truenas scale (comes with k3s preinstalled) and I ended up fucking up the cluster on accident a couple of times (mostly because of power outages), I’ve since moved over to Debian and a manual kubeadm install. Will make upgrading the cluster a bit more painful, but so far it’s stable (ish, I have had issues with the Nvidia containerd backend)
I know that banks in Europe are bound by law to follow PSD2, which is a set of guidelines to propose APIs. I found a stackoverflow post to generate the required certificates for that but those are only supposed to be for testing purposes https://stackoverflow.com/questions/50045376/how-to-create-eidas-certificate-with-qwac-and-qsealc-profiles-psd2-specific-att
You can use the PSD2 api to fetch the transactions from your account directly, that would be a lot less troublesome. There is also the woob (formerly weboob) project that has web scraping for a lot of banks (specifically french but also some American ones like amex)
You could use grafana loki to handle logs, it’s similar to Prometheus so if you’re already using that and/or grafana it’s an easy setup and the API is really simple too.
People suggested formatting to exFAT which is valid, but first you could just try either compressing the file (tar czvf file tarball.tgz for instance). FAT32 cannot handle files larger than 4GB, and compression might just make your file small enough.
As a workaround you could also split it in half and stich it back on the target machine