Festplatten Problem

Jan-Benedict Glaw jbglaw at lug-owl.de
Mon Apr 5 15:57:42 CEST 2004


On Mon, 2004-04-05 15:46:20 +0200, Vitali Richert <vrichert at gmx.de>
wrote in message <4071632C.2060805 at gmx.de>:
> Hallo Leute,
> 
> ich habe gestern in meinen Rechner eine S-ATA Festplatte als zweite 
> Festplatte rein gehängt. Beim booten bekomme ich seit dem folgende 
> Fehlermeldungen:
> Apr  5 14:32:42 enterprise kernel: irq 18: nobody cared!

IRQ 18 (-> Du hast ACPI oder den APIC an) ist ausgelöst worden. Danach
sind alle IRQ-Handler, die für diesen Interrupt registriert sind,
aufgerufen worden, aber keiner meinte, daß  "seine" Hardware diesen IRQ
ausgelöst hat.

> Apr  5 14:32:42 enterprise kernel: Call Trace:
> Apr  5 14:32:42 enterprise kernel: [<c0109646>] __report_bad_irq+0x2a/0x8b
> Apr  5 14:32:42 enterprise kernel: [<c0109730>] note_interrupt+0x6f/0x9f
> Apr  5 14:32:42 enterprise kernel: [<c0109a4e>] do_IRQ+0x161/0x192
> Apr  5 14:32:42 enterprise kernel: [<c0107d6c>] common_interrupt+0x18/0x20
> Apr  5 14:32:42 enterprise kernel: [<c010501e>] default_idle+0x0/0x2c
> Apr  5 14:32:42 enterprise kernel: [<c0105047>] default_idle+0x29/0x2c
> Apr  5 14:32:42 enterprise kernel: [<c01050b0>] cpu_idle+0x33/0x3c
> Apr  5 14:32:42 enterprise kernel: [<c0388866>] start_kernel+0x18c/0x1bb
> Apr  5 14:32:42 enterprise kernel: [<c0388433>] unknown_bootoption+0x0/0x110

Stack-Dump, in diesem Zusammenhang eigentlich recht wertlos, da ja
bekannt ist, wo wir sind, und es uninteressant ist, wer und aufgerufen
hat (hey, das ist eine Interrupt-Routing und wurde somit nicht vom
Userspace aus aufgerufen).

> Apr  5 14:32:42 enterprise kernel: handlers:
> Apr  5 14:32:42 enterprise kernel: [<c022cb74>] (ide_intr+0x0/0x1cb)
> Apr  5 14:32:42 enterprise kernel: Disabling IRQ #18

Dieses ist die Liste alle IRQ-Handler, die für IRQ 18 registriert sind.
Es ist nur eine, ide_intr().

Naja, der IRQ könnte (aber das halte ich eher für unwahrscheinlich)
blind ausgelöst worden sein (-> ein Zeichen grottiger Hardware).

...oder aber, ACPI und APIC haben's "versaut". Das könntst Du testen,
indem Du mal beides ausschaltest. Dazu mußt Du dem Kernel an seiner
Kommando-Zeile (also beim LILO-Prompt oder in grub's
Kommandozeileneditor) "acpi=off" und "noapic" angeben.

> Mein System:
> Mainboard: Asus P4P800 Deluxe  (Intel 865PE Chipsatz)
> S-ATA Platte: Maxtor DiamondMax Plus 9 120 GB

Was für ein SATA-Controller ist denn auf dem Board? "lspci -v" und
"lspci -vn" sind interessant.

Aus meiner Sicht wahrscheinlich ist, daß entweder ACPI- oder
APIC-Unterstützung auf dem Board wackelig ist (-> BIOS-Update *könnte*
helfen), oder aber der IDE-Treiber für diesen SATA-Controller noch nicht
so 100%ig tut...

MfG, JBG


-- 
   Jan-Benedict Glaw       jbglaw at lug-owl.de    . +49-172-7608481
   "Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg
    fuer einen Freien Staat voll Freier Bürger" | im Internet! |   im Irak!
   ret = do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA));
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lug-owl.de/pipermail/linux/attachments/20040405/19fe742b/attachment.sig>


More information about the Linux mailing list