Re: Missing a CPU after the 5.7 kernels??

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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



[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux