From owner-freebsd-questions@FreeBSD.ORG Tue Mar 29 16:18:26 2005 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 E229A16A4CE for ; Tue, 29 Mar 2005 16:18:26 +0000 (GMT) Received: from smtp11.wanadoo.fr (smtp11.wanadoo.fr [193.252.22.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5183043D55 for ; Tue, 29 Mar 2005 16:18:26 +0000 (GMT) (envelope-from atkielski.anthony@wanadoo.fr) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf1108.wanadoo.fr (SMTP Server) with ESMTP id 845271C00045 for ; Tue, 29 Mar 2005 18:18:25 +0200 (CEST) Received: from pix.atkielski.com (ASt-Lambert-111-2-1-3.w81-50.abo.wanadoo.fr [81.50.80.3]) by mwinf1108.wanadoo.fr (SMTP Server) with ESMTP id 5DF5B1C00042 for ; Tue, 29 Mar 2005 18:18:25 +0200 (CEST) X-ME-UUID: 20050329161825385.5DF5B1C00042@mwinf1108.wanadoo.fr Date: Tue, 29 Mar 2005 18:18:24 +0200 From: Anthony Atkielski X-Priority: 3 (Normal) Message-ID: <183976925.20050329181824@wanadoo.fr> To: freebsd-questions@freebsd.org In-Reply-To: <6b3b25263c4e7776fd5127af2c536cd6@chrononomicon.com> References: <1173965660.20050328020543@wanadoo.fr> <1867854523.20050328120919@wanadoo.fr> <42480F8B.1060405@makeworld.com> <1407725672.20050328162134@wanadoo.fr> <6b3b25263c4e7776fd5127af2c536cd6@chrononomicon.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Anthony's drive issues.Re: ssh password delay X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-questions@freebsd.org List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 16:18:27 -0000 Bart Silverstrim writes: > I think, correct me if I'm wrong Ted (et al), that he's saying the > microcode in the hardware was modified, thus has a bug proprietary to > the HP implementation of that controller, and the driver/interface in > NT either didn't get the error or was *ignoring* the error, whereas > FreeBSD, with a driver/interface based on the generic and marketed > version of the controller, was saying HELLO, SOMETHING ISN'T RIGHT > HERE!, and spewed it to the error logs. That is 100% guesswork. You have no idea why FreeBSD generated the error messages. If you do, then tell me _exactly_ what they mean. If it's just a matter of all-wise FreeBSD detecting a "bug" that dopey Windows NT missed, why were there never any problems with data loss or corruption under NT, and why did NT never stall as a result of problems with the disks ... and why didn't NT ever crash? FreeBSD not only spews out error messages that nobody understands or can explain, but it stalls, and sometimes it panics. > That makes it a hardware problem, unless you modify that driver to > ignore the error (like NT does) or get rid of the proprietary and/or > possibly failing controller in the first place. If it's an error you can ignored, it's not a hardware problem. If it's a failing controller, well, it's been "failing" for eight years now, and yet it still works. > Because they modify things so they're *almost* off the shelf, but > aren't, perhaps? A lot more than almost, I'm afraid. > Among other things they do to introduce "glitches"? What they introduce is mainly incompatibilities. You have to do everything their way, or not at all. > If you want to keep insisting on how superior it is, then reinstall it > and ignore the warnings. Why is this not an option to consider? Because I'd rather run FreeBSD, if I could just get it to work. -- Anthony