• 5 Posts
  • 57 Comments
Joined 2 years ago
cake
Cake day: April 26th, 2025

help-circle



  • you got two graphics chips in there - Intel HD4000 and Nvidia GT650M. the system is supposed to switch amongst them based on load, but that doesn’t always work as expected and the Nvidia chip is always powered on, using battery, emitting heat, etc.

    by entering this variable, you turn off the Nvidia chip entirely and the system runs off the reliable and super-supported Intel HD4000, which is hella plenty for the majority of use cases.

    I got one of these and running on the Intel graphics it performs like it was built for linux; with Nvidia, total shitshow.

    also make sure to implement the wake/sleep scripts to turn off/on CPU cores if it takes a long time to wake from sleep.






  • glitching@lemmy.mltoSelfhosted@lemmy.world•Availability issues
    link
    fedilink
    English
    arrow-up
    2
    ·
    edit-2
    9 months ago

    not dealt with such a thing, but a decomissioned phone or laptop is the most obvious solution. they come with batteries, have seamless transition between power and battery, and you’re reusing shit nobody wants no more.

    laptops you can get cheap when they have like busted screens and any reasonably modern (like decade old) can operate in sub-5W territory; coupled with a good battery, that should provide you with tens of hours of battery powered use, and you can expand that, with powerbanks and such.

    alternatively, a cheap phone that can run postmarketOS or mobian. even lower consumption and more options to extend power availability.




  • supporting 400+ laptops from previously tech-illiterate users in the field. we tried everything for remote patching and fixing things and nothing worked universally. that includes stuff shipped with them (ssh, Gnome and Plasma RDP, VNC, etc) and 3rd party FOSS things. wireguard-ing all them laptops for remote access introduces buncha complications at this scale.

    only thing that works: bring it to the “shop”, ansible script to exfil home subvolume, install fresh ubuntu (working on replacing that with debian), patch snap and bunch of other annoyances, restore /home.

    seeing as how you only got grams and co. to take care of, wireguard + ssh is the only low-overhead, works-most-of-the-time solution.




  • dual booting is an advanced scenario especially with a hostile OS like Windows and it doesn’t soundlike you got the expertise to fix shit. if your livelihood/education/etc depends on it, you should steer clear of such an adventure, unless you’re in abject poverty.

    get a $50 decade-old laptop and use it to run either of the OS, exclusively. it will give you a fallback solution if something breaks and you can figure out how to run that cancer on linux without endangering the primary rig.







  • can someone who runs arch btw on weak hardware, like dual-core U-series i5 and such, tell me how they’re handling AUR and friends? every time I bring that up I get downvotes as if I’m some MICROS~1 agent paid to besmirch arch btw’s good name and whatnot…

    the idea that I hafta build and compile shit on a puny dual-core in 2026 is fucking ludicrous to me, never mind the bloat and cruft from all the build tools and deps for every possible stack. so what obvious solution am I missing? like, how do you handle a full system upgrade, say you got like ten things from AUR in addition to regular packages, what does that look like?