PierreS
13.09.06, 10:38
Hallo,
in letzter Zeit habe ich öfters mal einen Kernel-Absturz. Das ganze kann ich leider nicht auf einen bestimmten Anwendungsfall zurückführen.
Die CPU-Last steigt auf 100% (kein bestimmter Prozess; daher wohl der Kernel selbst). "dmesg" gibt endlos folgendes aus:
BUG: scheduling while atomic: swapper/0xffff0000/0
<c035728f> schedule+0x7df/0xd40 <c012fcd6> update_process_times+0x56/0x90
<c011762c> smp_apic_timer_interrupt+0x5c/0x70 <c0101fbc> default_idle+0x2c/0x60
<c0103d58> apic_timer_interrupt+0x1c/0x24 <c0101f90> default_idle+0x0/0x60
<c010207c> cpu_idle+0x8c/0xd0 <c041483e> start_kernel+0x35e/0x400
<c0414260> unknown_bootoption+0x0/0x280
Ab diesem Zeitpunkt verhält sich das System "seltsam". Prozesse lassen sich nicht beenden (auch nicht mit kill -9); ein "reboot" ist aber oft noch möglich.
Ich nutze ein aktuelles ArchLinux mit Kernel 2.6.17.13:
uname -a
Linux athlon64 2.6.17-ARCH #1 SMP PREEMPT Sat Sep 9 07:32:55 CEST 2006 i686 AMD Athlon(tm) 64 Processor 4000+ AuthenticAMD GNU/Linux
Bis vor kurzem lief das System absolut stabil. Ich habe mal mit "noapic" gestartet; weiß aber nicht, ob hier das Problem liegt, da apic eigentlich immer problemlos funktioniert hat. Könnte es vielleicht daran liegen, daß ich einen SMP-Kernel auf nur einem Prozessor einsetze?
in letzter Zeit habe ich öfters mal einen Kernel-Absturz. Das ganze kann ich leider nicht auf einen bestimmten Anwendungsfall zurückführen.
Die CPU-Last steigt auf 100% (kein bestimmter Prozess; daher wohl der Kernel selbst). "dmesg" gibt endlos folgendes aus:
BUG: scheduling while atomic: swapper/0xffff0000/0
<c035728f> schedule+0x7df/0xd40 <c012fcd6> update_process_times+0x56/0x90
<c011762c> smp_apic_timer_interrupt+0x5c/0x70 <c0101fbc> default_idle+0x2c/0x60
<c0103d58> apic_timer_interrupt+0x1c/0x24 <c0101f90> default_idle+0x0/0x60
<c010207c> cpu_idle+0x8c/0xd0 <c041483e> start_kernel+0x35e/0x400
<c0414260> unknown_bootoption+0x0/0x280
Ab diesem Zeitpunkt verhält sich das System "seltsam". Prozesse lassen sich nicht beenden (auch nicht mit kill -9); ein "reboot" ist aber oft noch möglich.
Ich nutze ein aktuelles ArchLinux mit Kernel 2.6.17.13:
uname -a
Linux athlon64 2.6.17-ARCH #1 SMP PREEMPT Sat Sep 9 07:32:55 CEST 2006 i686 AMD Athlon(tm) 64 Processor 4000+ AuthenticAMD GNU/Linux
Bis vor kurzem lief das System absolut stabil. Ich habe mal mit "noapic" gestartet; weiß aber nicht, ob hier das Problem liegt, da apic eigentlich immer problemlos funktioniert hat. Könnte es vielleicht daran liegen, daß ich einen SMP-Kernel auf nur einem Prozessor einsetze?