Potential Data Corruption Problem on Tyan Thunder MBs? 8
"A simple way to verify this problem follows:
Using a Red Hat 7.1 install (2.4.2 kernel, but other 2.4 kernels exhibit this problem) and a file /tmp/x that is over 500MB in size, "cp /tmp/x /tmp/y", and compare the md5 checksums using md5sum. Keep doing this, deleting /tmp/y each time before you do.
/tmp/x and /tmp/y will continuously show the same size, but will sometimes have different md5 checksums. A diff between the files usually shows that 4 bytes are moved to another part of the file. You may have to go through a number of iterations before you see it. We have a more sophisticated test script available, just e-mail me at here and I'll send it to you.
Tyan claims that this problem is a limitation of the Serverworks LE chipset, however I have not been able to reproduce this problem on any of the Asus CUR-DLS motherboards (which use the same chipset!).
If anyone can reproduce this problem on a different Serverworks LE mobo, I'd like to hear about it. Thanks!"
Tyan Tiger 2 ATX (Score:1)
There was a thread in comp.os.linux.hardware asking about IDE DMA errors recently (subject was "IDE DMA errors
I've tried different ram, different cables, different drives, different cards (promise ultra100, SIG Ultra ide PCI), different kernels, different drivers (thanks for all the hard work andre, it is appreciated).
It's not easily traceable, and given all the different things I've tried, there's still more that I could muck with.
But at this point, I'm tired of it and I don't have the time to continue messing with it and screwing up filesystems. I am half tempted to either wait till 2.4.10 or get a new motherboard & cpu (yes, Athlon) and see if my problems clear up.
I would say yes (Score:2)
Attached I have an ATA-33 12GB hard drive, and two 18GB SCSI-160 IBM ultrastars attached to the onboard SCSI-160 A controller.
I've tested both with the onboard ATI video, and with an AGP GeForce3. I've also tested both with an without an SB-Live! sound card.
In every single possible combination of the above parts, I get severe data corruption when using the onboard IDE controller. Although it correctly detects my IDE hard drive it generates constant ATA timeout errors and slows the system to a crawl. This happens even when I dumb down the bios to use older PIO (non-DMA) modes.
Eventually I became so frustrated with it that I disabled the onboard IDE ports and stuck in a Promise ATA-100 controller. Bada-bing, the problem is solved. The the system screams *and* is quite stable. It's good enough for me this way, but I would have expected a 500$ motherboard to have worked out of the box.
The only problem I may have is keeping the CPU's cool. Even with thermosonic thermoengine heatsinks with good fans the CPU temp is still 50 deg C. Of course, part of that might be the 32 C room temperature...
PIO in BIOS? (Score:1)
Does that change a thing? Does Linux (since you don't mentioned it, I'm assuming you're using Linux - I might be wrong off course) even use that information? As I understand it, Linux uses its own information about PIO and/or DMA modes, which you can influence using hdparm.
Serverworks IDE chronically broken (Score:2)
I'd buy a 3rd party IDE interface (3ware would be my first choice - lots of ports, modern drivers in kernel), or SCSI drives for the board. Tyan boards are great BTW - my old Dual PentiumPro Titan Pro ATX is running great after 6 years of use.
BBK
Just buy another board? (Score:2)
Just ditch this piece of shit Tyan and buy something that works properly... MBs only cost like $100
Re:Just buy another board? (Score:1)
Ummm... I hope you're joking. Tyan Thunder == Dual Athlon == Very expensive == Only one on market right now.