On Tue, 2026-05-26 at 08:42 -0400, Robert Moskowitz via users wrote: > I burned the CD with k3b and that worked to update the bios. > > Interestingly, the dialog boxes specifically said to NOT remove the CD, > not the image, the CD.
During the update? It'd just be what they'd typed as messages for the user to follow, not thinking to make them more universal. e.g. My tablet often tells me something such as "copy to phone," it has no if/them programming to talk about the device that it's actually on. > I ALWAYS shake a bit in my boots doing things like update BIOS on what > looks like a working system. I REALLY should have done this update > while I still had the Win11 drive in. Got to make notes of this with > the NEXT laptop I buy! Back when I bought a laptop, almost 20 years ago, I swapped drives before installing Linux (fortunately that laptop made it easy to do). I kept the Windows installation for a long time, but rarely had any use for it (not to mention that Vista was a complete pain). I thought mine came with reinstall discs, but can't find them anywhere. Not that I have a reason to reinstall Vista (ugh!!). By and large I'd seen that BIOS updates (at least back then) were mostly a waste of time. If you read their details, you'd often find that they'd fixed some Windows interfacing bug that you didn't care about. So I'd only bothered if there seemed like a good reason. And much of the BIOS is completely ignored once an OS boots. UEFI, I'm not really sure about, but I suspect it's similar (mostly being a pre-boot environment). > Seller's recommendation to drain the battery first then recharge has > resulted in a non-charging battery. Even with this BIOS update. Time > for a refund. A lot of people advise things that have no knowledge about what they're advising. If a battery over-discharges (or, even just one of the cells in the battery), they go into a failure mode which is often non-recoverable. Battery packs are supposed to have cell management in them, which would shutdown *use* before they get to that stage, while still allowing recharge, but they could have a design flaw and set the threshold too low. Also, if batteries are unused and let to self discharge, there's no avoiding that one ore more cells could drop below the recovery threshold. Amongst other things, cell management also involves cell balancing (some active circuitry that tries to keep each cell charged the same as each other), because in-use they all have to be doing the same work. One cell in the middle that's undercharged can actually get reverse biased compared to the ones around it, and that's deadly for them. Rarely are batteries simply a series of cells wired together in a case with a plus and minus terminal leading to the outside world (except in things like crappy Chinese power tools). It's not like cells in an old-fashioned flashlight. If they don't have internal management circuits, then they're likely to have a multipin connector and connections from all the cells to the outside world for outside management circuitry. If you're an electronics person who doesn't mind opening up a battery pack it's sometimes possible to individually recharge each cell a bit, and bring things back to life. They only have to be resuscitated to the point where the normal charging circuits can be allowed to work. NB: That isn't something I've done, but others have. I don't know where you bought your battery from, but I wouldn't be buying from places like ebay, and there's more than forty thieves on Alibaba. There's a good chance someone could be selling factory rejects. -- uname -rsvp Linux 3.10.0-1160.119.1.el7.x86_64 #1 SMP Tue Jun 4 14:43:51 UTC 2024 x86_64 (yes, this is the output from uname for this PC when I posted) Boilerplate: All unexpected mail to my mailbox is automatically deleted. I will only get to see the messages that are posted to the mailing list. -- _______________________________________________ users mailing list -- [email protected] To unsubscribe send an email to [email protected] Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/[email protected] Do not reply to spam, report it: https://forge.fedoraproject.org/infra/tickets/issues/new
