From owner-freebsd-questions@FreeBSD.ORG Sun Aug 15 19:24:37 2004 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45CCC16A8D0 for ; Sun, 15 Aug 2004 19:24:37 +0000 (GMT) Received: from ylpvm01.prodigy.net (ylpvm01-ext.prodigy.net [207.115.57.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0178943D46 for ; Sun, 15 Aug 2004 19:24:37 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (adsl-67-115-74-195.dsl.lsan03.pacbell.net [67.115.74.195]) i7FJOZZn031265; Sun, 15 Aug 2004 15:24:36 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 21A1B5139B; Sun, 15 Aug 2004 12:24:35 -0700 (PDT) Date: Sun, 15 Aug 2004 12:24:35 -0700 From: Kris Kennaway To: Laurentiu Pancescu Message-ID: <20040815192434.GA14891@xor.obsecurity.org> References: <20040815154948.28008.qmail@web50806.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6c2NcOVqGQ03X4Wi" Content-Disposition: inline In-Reply-To: <20040815154948.28008.qmail@web50806.mail.yahoo.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-questions@freebsd.org Subject: Re: dealing with deffective RAM X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 19:24:37 -0000 --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 15, 2004 at 05:49:48PM +0200, Laurentiu Pancescu wrote: > Hello! >=20 > Both Memtest86 and Memtest86+ find some failures in > RAM (one finds 11 faults, the other 14 - most 32-bit, > but some are only 8-bit wide). How can I deal with > this in FreeBSD? Remove the defective ones and replace them - don't waste time trying to squeeze life out of the damaged hardware. They're dead, and there are probably other faults that the memory testers didn't find. Kris --6c2NcOVqGQ03X4Wi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBH7hyWry0BWjoQKURAhT4AJ9Gr5pa1qr92ehlBY3J2tJeoiFWTwCeJ+Mr 89uZzIJF5ZB9NpNLyVDCOqI= =LOnL -----END PGP SIGNATURE----- --6c2NcOVqGQ03X4Wi--