I'd start by adding one more DIMM and seeing what happens.  Certainly would 
test option 3.  If all goes well, add a third.

I have had little experience with motherboards, but when I filled the third 
slot on my motherboard with a 128 chip, all of a sudden the PCI slot that my 
sound card was in would not work (in Linux and Windows) and I had to change 
the sound card to a different slot.  Hardware is weird.

On Saturday 01 February 2003 02:17 pm, David Smith asked of the Jedi Counsel:
> On Thursday, I pulled the 4 128Mb DIMMs out of Phantom and replaced them
> with a single, known working, 128Mb DIMM. We haven't had a kernel Oops or
> a crash in more than a day, which is a record for the new box. I took the
> potentially bad RAM and ran each DIMM individually through memtest86 v3.0
> on my home machine. All 4 of the DIMMs ran through all tests without a
> single error, some of them 20+ times. This seems pretty strange because
> when I pulled the old RAM, Phantom started to behave like a saint.  This
> /would/ indicate that the old RAM was bad, wouldn't it? Could the RAM be
> bad and memtest86 not recognize it? Seems unlikely to me. Does anyone know
> of any way to test the RAM further? The only things I can think of to
> explain this peculiar situation are:
>
> 1. one of the DIMM slots on the motherboard must be bad or
> 2. our kernel (2.4.20, Debian testing) can't handle 4 DIMMs totalling
> 512Mb or
> 3. the motherboard wasn't actually designed for that much memory
>
> Option 2 is a stretch. I can see options 1 or 3 (or both) being a likely
> cuplprit. What are your thoughts? How should we proceed to minimize
> down-time and find the cause of the problem?
>
> --Dave
>
>
>
> ____________________
> BYU Unix Users Group
> http://uug.byu.edu/
> ___________________________________________________________________
> List Info: http://phantom.byu.edu/cgi-bin/mailman/listinfo/uug-list

-- 
Jacob Albretsen
[EMAIL PROTECTED]
http://www.knine.net/

"Linux long and prosper." 


____________________
BYU Unix Users Group
http://uug.byu.edu/
___________________________________________________________________
List Info: http://phantom.byu.edu/cgi-bin/mailman/listinfo/uug-list

Reply via email to