Re: Is it safe to ignore UDMA BadCRC errors?

From: Eric D. Mudama
Date: Mon Dec 29 2003 - 14:58:30 EST


On Mon, Dec 29 at 11:07, Jonathan Kamens wrote:
The topic of CRC errrors from IDE drives has been discussed numerous
times on this list, and I've reviewed those discussions, but I'm still
not 100% certain of the answer to this question: Is it safe for me to
ignore occasional CRC errors from my drive?

Here are the details....

The errors look like this:

hde: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hde: dma_intr: error=0x84 { DriveStatusError BadCRC }

They don't seem to happen often enough to convince the kernel to back
down to a slower UDMA mode.

0x5184 is the error code for when the drive sends you data that was
corrupted during transmission over the cable. In general, nothing is
wrong with your drive, and a re-read from the drive will almost always
produce the proper data.

Odds are your cable is bad, regardless of how "good" it looks, you
really can't tell if you have marginal conductivity on a pin or
something else wierd. In my home system I replace the IDE cables
every few years, on my test box at work I replace them every month
since I'm doing lots of re-plugging of drives. Note that a bad cable
is *dangerous* to your filesystem, since a PIO transfer to the drive
has *no* integrity checking on the cable!

Also, those "round" cables violate the ATA spec, I can't really
recommend using them unless airflow is your #1 concern, however in
that case you're probably better off buying a SATA drive.

Generic IDE ribbon cables (between 6" and 18") seem to work fine for
most people, just go buy another $2 cable from CompUSA and see if the
problem goes away.

FYI, UDMA4 isn't that fast, only 66MB/sec... "good" (functional, not
brand name) flat cables should be able to do 100MB sec trivially.

--eric

--
Eric D. Mudama
edmudama@xxxxxxxxxxxxxxxxxxxxx

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/