| 1 |
Da mein Rechner ein ähnliches Problem hat: |
| 2 |
|
| 3 |
Am 12.03.07 schrieb Werner Jansen <jansenw@××××××.edu>: |
| 4 |
> Hallo zusammen, |
| 5 |
> |
| 6 |
> meine Maschine hat unter starker Last ein Problem gehabt: Sie hat |
| 7 |
> ihre IP-Adresse vergessen, was dann zu weiteren Ausfallerscheinungen |
| 8 |
> geführt hat. |
| 9 |
> |
| 10 |
> Im Log habe ich folgendes gefunden: |
| 11 |
> |
| 12 |
> Mar 10 15:48:53 [kernel] irq 16: nobody cared (try booting with the |
| 13 |
> "irqpoll" option) |
| 14 |
> irqpoll an den Kernel als Option dranhängen. Was macht das eigentlich? |
| 15 |
> Außerdem ist meine Maschine seitdem extrem langsam und träge |
| 16 |
> geworden, kann also nicht eine akzeptable Lösung des Problems sein. |
| 17 |
|
| 18 |
Da wurde ein IRQ von keinem Treiber bearbeitet. "cat /proc/interrupts" |
| 19 |
sagt Dir, welche Hardware/Treiber an dem IRQ hängen... |
| 20 |
|
| 21 |
Die Option irqpoll veranlasst den Kernel in so einem Fall alle |
| 22 |
Interrupt-Handler (also alle Treiber) nach Daten forschen zu lassen. |
| 23 |
Das machts zwar sicherer, aber auch viel langsamer. |
| 24 |
Bei mir machen die PATA-Geräte auf diese Art "Zicken", seit ich meine |
| 25 |
Festplatten am SATA hängen habe. Die DVD-/CD-Laufwerke am PATA funzen |
| 26 |
aber dennoch klaglos. |
| 27 |
Dementsprechend hab ich statt irqpoll jetzt noirqdebug in der |
| 28 |
append-Zeile des Kernels, wodurch diese IRQs einfach ignoriert werden. |
| 29 |
Probier das doch einfach mal aus, wenn alles geht ists anscheinend in |
| 30 |
Ordnung. Ansonsten halt BIOS-update oder -downgrade. |
| 31 |
|
| 32 |
Arnold |
| 33 |
-- |
| 34 |
visit http://www.arnoldarts.de/ |
| 35 |
--- |
| 36 |
Wenn man mit Raubkopien Bands wie Brosis oder Britney Spears wirklich |
| 37 |
verhindern könnte, würde ich mir noch heute einen Stapel Brenner und |
| 38 |
einen Sack Rohlinge kaufen. |
Archives