From owner-freebsd-stable@FreeBSD.ORG Mon Jun 20 14:46:21 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A29D16A41C for ; Mon, 20 Jun 2005 14:46:21 +0000 (GMT) (envelope-from jay@codegurus.org) Received: from pih-relay04.plus.net (pih-relay04.plus.net [212.159.14.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2934443D4C for ; Mon, 20 Jun 2005 14:46:21 +0000 (GMT) (envelope-from jay@codegurus.org) Received: from jayton.plus.com ([84.92.156.191] helo=[127.0.0.1]) by pih-relay04.plus.net with esmtp (Exim) id 1DkNXX-0004Fu-Ih for freebsd-stable@freebsd.org; Mon, 20 Jun 2005 15:46:19 +0100 Message-ID: <42B6D6BC.4000208@codegurus.org> Date: Mon, 20 Jun 2005 15:46:20 +0100 From: Jayton Garnett User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20050620120030.6818B16A420@hub.freebsd.org> In-Reply-To: <20050620120030.6818B16A420@hub.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ATA_DMA errors (and fs corruption!) (JM) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jay@codegurus.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2005 14:46:21 -0000 I had a similar problem and i changed system cases where i was getting a ICRC error and FreeBSD refused to load or even mount the root fs, it was also giving errors with something to do with the ATA something or other, it turned out to be the cable i used after rebuilding the system in the new case, i used a normal EIDE cable instead of a ATA cable :-/ hope that helps(probably not) Jay > >Tony Byrne wrote: > > > >>Hello Bob, >> >> >> >> >> >> >>>>can be hardware reasons for timeouts such as a dying disk or cable, >>>>but I think we've eliminated these in our case. [etc] >>>> >>>> >>>> >>>> >>BB> Don't ignore the possibility of failing controller hardware. We had >>BB> comparable mysterious problems on a client system, causing a lot of >>BB> head-scratching. Eventually the failure went hard and we had to replace the >>BB> motherboard. >> >>I hear ya! However, moving back to an older kernel changes the >>severity of the problem from a timeout every 2 to three minutes during >>heavy activity to about 4 or 5 in a 24 hour period. That doesn't >>sound like hardware to me. >> >>Regards, >> >>Tony. >> >> >> >> >> >i have these same errors on my VIA 823x series chipset. however, the >problem is only with the secondary device (acd0 in this case), and might >be stemming from some other problem. > > >