Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 04 Oct 2003 15:14:56 +0200
From:      Matthias Andree <ma@dt.e-technik.uni-dortmund.de>
To:        freebsd-stable@freebsd.org
Subject:   Re: FreeBSD 4.9 RC1 (i386) now available
Message-ID:  <m3d6ddb0vj.fsf@merlin.emma.line.org>
In-Reply-To: <m3ad8hckiu.fsf@totally-fudged-out-message-id> (Vivek Khera's message of "(unknown date)")
References:  <20030929151905.GD3743@freebsdmall.com> <m3u16s5u7s.fsf@merlin.emma.line.org> <20031001184433.O74468@carver.gumbysoft.com> <20031002095153.GB5190@merlin.emma.line.org> <m3fziaz5l1.fsf@merlin.emma.line.org> <m3ad8hckiu.fsf@totally-fudged-out-message-id>

next in thread | previous in thread | raw e-mail | index | archive | help
Vivek Khera <khera@kcilink.com> writes:

> MA> memtest 3.0 passes without finding anything. CPU cooler is also
> MA> working. I'll now try FreeBSD 4.8-RELEASE-<mumble> and see if it
> MA> segfaults as well.
>
> I once had a machine that would fail reliably (every X days) running
> BSD/OS.  Running FreeBSD it would go for a couple of weeks.  Running
> RedHat it would just run and run and run.

Now, one more data point: FreeBSD 4.8-RELEASE doesn't show segfaults
during install and shortly before remaking /dev entries.

During both installs, 4.8-REL and 4.9-RC1, I've seen one package install
abort prematurely, with 4.8-REL, 't was Kerberos IV.  I don't recall
what failed with 4.9-RC1.

BTW, I fdisk'ed and disklabel'ed fine, but I didn't install a MBR
(because it's a dual-boot machine with GRUB stage1 in the MBR). ANY
efforts to boot 4.8-REL or 4.9-RC1 via chainloader fail. I'm using
something like:

root (hd0,2,a)
chainloader +1
boot

I'm getting "Not UFS" from the loader. The computer has one of these
broken AWARD BIOS 4.51PG versions that lock up when a drive >32GB is
attached, so it's using Ontrack Dynamic Drive Overlay V9.55. Any known
issues with that?

> I wouldn't rule out hardware problems even if linux runs fine on it.

OK, point taken.

> The thing I like about Dell hardware is that they have these *really*
> nifty diagnostics that pinpoint the most amazing little things, down
> to the individual chip in some instances.

I'd rather not ask about the price for Dell replacement parts after the
warranty has expired or is refused for the particular defect...

-- 
Matthias Andree

Encrypt your mail: my GnuPG key ID is 0x052E7D95



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