Date: Sat, 9 Nov 2019 21:04:03 +0000 From: Dave B <g8kbvdave@googlemail.com> To: freebsd-questions@freebsd.org Subject: Re: kernel bug in 11.3-STABLE causes frequent crashes (Scott Bennett) Message-ID: <0d281f8d-02b6-e0b1-2b6c-b1ed7ebdcaec@googlemail.com> In-Reply-To: <mailman.78.1573300805.40441.freebsd-questions@freebsd.org> References: <mailman.78.1573300805.40441.freebsd-questions@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Personally, with old hardware, I'd be inclined to check the power supplies and mobo' for decoupling/storage capacitor problems (bad-cap issues) and rectify them. The power supply is the real heart of any system, not the CPU. Plus, that in turn relies on reliable memory, that in turn relies on clean power. Get the picture. Similarly, the associated cooling systems, keep fans and filters clean, and heatsink fins clear. On very old systems (10 years or more) the thermal bonding between CPU and heatsink could be also failing. I've even seen the heatsink partly hanging off the board, as a plastic clip had failed with age (and heat, due to a blocked filter.) Then if the trouble still persists, boot a current copy of memtest86, and let it run the full gamut of tests for several rounds, without fail, just to know the basic hardware is OK. Of course, if memtest86 croaks in odd ways before it really gets going then you may have a failing CPU. But swap some memory modules around, so that where it's first loaded into uses "different" chips than it was before, before you point fingers at the processor. AMD processors don't like heat (they die.) Intel at least just slow down (to a crawl) to prevent them cooking themselves. Hope you get to the bottom of things. Dave B. On 09/11/2019 12:00, freebsd-questions-request@freebsd.org wrote: > kernel bug in 11.3-STABLE causes frequent crashes (Scott Bennett) -- Created on and sent from a Unix like PC running and using free and open source software:
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?0d281f8d-02b6-e0b1-2b6c-b1ed7ebdcaec>