From owner-freebsd-stable@FreeBSD.ORG Thu Jul 18 12:07:43 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4B7DE861 for ; Thu, 18 Jul 2013 12:07:43 +0000 (UTC) (envelope-from ml@netfence.it) Received: from smtp.eutelia.it (mp1-smtp-6.eutelia.it [62.94.10.166]) by mx1.freebsd.org (Postfix) with ESMTP id 04D97A07 for ; Thu, 18 Jul 2013 12:07:42 +0000 (UTC) Received: from ns2.biolchim.it (ip-188-188.sn2.eutelia.it [83.211.188.188]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.eutelia.it (Eutelia) with ESMTP id 9BB10661DFA for ; Thu, 18 Jul 2013 14:07:41 +0200 (CEST) Received: from soth.ventu (adsl-ull-163-156.41-151.net24.it [151.41.156.163]) (authenticated bits=0) by ns2.biolchim.it (8.14.7/8.14.7) with ESMTP id r6IC7Zru042567 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Thu, 18 Jul 2013 14:07:38 +0200 (CEST) (envelope-from ml@netfence.it) X-Authentication-Warning: ns2.biolchim.it: Host adsl-ull-163-156.41-151.net24.it [151.41.156.163] claimed to be soth.ventu Received: from alamar.ventu (alamar.ventu [10.1.2.18]) by soth.ventu (8.14.7/8.14.5) with ESMTP id r6IC7OHg084898; Thu, 18 Jul 2013 14:07:24 +0200 (CEST) (envelope-from ml@netfence.it) Message-ID: <51E7DA7C.8060105@netfence.it> Date: Thu, 18 Jul 2013 14:07:24 +0200 From: Andrea Venturoli User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/20130626 Thunderbird/17.0.7 MIME-Version: 1.0 To: freebsd-stable@freebsd.org, joe@karthauser.co.uk Subject: Re: Drive failures with ada on FreeBSD-9.1, driver bug or wiring issue? References: <20130716225013.1C63B23A@babel.karthauser.co.uk> <60F7BE75-5E2F-471E-A9CE-AF4CD17D96E2@karthauser.co.uk> <281DBD06-81D5-4DDD-9464-B96C80C22C3F@gid.co.uk> In-Reply-To: <281DBD06-81D5-4DDD-9464-B96C80C22C3F@gid.co.uk> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.73 X-Scanned-By: MIMEDefang 2.73 on 10.1.2.13 X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (ns2.biolchim.it [192.168.2.203]); Thu, 18 Jul 2013 14:07:38 +0200 (CEST) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jul 2013 12:07:43 -0000 On 07/18/13 10:25, Bob Bishop wrote: > Me too (over a long period, with various hardware). > > There is a general problem with energy-saving drives that controllers don't understand them. Typically the drive decides to go into some power-saving mode, the controller wants to do some operation, the drive takes too long to come ready, the controller decides the drive has gone away. > > You have to persuade the controller to wait longer for the drive to come ready, and/or persuade the drive to stay awake. This isn't necessarily easy, eg the controller's ready wait may not be programmable. > > (Or avoid such drives like the plague, life's too short). Perhaps they are WD Green drives? In that case, other than quoting Bob's suggestion about avoiding them, there's something you can do: a) turn off the drives' power-saving features (this is done through a DOS utility you can download); b) try different controllers and/or different OS releases. You'll find a lot on this problem if you search the web. There's also a report of mine you can search on this ML, regarding FreeBSD specifically. HTH. bye av.