Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 14 Apr 2003 06:07:29 -0700
From:      Joseph Maxwell <jemaxwell@jaymax.com>
To:        freebsd-questions@freebsd.org, Matthew Seaman <m.seaman@infracaninophile.co.uk>
Subject:   Re: SIGNAL 11 ==> core dump
Message-ID:  <3E9AB291.B5698AE3@jaymax.com>
References:  <20030413222932.BE2D837B422@hub.freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Hello,
Running memtest86, currently as we speak, errors are showing up on the moving inversion test. Now,  what criteria should be used for 'tossing' the chips (I have 2-256Mb DIMM), is there an acceptable fault tolerance limit or is it a "ZERO" tolerance?
Thanks
--  Joe  --


> On Sun, Apr 13, 2003 at 02:05:13PM -0700, Joseph Maxwell wrote:
>
> > Is there a paid service for solving intermittent  FREEBSD problems? Have
> > been dealing with some problems [Related to: New MBoard & CPU, Upgrade &
> > fsck problem(s) etc] for a long time, that was not really worth the
> > time, getting extremely scanty or no responses from list.
> >
> > Hopefully, there will / may be some on this subject.
> >
> > Finally got fsck to run to completion, All systems reported clean on all
> > partitions. On booting, after device probe ==>
> > pid 6 (sh), uid 0: exited on SIGNAL 11 (core dump)
> > Apr 12 23 57:13 init /bin/sh on /etc/rc terminated abnormally, going to
> > single user mode
> > Enter full pathname or RETURN for /bin/sh
> >
> >
> > Interestingly enough 'shutdown -p now' goes to a reboot and after
> > rebooting comes back up with a
> > '/ was not properly dismantled'
> >
> > What is the best method for doing a 'core debug' with BSD. Which is
> > SIGNAL 11, is it SIGSEGV?
>
> Yes --- see /usr/include/sys/signal.h for the mapping of signal names
> onto numbers.
>
> However, for your crashing problem, if you're seeing the system
> generate SIGSEGV randomly (ie. not repeatably and at the same point in
> some process) then the cause is almost always a hardware fault.  It
> can be due to cooling problems, in which case the computer will likely
> keel over either a short interval after power on or when it's in the
> middle of a heavy CPU/memory/disk work load.  Or it can be due to
> faulty RAM or CPU chips --- sometimes intermittently as you're seeing.
> Or it can be that your power supply just doesn't have enough grunt to
> drive your machine.
>
> Hardware fault diagnosis is a black art in itself.  If you haven't got
> a whole bunch of sophisticated digital analysers and the know-how to
> use them, you'll have to fall back on the old "swap out components
> until the problem disappears" heuristic.  That and apply something
> like memtest86 --- http://www.memtest86.com/ --- which can pick up
> almost all memory problems.
>
>         Cheers,
>
>         Matthew
>
> --
> Dr Matthew J Seaman MA, D.Phil.                       26 The Paddocks
>                                                       Savill Way
> PGP: http://www.infracaninophile.co.uk/pgpkey         Marlow
> Tel: +44 1628 476614                                  Bucks., SL7 1TH UK
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: not available
> Type: application/pgp-signature
> Size: 187 bytes
> Desc: not available
> Url : http://lists.freebsd.org/pipermail/freebsd-questions/attachments/20030413/2477e481/attachment-0001.bin
>
> ------------------------------



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3E9AB291.B5698AE3>