Date: Wed, 26 May 2004 15:59:53 +0200 From: Stijn Hoop <stijn@win.tue.nl> To: Bill Moran <wmoran@potentialtech.com> Cc: freebsd-questions@freebsd.org Subject: Re: Promise ATA100 controller and 160G disks Message-ID: <20040526135953.GO20994@pcwin002.win.tue.nl> In-Reply-To: <40B49B69.4050207@potentialtech.com> References: <20040526070312.GL20994@pcwin002.win.tue.nl> <40B49B69.4050207@potentialtech.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--7ArrI7P/b+va1vZ8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 26, 2004 at 09:28:09AM -0400, Bill Moran wrote: > Stijn Hoop wrote: > > does anyone know if the Promise ATA100 controller PCI card supports 160= G > > disks on -STABLE? >=20 > I'm not 100% sure that the Promise controller is the problem here: > http://lists.freebsd.org/pipermail/freebsd-questions/2004-May/046070.html Hmm, not good. However, I have misworded my question I guess -- I wanted to know whether those drives _could_ work in that configuration; I did not want to buy non-working drives (I'd have gone for 120G if they didn't work, however I'm reasonably sure now that it'll work). Based on your problems I'll stay away from buying a Samsung drive right now, even though it might not be the real problem. Thanks for the feedback. > Earlier this week, I thought I'd solved the problem: I partitioned the dr= ive > in a different computer, and it seemed to be OK in one of the machines wh= ere > it previously wouldn't work. >=20 > I then partitioned a second drive and sent them both off with the client = to > be installed in the server at the colo site. Apon installation, the syst= em > hung (as described in the email) ... I don't know what the hell is going = on > at this point, and it's incredibly frustrating because I'm not even sure = how > to proceed with fixing it. We had a Linux machine here a few weeks ago that wouldn't boot; turned out = the memory had gone faulty but we only discovered that after running memtest86 = for over 24 hours (having passed lots of tests it suddenly reported failures). = It wasn't a case of overheating because it consistently failed to boot; it just took memtest lots and lots of repeats to get the problem to show. Anyway I don't know if it's related to your problem but my point is that you never suspect the right component in the case of hardware failures :( --Stijn --=20 Nostalgia ain't what it used to be. --7ArrI7P/b+va1vZ8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAtKLZY3r/tLQmfWcRAqCkAJ42U2ikxWkfwMMZ1EXwVhNX3E3jKACdFlFT U2imcFNZZnfDRXBPyBETF+c= =j+v5 -----END PGP SIGNATURE----- --7ArrI7P/b+va1vZ8--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040526135953.GO20994>