1 |
> ata1.00: failed command: READ DMA |
2 |
> ata1.00: cmd c8/00:80:00:3f:c1/00:00:00:00:00/e0 tag 0 dma 65536 in |
3 |
> res 51/84:4f:00:3f:c1/00:00:00:00:00/e0 Emask 0x10 (ATA bus error) |
4 |
> ata1.00: status: { DRDY ERR } |
5 |
> ata1.00: error: { ICRC ABRT } |
6 |
> ata1: soft resetting link |
7 |
> ata1.00: configured for UDMA/33 |
8 |
> ata1: EH complete |
9 |
> ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 |
10 |
|
11 |
I think you have driver issues. Might also be the cabling, but I doubt |
12 |
it as faulty SATA cables are in my experience quite rare. |
13 |
|
14 |
WD drives are known not to get along too well with VIA SATA1 controllers: |
15 |
|
16 |
http://www.viaarena.com/forums/showthread.php?t=38871 |
17 |
http://forums.gentoo.org/viewtopic-t-794855.html |
18 |
|
19 |
What kernel version are you using? |
20 |
What does the kernel say when it first detects the disk? |
21 |
|
22 |
Do you get the same errors under a recent kernel (try the latest gentoo |
23 |
install cd) ? |
24 |
|
25 |
My experience with WD "advanced format" drives has been positive so far, |
26 |
especially considering how cheap they are... The only gripe I have is |
27 |
that they report not only having a 512B *logical* sector size in the |
28 |
response to ATA INFO commands (which is fine, as they have a translation |
29 |
layer), but also a 512B *physical* sector size, which is wrong and |
30 |
causes partitioning tools to use the wrong alignment. |
31 |
All the five 1TB drives I have behave this way, and from what I read |
32 |
this is not an isolated behavior... |
33 |
|
34 |
andrea |