linux-kernel - Re: via 8237 sata errors

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <201005301348.50004.tfjellstrom@strangesoft.net>
Date:	Sun, 30 May 2010 13:48:49 -0600
From:	Thomas Fjellstrom <tfjellstrom@...angesoft.net>
To:	linux-kernel@...r.kernel.org
Cc:	Robert Hancock <hancockrwd@...il.com>, linux-ide@...r.kernel.org
Subject: Re: via 8237 sata errors

On May 30, 2010, Robert Hancock wrote:
> On Sun, May 30, 2010 at 1:33 PM, Thomas Fjellstrom
> 
> <tfjellstrom@...angesoft.net> wrote:
> > On May 30, 2010, Thomas Fjellstrom wrote:
> >> On May 30, 2010, Robert Hancock wrote:
> >> > On 05/29/2010 08:46 PM, Thomas Fjellstrom wrote:
> >> > > I'm getting a rather nasty set of messages from dmesg when trying
> >> > > to use a couple SATA II WD 2TB Green drives with an older system
> >> > > (via 8237 based). They seem to work fine on a newer p35 based
> >> > > system.
> >> > 
> >> > ..
> >> > 
> >> > > [  283.308963] ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0
> >> > > action 0x0 [  283.309007] ata2.00: BMDMA stat 0x4
> >> > > [  283.309045] ata2.00: failed command: READ DMA
> >> > > [  283.309089] ata2.00: cmd c8/00:08:08:08:30/00:00:00:00:00/e0
> >> > > tag 0 dma 4096 in [  283.309091]          res
> >> > > 41/04:00:08:08:30/00:00:00:00:00/e0 Emask 0x1 (device error) [
> >> > > 283.309171] ata2.00: status: { DRDY ERR }
> >> > > [  283.309207] ata2.00: error: { ABRT }
> >> > > [  283.324886] ata2.00: configured for UDMA/133
> >> > > [  283.324904] ata2: EH complete
> >> > 
> >> > It's not really clear why the drive is returning command aborted on
> >> > a read, there's no other error bits to indicate an uncorrectable
> >> > error or a CRC error. Is it only the one drive that's giving the
> >> > errors?
> >> 
> >> I'm not entirely sure if its the same drive each time. I can make sure
> >> today. The fun part is it works fine in a different machine. Where as
> >> it will start erroring out like that almost right away in the via
> >> based machine. When its doing that, its also making some fairly scary
> >> (for a hard drive) noises, but since it doesn't do that in the p35
> >> machine I'm really hoping it isn't the drive.
> > 
> > I've started up a dd on each drive, just for kicks, and reading from
> > both of them at the same time seems to work fine on the via chipset.
> > Given this little tid-bit, it seems its only once md-raid is setup on
> > the drives does one of them freak out.
> 
> If the problem happens mostly when both drives are in use then it
> could be a power supply issue. Some drives are rather sensitive to
> power fluctuations. You could try and move the drives to separate
> power cables if they're on the same one, or maybe the power supply's
> just not up to snuff.

I'll give that a shot too. But I have dd running on both drives right now 
(dd if=/dev/sdX of=/dev/null), and its running fine. I'm also going to run 
some other tests, see if maybe there isn't a ram problem, it could be the 
cause.

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


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