[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Suggestions wanted for

Dave Watkins wrote:
Finding anything conclusive from the PSU is tough without spending some
money on hardware to monitor the rails. Mostly because your PSU might be
rated at a certain level, but due to heat and spikes during it's life it
may get nowhere near that.
As an update, the PSU was rated for 230W. The Kill-A-Watt said that the PSU was drawing around 130W or so. I had a spare Antec Sonata with a 380W PSU, so I swapped the stuff into the new case. Problem still occurs.

I found a script that just creates a 200MB file from /dev/zero, makes a few copies of it, and then uses 'od' to check if there are any non-zero values that have crept in. It's not the best check in the world (I'll probably switch to using md5 or something on the files), but it did reproduce the problem.

I have six *physical* drives: 2 IDE, 4 SATA.
3 of the SATA's are in a RAID5, so there are 4 *logical* drives.
Thus far, running my torture script on either of the SATA-based logical drives has led to filesystem corruption and to the kernel forcing the mount to be read-only within about 5 minutes. I've been running the same script on one of the IDE drives for a half-hour now and no problems.

So, until any new data points come in, it's looking like the SATA card...

- Joe

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

Reply to: