Skip site navigation (1)Skip section navigation (2)
Date:      10 Apr 2006 09:55:25 -0400
From:      Lowell Gilbert <freebsd-questions-local@be-well.ilk.org>
To:        Bryan Curl <bc3910@yahoo.com>
Cc:        freebsd-questions@freebsd.org
Subject:   Re: Drive errors on boot
Message-ID:  <44irph1qnm.fsf@be-well.ilk.org>
In-Reply-To: <20060410134211.95106.qmail@web30614.mail.mud.yahoo.com>
References:  <20060410134211.95106.qmail@web30614.mail.mud.yahoo.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Bryan Curl <bc3910@yahoo.com> writes:

> My apologies if this is a repost. It seems either I
> had a gmail problem or list never posted the question.
> I have subscribed with another address to monitor
> problem.
> 
> Anyway, here is my quesion again.
> 
> I get the following errors from dmesg on one of my ide
> drives on boot.
> Other similar drives dont error and are setup the same
> in bios (except cylinder & block config of course)
> System and this drive seem to work fine otherwise. I
> re-fdisk this one but it still does this error.
> 
> FreeBSD 6.0-RELEASE-p6 #0: Tue Apr  4 09:43:53 MDT
> 2006
> 
> ad1: 1916MB <Maxtor 72004 AP 2A3C0B31> at ata0-slave
> WDMA2
> ad1: FAILURE - READ_DMA status=51<READY,DSC,ERROR>
> error=10<NID_NOT_FOUND> LBA=3924359
> ad1: FAILURE - READ_DMA status=51<READY,DSC,ERROR>
> error=10<NID_NOT_FOUND> LBA=3924343
> ad1: FAILURE - READ_DMA status=51<READY,DSC,ERROR>
> error=10<NID_NOT_FOUND> LBA=3924356
> ad1: FAILURE - READ_DMA status=51<READY,DSC,ERROR>
> error=10<NID_NOT_FOUND> LBA=3924359

This is probably a hardware problem.  My first guess would be
cabling.  Try swapping the cable.  And make sure there is a master on
the bus if this one is probing as a slave.

> I  dont know what causes these errors either.
> 
> dc0: failed to force tx and rx to idle state
> dc0: failed to force tx and rx to idle state


The driver tried to force the transmitter and receiver to be "idle"
temporarily, and failed.  There are a number of different cases where
the driver tries to do this, so it's hard to guess exactly what's
happening this time.  Some of the relevant variables are: whether this
happens at boot time, whether it happens after an underrun or overrun,
and which real controller chip you have.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?44irph1qnm.fsf>