> irq 11: nobody cared!

**xeroc** · 16.10.04, 15:25

Ich bekomm andauernd diesen Fehler:

Code:

Oct 16 16:27:48 xeroc irq 11: nobody cared!
Oct 16 16:27:48 xeroc [<c010577d>] __report_bad_irq+0x2a/0x8b
Oct 16 16:27:48 xeroc [<c0105867>] note_interrupt+0x6f/0x9f
Oct 16 16:27:48 xeroc [<c0105afa>] do_IRQ+0x127/0x136
Oct 16 16:27:48 xeroc [<c01040a4>] common_interrupt+0x18/0x20
Oct 16 16:27:48 xeroc [<c0105713>] handle_IRQ_event+0x24/0x64
Oct 16 16:27:48 xeroc [<c0105a67>] do_IRQ+0x94/0x136
Oct 16 16:27:48 xeroc [<c01040a4>] common_interrupt+0x18/0x20
Oct 16 16:27:48 xeroc [<c011b4cf>] __do_softirq+0x2f/0x80
Oct 16 16:27:48 xeroc [<c011b546>] do_softirq+0x26/0x28
Oct 16 16:27:48 xeroc [<c0105ad6>] do_IRQ+0x103/0x136
Oct 16 16:27:48 xeroc [<c01040a4>] common_interrupt+0x18/0x20
Oct 16 16:27:48 xeroc 
Oct 16 16:27:48 xeroc handlers:
Oct 16 16:27:48 xeroc [<c02aa3c0>] (ide_intr+0x0/0x18e)
Oct 16 16:27:48 xeroc [<c03645f0>] (snd_intel8x0_interrupt+0x0/0x23c)
Oct 16 16:27:48 xeroc Disabling IRQ #11
Oct 16 16:28:15 xeroc su(pam_unix)[10224]: session opened for user root by xeroc(uid=1000)

OS: gentoo
kernel: linux-2.6.7

Weiss jmd, was das ist, oder wie ich das fixen kann ?? vielleicht falsche kernelconfig ?? wenn ihr noch was wissen wollt, fragt

Danke fuer euere Hilfe

//edit
jetzt kommt noch mehr

Oct 16 16:38:57 xeroc hdi: drive not ready for command
Oct 16 16:38:57 xeroc irq 11: nobody cared!
Oct 16 16:38:57 xeroc [<c010577d>] __report_bad_irq+0x2a/0x8b
Oct 16 16:38:57 xeroc [<c0105867>] note_interrupt+0x6f/0x9f
Oct 16 16:38:57 xeroc [<c0105afa>] do_IRQ+0x127/0x136
Oct 16 16:38:57 xeroc [<c01040a4>] common_interrupt+0x18/0x20
Oct 16 16:38:57 xeroc [<c011b4cf>] __do_softirq+0x2f/0x80
Oct 16 16:38:57 xeroc [<c011b546>] do_softirq+0x26/0x28
Oct 16 16:38:57 xeroc [<c0105ad6>] do_IRQ+0x103/0x136
Oct 16 16:38:57 xeroc [<c01040a4>] common_interrupt+0x18/0x20
Oct 16 16:38:57 xeroc [<c02aa63c>] ide_do_drive_cmd+0xd5/0x139
Oct 16 16:38:57 xeroc [<c02af646>] ide_wait_cmd+0xc3/0xce
Oct 16 16:38:57 xeroc [<c02af7e5>] ide_cmd_ioctl+0x194/0x207
Oct 16 16:38:57 xeroc [<c01642c8>] d_lookup+0x23/0x46
Oct 16 16:38:57 xeroc [<c0250533>] pty_write+0x147/0x149
Oct 16 16:38:57 xeroc [<c021aae4>] copy_from_user+0x5a/0x86
Oct 16 16:38:57 xeroc [<c0130e15>] find_get_page+0x2e/0x58
Oct 16 16:38:57 xeroc [<c0131f49>] filemap_nopage+0x202/0x36a
Oct 16 16:38:57 xeroc [<c02a8548>] generic_ide_ioctl+0x493/0x6ed
Oct 16 16:38:57 xeroc [<c0113074>] do_page_fault+0x33b/0x534
Oct 16 16:38:57 xeroc [<c0249e40>] tty_write+0x19e/0x2a8
Oct 16 16:38:57 xeroc [<c024f401>] write_chan+0x0/0x219
Oct 16 16:38:57 xeroc [<c02b6440>] idedisk_ioctl+0x0/0x23
Oct 16 16:38:57 xeroc [<c027cd30>] blkdev_ioctl+0x98/0x43f
Oct 16 16:38:57 xeroc [<c015ec4f>] sys_ioctl+0xfd/0x252
Oct 16 16:38:57 xeroc [<c0103f37>] syscall_call+0x7/0xb
Oct 16 16:38:57 xeroc
Oct 16 16:38:57 xeroc handlers:
Oct 16 16:38:57 xeroc [<c02aa3c0>] (ide_intr+0x0/0x18e)
Oct 16 16:38:57 xeroc [<c03645f0>] (snd_intel8x0_interrupt+0x0/0x23c)
Oct 16 16:38:57 xeroc Disabling IRQ #11
Oct 16 16:38:58 xeroc hdi: status timeout: status=0xd0 { Busy }
Oct 16 16:38:58 xeroc

Ausserdem macht der PC ganz eigenartige Geraeusche .. ich nehm an es kommt von der festplatte (hdi) ... allerdings ist die 'brandneu' grad mal 60tage alt .. also kanns wohl net sein, dasse kaputt ist ??!?!!?
oder was denk ihr ?

//edit:
ein

Code:

hdparm -w /dev/hdi

hat schon mal das gerauesch entfernt, jedoch jedesmal, wenn ich auf die platte zugreife, bleibt das system kurz stehen und es kommen wieder diese fehler (siehe oben)

**xeroc** · 16.10.04, 16:27

Hab jetzt mal den s-ata controller der hdi deaktiviert ..
Bisher scheint alles zu laufen, jedoch komm ich nun eben nicht mehr auf die platte drauf:

Ich nehme an, das es ein problem mit der platte gibt ... kann man irgendwie herausfinden obs ein hardware schaden ist, oder was fuer einer des ist und wie rette ich die daten ??

**chimaera** · 16.10.04, 23:42

sata-platte? verwendest du den ide-treiber oder den sata-treiber des scsi stacks? mit ersterem habe ich ähnliche fehler bekommen, mit scsi läuft's einwandfrei..

**micmac** · 17.10.04, 08:55

Hi,

hast du APIC deaktiviert? Probiers mal mit. Vielleicht auch zusätzlich ein emerge rsync und gentoo-dev-sources installieren. Die haben da noch APIC-Fixes eingebaut.

MfG
mic

**xeroc** · 17.10.04, 10:34

Zitat von micmac

Hi,

hast du APIC deaktiviert? Probiers mal mit. Vielleicht auch zusätzlich ein emerge rsync und gentoo-dev-sources installieren. Die haben da noch APIC-Fixes eingebaut.

MfG
mic

Hab jetzt mal

Code:

pci=noacpi acpi=noirq

als bootparameter angegeben .. laeuft wieder einwandfrei ...

Mein S-ata kontroller wird aus mir unerfindlichen gruenden nicht erkannt .. somit ists eine ide-emulation ... mit dem neuen kernel 2.6.9 gehts angeblich dann ..

Dennoch danke fuer eure Hilfe

**boba** · 30.06.08, 07:08

Moin,
dieser Beitrag ist zwar älter aber das Problem ist dasselbe.

Code:

irq 7: nobody cared (try booting with the "irqpoll" option)

Call Trace:
 <IRQ>  [<ffffffff800b7c35>] __report_bad_irq+0x30/0x7d
 [<ffffffff800b7e68>] note_interrupt+0x1e6/0x227
 [<ffffffff800b7372>] __do_IRQ+0xbd/0x103
 [<ffffffff80011ed2>] __do_softirq+0x5e/0xd6
 [<ffffffff8006c567>] do_IRQ+0xe7/0xf5
 [<ffffffff8006aeae>] default_idle+0x0/0x50
 [<ffffffff8005d615>] ret_from_intr+0x0/0xa
 <EOI>  [<ffffffff8006aed7>] default_idle+0x29/0x50
 [<ffffffff80048b1d>] cpu_idle+0x95/0xb8
 [<ffffffff800767da>] start_secondary+0x45a/0x469

handlers:
[<ffffffff801dec96>] (usb_hcd_irq+0x0/0x55)
Disabling IRQ #7

[root@archive1:~]# cat /proc/interrupts
           CPU0       CPU1       CPU2       CPU3
  0:  155126777    5724680    2073346     671734          XT-PIC  timer
  1:          2          0          0          0          XT-PIC  i8042
  2:          0          0          0          0          XT-PIC  cascade
  5:          0          0          1          0          XT-PIC  parport0
  6:          6          0          0          0          XT-PIC  floppy
  7:   32303755  244198666  253374590  261833798          XT-PIC  ehci_hcd:usb1
  8:          0          0          0          0          XT-PIC  rtc
  9:          0          0          0          0          XT-PIC  acpi
 10:   71965414   13704617    8237435    1360471          XT-PIC  ohci_hcd:usb2, eth0
 11:    3146440     215469     205993      31130          XT-PIC  stex
 15:    1372107      67345      18695       6446          XT-PIC  ide1
NMI:      15526       4405       5167       6356
LOC:  163568887  163568815  163568741  163568669
ERR:  791663292
MIS:          0

Im grub ist noapic als optin übergeben, würde es helfen dies mal rauszunehmen?

Das System ist produktiv, also kann ich mir keine experimente erlauben

cheers

boba

**pcdog** · 30.06.08, 08:21

mit irqpoll booten habe ich noch nie schlechte erfahrungen gemacht

was heisst "produktiv"?

nur remote administrierbar? oder kannst du den notfalls lokal anpassen?

du kannst ja die kernel optionen per grub parameter nur einmalig setzen zum testen dann ist es ungefährlich ausser du kommst nicht mehr dran weil er remote wäre

**boba** · 30.06.08, 08:33

der Rechner ist leider remote, hab nur ssh zugriff.
Produktiv heist das wenn er ausfällt sich die Kunden beschweren,
ist zwar redundant, aber ich kann nur am wochenende das teil wiederherstellen(mysql DB).
Beim googlen hab ich gelesen das jemand mit der option irqpoll probleme hatte, das system sei danach nicht mehr gebooted.

**Aqualung** · 30.06.08, 10:49

Im Usenet hat mich einer mal heftig vor "irqpoll" gewarnt, allerdings unter Performance-Gesichtspunkten. Von Nicht-boot war da nicht die Rede.

Hast Du schon geprüft, ob Dein Controller von 2.6.7 überhaupt unterstützt wird?

Code:

/sbin/lspci

**boba** · 07.07.08, 06:54

HAllo,
ich hatte den rechner mal mit irqpoll gebootet, die Fehlermeldung war aber immer noch da.
Wenn ich den Rechner ohne "noapic" boote kommt dei Fehlermeldung nicht mehr.
Mal sehen wie es diese Woche läuft, da ich da noapic reingenommen hatte um einen Crash zu verhindern den wir öfter hatten, hierbei wurde irgentwann die Festplatte vom System abgemeldet, meldung war "rejecting IO to offline device".