this post was submitted on 06 Mar 2026
37 points (100.0% liked)
Linux Gaming
25213 readers
253 users here now
Discussions and news about gaming on the GNU/Linux family of operating systems (including the Steam Deck). Potentially a $HOME away from home for disgruntled /r/linux_gaming denizens of the redditarian demesne.
This page can be subscribed to via RSS.
Original /r/linux_gaming pengwing by uoou.
No memes/shitposts/low-effort posts, please.
Resources
Help:
- ProtonDB
- Are We Anticheat Yet?
- r/linux_gaming FAQ
- Fork of an earlier version of the above
- PCGamingWiki
- LibreGameWiki
Launchers/Game Library Managers:
General:
Discord:
IRC:
Matrix:
Telegram:
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
When they do this, they know they have a problem with their flash utils and process 🤣
I'd leave it alone.
Or maybe its because flashing firmware is inherently risky. Any power loss mid flash would brick the device.
Yeah I see that all the time for firmware updates. They don’t want to have to replace your product if you’re an idiot and unplug it or something.
Unless you live in a place with inherently unreliable power, or are flashing in the middle of a thunderstorm/tornado/hurricane/typhoon/earthquake/etc, Flashing is relatively safe as long as you follow directions.
And those risk could be completely eliminated with a dual bios setup, where even if there WAS a failure, it could fall back on the other bios and still work flawlessly. or even better, let you flash the currently inactive one, and switches that to primary upon successful flash. I think even flashback lets you recover from a corrupted bios, too?
So yes, it circles around back to them being cheap and having problems with their process, because they are cheap.
If the brain is functioning as expected, a brain transplant is ill-advised as risk to reward doesnt make sense.... But computers
Nah, it's not that risky if your tooling and process is solid. I have thousands of edge devices out in the field doing firmware updates on carrier boards from a specific manufacturer and have never had one fail or brick in update. Why? Because their tooling is absolutely fantastic and pretty bulletproof.
Even a simple {checksum>transfer>checksum>write>checksum} is pretty safe, UNLESS...you know the carrier you're flashing doesnt have the ability to do so, in which case, you definitely put a warning like this on your product because you know it has a penchant for failure.
And I assume all of those devices have a UPS
the failure im referring to is power/other interruptions during the write process. doing a pre and post checksum is worthless if the flash fails half way through.
if its a device that you expect to flash regularly, theres usually a recovery process or failover device, right? no way youre flashing prod devices without a dr or failure recovery.
for a random users keyboard? simple - dont flash it if its not broken.