Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Sun, 18 Mar 2001 17:23:47 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Sun, 18 Mar 2001 17:23:37 -0500 Received: from uucp.nl.uu.net ([193.79.237.146]:39622 "EHLO uucp.nl.uu.net") by vger.kernel.org with ESMTP id ; Sun, 18 Mar 2001 17:23:26 -0500 Date: Sun, 18 Mar 2001 21:11:46 +0100 (CET) From: kees To: Aaron Lunansky cc: "'linux-kernel@vger.kernel.org'" , "'kees@shoen.nl'" Subject: Re: [OT] how to catch HW fault In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Hi, I tried memtest86 for 24 hours also and that didn't gave a clue. When bad ram was really involved I'd expected to find things like: failing fsck's, failing kernel compiles and such. But none of them the system runs perfect if it doesn't freeze(lockup). So yes, only the CPU's and the mobo are at question. What I was looking for was a tool like memtest86 but now for motherboards..... regards Kees On Sat, 17 Mar 2001, Aaron Lunansky wrote: > Sounds like the only thing you haven't swapped out of your machine is the > ram/cpu. > > It could very well be your ram (I don't suspect the cpu). If you can, try a > different stick of ram. > > - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/