Michael D. Setzer II via users wrote: > So, no clue how the setting got changed?? While some may say a dying motherboard battery can be the cause for CMOS or UEFI screw-ups, there are a plethora of possible causes. Unless you can get it to happen again, you may never know. Just to go through a few: Even a good motherboard battery may have poor connection to the terminals (dirt contamination, or poor tension against the metal). I remember back in the 1980s being told to always wipe down coin batteries before insertion, and not to get your finger grease on them afterwards. While the latter is next to impossible without gloves, it really just means don't contaminate the bits of metal on the battery that touch the bits of metal in the battery holder. Though we were also told that sufficient contamination across the batteries own terminals would lead to it prematurely going flat, I think you'd have to have particularly mucky hands to be able to do that. Random circuitry behaviour when the mains voltage spiked or dipped (the latter can cause some really odd things without causing damage). Logic circuitry works by using high or low voltages to represent high (1) bits or low (0) bits. It's either above or below a threshold. When power goes down (a brownout) without fully turning off, circuitry can end up with voltages in an level that's indeterminate. High mains voltage spikes can outright destroy things, can stress and weaken parts, or just induce voltages that interfere with operation at the moment of the spike. Random hardware faults that only rear their heads under a particular set of conditions. Software glitches that stomp over data in an area they shouldn't touch. RAM faults. -- uname -rsvp Linux 3.10.0-1127.18.2.el7.x86_64 #1 SMP Sun Jul 26 15:27:06 UTC 2020 x86_64 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 -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx 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/users@xxxxxxxxxxxxxxxxxxxxxxx