hda: lost interrupt
Gregory Boyce
gboyce at badbelly.com
Thu Oct 14 22:09:00 EDT 2004
And hopefully you don't do anything disk intensive. I find the
difference in disk speed incrediably noticable with DMA turned off.
A quick transfer rate test (hdparm -T /dev/hda) on my laptop shows 26.70
MB/sec with DMA and 2.92MB/s without it. On top of that, transferring
large files in PIO mode (dma disabled) is rather CPU intensive.
Mike,
If this is a custom built machine, you might want to check the IDE
cable. If the hard drive is UDA-33 or above then you need an 80 pin IDE
cable rather than a 40 pin cable. Using a 40 pin cable can cause a
number of problems including lost interrupts.
Another possibility is APIC problems. One site I found after a quick
search suggesting turning off apic (noapic option on the kernel
commandline).
On Wed, 2004-10-13 at 13:53, miah wrote:
> My guess is that you haven't even bothered to google for the answer..
>
> Results 1 - 10 of about 7,200 for hda: lost interrupt. (0.29 seconds)
>
> So much time saved by looking for the answer rather than asking for
> help.
>
> The basic answer is, disable dma on your drive. You can do that with
> boottime by adding 'hda=nodma' to your lilo.conf/grub menu.lst, or
> hdparm -d 0 /dev/hda.
>
> -miah
>
> On Wed, Oct 13, 2004 at 01:36:53PM -0400, Mike Gorse wrote:
> > Lately I've been noticing lots of these messages in the logs, especially
> > when my hard disk is busy (ie, a cron job runs at midnight which I believe
> > updates the local database, and I have 40 of these messages in the logs
> > starting at 00:00:12 and ending at 00:09:33), and it seems to take a long
> > time to access things on the drive sometimes. Do any of you know what
> > might be going on? Is my drive about to crash?
> >
> > Thanks,
> >
> > -- Michael Gorse / AIM:linvortex / http://mgorse.home.dhs.org --
> _______________________________________________
> Discuss mailing list
> Discuss at blu.org
> http://www.blu.org/mailman/listinfo/discuss
--
Gregory Boyce <gboyce at badbelly.com>
More information about the Discuss
mailing list