Re: File Corruption in Kernel 2.4.18

From: Ville Herva (vherva@niksula.hut.fi)
Date: Thu Jul 18 2002 - 02:21:56 EST


On Thu, Jul 18, 2002 at 11:00:05AM +0900, you [J. Hart] wrote:
>
> A few of the files at the copy destination, typically three or four, will
> usually be corrupt while the source files will be correct. Occasionally the
> copy will be done without any corrupt files at the destination. The
> mem=nopentium option appears to have no effect on this. An overnight test using
> the memtest86 utility shows no memory errors. The corruption in each file
> occurs in precise 4096 byte blocks. An overnight test using the memtest86
> utility shows no memory errors. The corruption in each file occurs in precise
> 4096 byte blocks.

> motherboard : ASYS-A7V

Asus A7V is Via KT133 based, right? It has additional Promise ide
controller?

> Linux version : Slackware 8
> Kernel : 2.4.18

Stock 2.4.18, no patches? Which filesystem are you using? Ext2, ext3, other?

> hard disk : ATA100 IBM-DTLA-307045 45gb
> hd controller : Promise Technology, Inc. 20265

So the harddisk is connected to Promise, not Via? You have no other
harddisks?

> cpu : 900mhz AMD Athlon

I had enormous trouble with a KT133(A or not) based mobo (Abit-KT7(A)-RAID
in past - it would just corrupt data when transferring big files from the
additional ide controller (HPT370 in this case). The Via ide controller
didn't show this behaviour.

- This happened on 2.2.20, 2.4.15, 2.4.18preX + ide-patch.
- Memtest86 showed nothing
- Network activity seemed to have to do with it
- Changing the NIC to another PCI slot and tweaking bios params seemed to
  help, but eventually it happened again
- I eventually concluded that KT133 corrupts PCI transfers under load, which
  was found out by others in 'net as well.
- Tried bios updates and contacting Via, Highpoint, Abit. Highpoint and Abit
  never cared to answer. Neither did Via until I spotted an Via employee on
  viahardware.com forum. She said they'd investigate the issue, never heard
  of her since.
- Ditched the mobo fo good, bought an Abit ST6R, and never had a problem
  since. You may be lucky just switching the drive to Via ide.

First reports on the corruption:

http://marc.theaimsgroup.com/?l=linux-kernel&m=100651892331843&w=2
http://marc.theaimsgroup.com/?l=linux-kernel&m=100669782329815&w=2
http://groups.google.com/groups?q=We+first+reported+disk+corruption+with+a+VIA+KT133A+based+board&hl=en&lr=&ie=UTF-8&oe=utf-8&selm=linux.kernel.00c201c1a033%241cf46700%24b71c64c2%40viasys.com&rnum=3

There was a long thread on forums.viahardware.com as well
(http://forums.viaarena.com/messageview.cfm?catid=6&threadid=7171&start=21),
but it seems they have sensored it away for good.

I've also received reports of similar experiences from a number of people
since I wrote to linux-kernel about this.

I repoduced the problem with wrchk utility I wrote
(http://iki.fi/v/tmp/wrchk.c) but it seems you can do it with you directory
tree copying.

-- v --

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



This archive was generated by hypermail 2b29 : Tue Jul 23 2002 - 22:00:25 EST