All of the sudden this week on of my hard drives is working really slow, it's a 200gig drive using ext3 format with 4k clusters. It has swap, then remainder is the linux partition, no windows partitions. There's no windows on that pc
so no scandisk like tool.
I noticed the issue when moving a large qemu file over to it, it was brutally slow, only about 1 to 2 mb/s transfer rate when using midnight commander.
/dev/hdb (the bad drive? 200gig):
Timing cached reads: 1648 MB in 2.00 seconds = 824.60 MB/sec
Timing buffered disk reads: 40 MB in 3.07 seconds = 13.02 MB/sec
# hdparm -tT /dev/hda
/dev/hda (a good drive on same cable of that pc - 80gig):
Timing cached reads: 1648 MB in 2.00 seconds = 824.66 MB/sec
Timing buffered disk reads: 136 MB in 3.02 seconds = 44.97 MB/sec
multcount = 0 (off)
IO_support = 1 (32-bit)
unmaskirq = 1 (on)
using_dma = 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 24321/255/63, sectors = 390721968, start = 0
There both ata 100 drives western digital. Hdparm show's it configured for udma5 as the drive should be, with write caching enabled, etc.
It's just started doing this a few days ago, and I fear the drive is going to take a dive on me. Other than use the pc for routine stuff, nothing has changed on it all related to modules, the kernel, etc.
I just reformated it to be reiserfs and getting the same performance.
My kernel config is basically slack testings for ide drivers, etc which was the same as the stock kernel. Tho pat's default kernel in slackware put the multcount at 16 and my kernel does not. I fear to put the drive onto multcount tho if the kernel does not do it automatically.
I even get these same numbers if I boot up into 2.6.13 kernel too.
Maybe I need to do a 'surface scan', is there a gnu tool for that? Any thoughts greatly appreciated.
Thanks in advance.