10940X
"They say", but they're right. Ryzen chips do have worse idle power usage, but you're talking about 10w or so, at most.
And uh, if you were looking at an X-series CPU, I can't see how that 10w is a dealbreaker, because you were already looking at a shockingly inefficient chip.
Everything is temporary, except for that 25 year old system that's keeping everything running and can't be replaced because nobody knows how or why it works just that if you touch it everything falls over.
Debian stable is great: it's, well, stable. It's well supported, has an extremely long support window, and the distro has a pretty stellar track record of not doing anything stupid.
It's very much in the install-once-and-forget-it category, just gotta do updates.
I run everything in containers for management (but I'm also running something like 90 containers, so a little more complex than your setup) and am firmly of the opinion that, unless you have a compelling reason to NOT run something in a container, just use the containerized version.
I really, really wanted one as a kid, but they were quite expensive. Like, actual-real-computer expensive, if I recall correctly.
The good news is the tech pretty much ended up in the S60 Nokia phones, of which I had uh, a lot. And some of them even had normal keypads, and not one from whatever meth-induced fever dream some guy in Finland had.
I still have one!
It's broken because it was designed by crazy people.
(The battery is required, the battery failed in such a way that it leaked and ate everything on the battery charger/temperature board, so uh, I have to find a replacement controller board and then put a new battery on it and I have to admit I just haven't been motivated enough to try to find a non-destroyed board from a tiny production run that's like 30 years old now.)
I don't think you'd need to use an A-series SOC, considering the power usage of even a M4 is basically a rounding error - and they've already got M-series stuff running passively jammed into a tiny case anyways.
I'd be on something like that immediately, but I somehow doubt Apple will ever make a 12" Macbook ever again, given that the majority of people seem to like the 13" airs just fine.
Love to be wrong, though.
Man, I had one of those. And I hated every minute with it.
It was, by far, the slowest "modern" computer I ever used, and I legit do not miss the whole netbook thing with slow-ass atom CPUs and the world's slowest hard drives.
(They probably would have been far less awful with a more modern SSD option, but well, that wasn't a thing soooo....)
I'm the same way. If it's split license, then it's a matter of when and not if it's going to have some MBA come along and enshittify it.
There's just way, way too much prior experience where that's what eventually will happen for me to be willing to trust any project that's doing that, since the split means they're going to monetize it, and then have all the incentive in the world to shit all over the "free" userbase to try to get them to convert.
I have to ask: what j2me games would you actually want to play?
Like, given you have enough compute to run the actual version of most of these games, (why play the GTA java mobile thing when you can just run all the actual GTA games?) what is there out there that's a game that's worth playing on its own merits?
You keep cloning and configuring shit on a Win10 instance because you can't find the key?
That's silly and you should just stop doing that: https://github.com/massgravel/Microsoft-Activation-Scripts
There you go! One less problem to deal with.
completely disable Windows Update
Since this is a work thing, I'd maybe check with whomever is in charge of your shit that you're not violating any compliance shit by turning updates off.
If you're not, cool, then whatever, but compliance bullshit is awful and sucks and it's better if you're not the reason you fail an audit.
Edit: for the OP, not you.
is this dead?
Snapraid parity is offline, so that's not strictly accurate.
You build the parity, and then until you do a sync/scrub/rebuild they don't do shit, so there's no reason to keep them spun up.
If the drive are slow spinning up, then this is probably not a fatal concern, but there's zero details here.
See, IBM (with OS/2) and Microsoft (with Windows 2.x and 3.x) were cooperating initially.
Right-ish, but I'd say there was actually a simpler problem than the one you laid out.
The immediate and obvious thing that killed OS/2 wasn't the compatibility layer, it was driven by IBM not having any drivers for any hardware that was not sold by IBM, and Windows having (relatively) broad support for everything anyone was likely to actually have.
Worse, IBM pushed for support for features that IBM hardware support didn't support to be killed, so you ended up with a Windows that supported your hardware, the features you wanted, and ran on cheaper hardware fighting it out with an OS/2 that did none of that.
IBM essentially decided to, well, be IBM and committed suicide in the market, and didn't really address a lot of the stupid crap until Warp 3, at which point it didn't matter and was years too late, and Windows 95 came swooping in shortly thereafter and that was the end of any real competition on the desktop OS scene for quite a while.
That could probably work.
Were it me, I'd build a script that would re-hash and compare all the data to the previous hash as the first step of adding more files, and if the data comes out consistent, I'd copy the files over, hash everything again, save the hash results elsewhere and then repeat as needed.
Yeah I figured that's what you were trying to figure out, since I 100% went through the same thought process, lol.
I just bought a Mac Mini instead of moving to Linux on the desktop, and am pretty happy with the outcome (everything works) but that's not a solution for everyone.
I can answer your question: Resolve are very clear that Intel iGPUs are not supported in Linux, at all, because the Intel Linux drivers do not support some features they require.
Free version, paid version: doesn't matter, it's not supported hardware right now. Not even the new ARC cards are, because it's a software issue Intel has to fix.
Ran into this when looking at moving to Linux and there's not a solution for it.
The format is the tape in the drive, or the disk or whatever.
Tape existed 50 years ago: nothing modern and in production can read those tapes.
The problem is, given a big enough time window, the literal drives to read it will simply no longer exist, and you won't be able to access even non-rotted media because of that.
As for data integrity, there's a lot of options: you can make a md5 sum of each file, and then do it again and see if anything is different.
The only caveat here is you have to make sure whatever you're using to make the checksums gets stored somewhere that's not JUST on the drive because if the drive DOES corrupt itself, and your only record of the "good" hashes is on the drive, well, you can't necessarily trust those hashes either.
So, 50 years isn't a reasonable goal unless you have a pretty big budget for this. Essentially no media is likely to survive that long and be readable unless they're stored in a vault, under perfect climate controlled conditions. And even if the media is fine, finding an ancient drive to read a format that no longer exists is not a guaranteed proposition.
You frankly should be expecting to have to replace everything every couple of years, and maybe more often if your routine tests of the media show it's started rotting.
Long term archival storage really isn't just a dump it to some media and lock it up and never look at ever again.
Alternately, you could just make someone else pay for all of this, and shove all of this to something like Glacier and make the media Amazon's problem. (Assuming Amazon is around that long and that nothing catches fire.)
I'm using blu-ray disks for the 3rd copy, but I'm not backing up nearly as much data as you are.
The only problem with optical media is that you should only expect it to be readable for a couple of years, best case, at this point and probably not even that as the tier 1 guys all stop making it and you're left with the dregs.
You almost certainly want some sort of tape option, assuming you want long retention periods and are only likely to add incremental changes to a large dataset.
Edit: I know there's longer-life archival optical media, but for what that costs, uh, you want tape if at all possible.
And more fun, lots of laptops have really goofy routing. I've got one where the DP alt mode on the USB-C ports are on the dGPU, but the HDMI ports are on the iGPU. And the internal panel is on the iGPU unless you switch it to be on the dGPU because yay mux.
Why? I don't know. Too much meth while laying the board out or something I guess.