Not sure I follow (especially wrt poor kids?) - maybe I’m just missing the reference. I applaud using Linux on old stuff to breath life into it. But I suspect mass adoption would be harder than one might think. Easy to convince tech savvy folk to dive in and wrangle with it (for its numerous advantages and disadvantages), but the majority of folks won’t (they’d sooner move to Apple - with even more waste, proprietary bs, and cost).
Not saying this should be the case, merely that it is the case. (The more adoption, the better chance of better support from developers/HW manus, etc. There’s just a leap that seems very hard to make. Wish I knew how to bridge it, but the obstacles seem less of a technical thing than a social/psychological thing)
My concern (back then) with keeping the greens spun up would be that I’d lose the energy savings potential of them without the benefits of a purpose built NAS drive.
In my current NAS, I just have a pair of WD Red+. I don’t have a NVME cache or anything but it’s never been an issue given my limited needs.
I am starting to plan out my next NAS though, as the current on (Synology DS716+) has been running for a long time. I figure I can get a couple more years out of it, but I want to have something in the wings planned just in case. (seriously looking at a switch to TrueNas but grappling with price for HW vs appliance…). My hope is that SSDs drop on price enough to make the leap when the time comes.
I had WD Greens in my first NAS (they were HDDs, though). This was ill-advised. Definitely better for power consumption, but they took forever to spin up for access to the point where it seemed like the NAS was always on the fritz.
Now I swear by WD Red. Much, much better (in my use case).
(I’m not sure how things pan out in SSD land though. Right now it’s just too pricey for me to consider.)
Onedrive /google drive for immediate stuff. Other stuff (too big for cloud services) from local to Synology, or simply served from Synology. Cloudsync from OneDrive/Google drive to Synology. (Periodic verification that things are sync’d this is very important!). Snapshots on Synology for local ‘oops’ recovery. Synology hyperbackup to Wasabi for catastrophic recovery. (used to use Glacier for this but it was a bit unwieldy for the amount of money saved - I don’t have that much data)
I’m aware that the loopback from onedrive/Google drive to synology doubles network traffic in the background but, again, I don’t have that much data and a consistent approach makes things easier/safer in the long run. And with more than one computer sharing a cloud drive link, the redundancy/complexity is further diminished. (let the cloud drive experts deal solving race conditions and synchronization/concurrency fun).
This works because every computer I have can plug into the process. Everything ends up on Synology (direct or via onedrive/Google drive) and everything ends up off site at Wasabi.
I very rarely need to touch the Wasabi stuff (unless to test, or because of boneheaded mistakes I make (not often) while configuring things.
It’s a good model (for me), adapts well to almost every situation and let’s me control my data.
Pink Floyd’s Atom Heart Mother was so named because Waters had just read a newspaper article about a woman who had received a plutonium pacemaker.
https://www.loudersound.com/features/pink-floyd-the-story-behind-atom-heart-mother
Note that if you want actual virtualization then perhaps Proxmox (not sure if it manages multiple hypervisors - I haven’t obtained something to test it on yet). Portainer is best for Docker management (it, and it’s client agents, run as docker containers themselves. Don’t forget to enable web sockets if proxying.