From owner-freebsd-questions@FreeBSD.ORG Wed Mar 23 02:46:42 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 97B2816A4CE for ; Wed, 23 Mar 2005 02:46:42 +0000 (GMT) Received: from smtp9.wanadoo.fr (smtp9.wanadoo.fr [193.252.22.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 092AC43D3F for ; Wed, 23 Mar 2005 02:46:42 +0000 (GMT) (envelope-from atkielski.anthony@wanadoo.fr) Received: from me-wanadoo.net (unknown [127.0.0.1]) by mwinf0906.wanadoo.fr (SMTP Server) with ESMTP id B49911C001E5 for ; Wed, 23 Mar 2005 03:46:40 +0100 (CET) Received: from pix.atkielski.com (ASt-Lambert-111-2-1-3.w81-50.abo.wanadoo.fr [81.50.80.3]) by mwinf0906.wanadoo.fr (SMTP Server) with ESMTP id 8FA111C001E3 for ; Wed, 23 Mar 2005 03:46:40 +0100 (CET) X-ME-UUID: 20050323024640588.8FA111C001E3@mwinf0906.wanadoo.fr Date: Wed, 23 Mar 2005 03:46:40 +0100 From: Anthony Atkielski X-Priority: 3 (Normal) Message-ID: <110900121.20050323034640@wanadoo.fr> To: freebsd-questions@freebsd.org In-Reply-To: References: <423E116D.50805@usmstudent.com> <423EEE60.2050205@dial.pipex.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: Wed, 23 Mar 2005 02:46:42 -0000 Duo writes: > And, herein lies the main and core behavioral issue at play: He is upset, > because he is used to a system, which is more apt to fail "open", than > fail "closed". It's more complex than that: (1) I don't know if anything is failing or not, because the messages output by FreeBSD are undocumented, and nobody here has been able to tell me anything about what they mean. The mere output of messages does not necessarily indicate a failure. And unless someone can tell me what they mean, they are worse than useless to me. Why write an OS to output messages that are completely undocumented and unintelligible? That's even worse than not putting out any messages at all. It doesn't help anyone because nobody knows what the messages mean. (2) Unlike Windows NT, FreeBSD freezes the process doing the I/O when these messages appear, sometimes for 30 seconds or so, or longer. Windows NT never froze in that way. (3) Unlike Windows NT, FreeBSD occasionally crashes after printing the messages. Windows NT never crashed in that way. If you think these messages indicate a hardware failure, they you should be able to tell me exactly what they mean. Conversely, if you cannot tell me exactly what they mean, you don't know if they indicate a hardware failure or not--you're just guessing, like everyone else here. The behavior I'm seeing in FreeBSD strongly resembles that of a system that is encountering a hardware idiosyncrasy that it doesn't know how to deal with. I'm not at all convinced that there is a hardware problem. Looking at the messages gives me the impression that FreeBSD is attempting something that is not supported by the hardware, and simply takes for granted that it will work, and then gets confused when it doesn't. But I don't really know for sure, because nothing is documented, and nobody here knows anything. -- Anthony