• 4 Posts
  • 45 Comments
Joined 29 days ago
cake
Cake day: April 26th, 2025

help-circle




  • thanks everyone for the suggestions. second run: 1 cup groats (thanks for the term), 1 cup water, splash of olive oil, pinch of salt. cover, bring to boil, switch to lowest setting, let simmer. got a glass lid, so monitoring progress.

    20 min - still water left. 30 min - still some water visible. 40 min - none visible, occasional buble pops through. turn off heat, leave covered for 10 mins. sadly, there’s some water at the bottom, was hoping everything will get absorbed.

    third run will be one setting above lowest for the simmer part thus hopefully shortening it to 30 mins, and then leaving it covered for 15 minutes, hopefully that will do the trick.



  • every mobile device I ever owned is encrypted and protected with a reasonably secure pass-phrase so losing it is no big deal. it is conceivable someone could forensic the shit out of my setup but that is highly unlikely; it’s far more likely it’ll get wiped and sold or parted out.

    I’ve done no benchmarks but I haven’t experienced any issues ever. the oldest linux device I own is a 2011 MBP (i7-2635qm, so quadcore) and I don’t perceive any speed degradation; it’s possible 1st gen Core i5/i7 could have issues as those don’t have AES-NI in hardware or sumsuch plus they’re SATA2 only, but those would be 15+ years old at this point.

    with btrfs that has on-the-fly compression, copy-on-write, and deduping, everything works seamlessly, even when I have database-spanking applications in local development.

    so the only thing I’ve changed recently is encrypting every device I have, not just the mobile ones. the standalone devices get unlocked with a key-file from the local filesystem so they boot without the prompt. selling/giving away any of those drives, mechanical or SSD, is now a non-issue.




  • to add to what others already said, the work from linux-surface is being adopted in the mainline, so it is possible that your hardware is already supported in a modern distro, like Fedora. boot it off a live USB image and poke around, you’ll get a better feel for it.

    pro tip, at the GRUB menu press ‘e’ to edit the first item and then add rd.live.ram and that should load the image to RAM. you can then remove the USB and it’ll be way faster to navigate and it won’t touch your existing SSD install.


  • all Apple devices are part of a covert peer-to-peer network and its primary purpose is to facilitate the Airtags and find-my-shit apps. it runs on desktops, laptops, phones, ipads, watches, etc., including when they’re supposedly off. you can’t turn it off or opt out of it and what that crap additionally does and how secure it is is unknown.

    having said that, if you run linux on an old intel-based macbook or similar (say, up to 2015 models) you’re out of that racket and similarly all Apple or iCloud based crap. they do have a permanently enabled IME but that’s true for the majority of devices sold and, dependent on your threat model, isn’t an issue per se.

    not sure about the “credit card” angle as you can’t buy a new Apple device that runs linux, the asahi mess is limited to M1/2 models which are like 5 years old at this point.


  • using laptops as a forever-plugged-in device (regardless if workstation or server) isn’t the greatest idea. as an intermediary solution, like until you have something more permanent in place, sure. otherwise, look elsewhere.

    limiting battery charge isn’t available on all laptop models and is aimed at preserving the battery’s functionality; it doesn’t solve the issue of a forever charged and never emptied battery. on the other hand, removing the battery on a lot of models limits their performance, significantly.

    what is a viable solution is if you get a laptop board that runs at full power without battery, you can remove the board from the laptop, retrofit it with better cooling and additional storage (mini-PCI or M.2 to SATA adapters) and you end up with an energy-efficient server. but that requires a lot of work and is not something recommended for non-enthusiasts.

    in short, sell it or swap it for something more adequate.







  • those things were designed to run off mechanical drives. so whatever you fit it with will be screaming fast. the bottlenecks you’re concerned with arise with workstation-class machines with fully implemented PCI lanes and such, which are pretty rare in laptops. HMBs also require a beefier CPU as all that buffering introduces overhead; not noticeable on a 6-core Ryzen, noticeable on a dual-core decade-old i5.

    summarum: whatever SATA SSD you fit it with is more than adequate. obviously, don’t go with no-name “brands”. also, save yourself the bother and don’t dick around with adapters, just fit a regular SATA 2.5" SSD in there.