Kernel panic - not syncing: Aiee, killing interrupt handler

Welches Modul/Treiber für welche Hardware, Kernel compilieren...
Antworten
besto
Beiträge: 69
Registriert: 26.06.2007 21:05:07
Wohnort: Bremen

Kernel panic - not syncing: Aiee, killing interrupt handler

Beitrag von besto » 09.03.2009 10:55:09

Hallo,

auf einem AMD Phenom 64bit Rechner habe ich nach dem Upgrade auf squeeze jetzt folgende Meldung beim Hochfahren:
Kernel panic - not syncing: Aiee, killing interrupt handler

ein alter Kernel 2.6.25 funktioniert noch, aber nur ohne Grafik (wegen des nvidia-Treibers).

Wie gesagt es geht um Squeeze mit

Linux 2.6.26 amd64bit Version.
What's to do? Hab sonst nix gefunden.
Lebe so, dass es noch immer o.k. wäre, wenn alle Menschen so leben würden

Benutzeravatar
feldmaus
Beiträge: 1297
Registriert: 14.06.2005 23:13:22
Lizenz eigener Beiträge: GNU General Public License
Wohnort: Deutschland

Re: Kernel panic - not syncing: Aiee, killing interrupt handler

Beitrag von feldmaus » 13.03.2009 16:31:04

Hi,

eventuell besitzt dieser Kernel nicht die nötigen ATA Controller Treiber ?
Wie neu ist dein System ?

Grüße Markus

besto
Beiträge: 69
Registriert: 26.06.2007 21:05:07
Wohnort: Bremen

Re: Kernel panic - not syncing: Aiee, killing interrupt handler

Beitrag von besto » 14.03.2009 01:43:34

Hm, das System ist ca. 9 Monate alt. Vorher lief halt Lenny drauf als damaliges "testing" Betriebssystem. Da gab es keine Probleme.
Also, es ist mein Tip, dass es vom dist-upgrade kam. Aber sicher bin ich mir da nicht. Wäre schon blöd, wenn durch ein dist-upgrade plötzlich die Hardware nicht mehr erkannt wird.
An sich sind da zwei SATA Platten eingebaut und eine externe Platte hängt noch dran. Was braucht es denn an Infos? Hab gerade hardinfo installiert, da gibt es so viel Output, wäre vermutlich sinnvoll etwas gezielter zu schauen.

Aber schön, dass Du Dich gemeldet hast, war schon in Sorge, dass das Thema völlig unter geht.

Besto
Lebe so, dass es noch immer o.k. wäre, wenn alle Menschen so leben würden

Benutzeravatar
feldmaus
Beiträge: 1297
Registriert: 14.06.2005 23:13:22
Lizenz eigener Beiträge: GNU General Public License
Wohnort: Deutschland

Re: Kernel panic - not syncing: Aiee, killing interrupt handler

Beitrag von feldmaus » 14.03.2009 12:27:49

Bei deinem dist-upgrade ist vielleicht ein neuer Kernel installiert wurden,
der Probleme hat deinen IDE Controller an zu sprechen ?!

Poste mal,
+Kernel Version die nicht funktioniert
+IDE Controller Bezeichnung(Steht im Handbuch ?!)
Northbridge, Southbridge
+ <pci -v>
+ <lsmod>

Notfalls muss dir eine neue Kernel Version besorgen.
9 Monate sind in der Linux Welt "jung".
Der Laptop auf dem ich schreibe ist 5 Jahre alt und
mein wlan funktioniert immer noch nicht und wird es
wahrscheinlich auch nicht mehr. Einige Hardware wird nie
unterstützt werden, deshalb sollte man darauf achten was
man kauft. Mit <Nvidia> hast du jedenfalls schon mal nix
falsch gemacht. :-)

Grüße Markus

Benutzeravatar
feldmaus
Beiträge: 1297
Registriert: 14.06.2005 23:13:22
Lizenz eigener Beiträge: GNU General Public License
Wohnort: Deutschland

Re: Kernel panic - not syncing: Aiee, killing interrupt handler

Beitrag von feldmaus » 14.03.2009 18:57:22

Mir viel gerade ein, dass bei Umstellung deines Kernels vielleicht
auch dein root Verzeichnis nicht mehr über sda angesprochen wird,
sondern über hda, oder umgekehrt.

Du kannst im Boot Menu die Argumente bearbeiten.
Dann änderst du einfach mehrfach z.b. <root=/dev/sda3>
in <root=/dev/hda3>, die Zahl 3 kannst duch auch gegen
eine andere Zahl tauschen. Teste einfach mal aus von 1 bis
zu deiner maximalen Anzahl an Partitionen.

Grüße Markus

besto
Beiträge: 69
Registriert: 26.06.2007 21:05:07
Wohnort: Bremen

Re: Kernel panic - not syncing: Aiee, killing interrupt handler

Beitrag von besto » 14.03.2009 23:31:34

Hallo,

also so schlimm ist es nicht. Es sieht wie folgt aus:

Kernel:

2.6.26-1-amd64 läuft nicht sondern macht den Fehler.

Ein alter 2.6.25-2-amd64 läuft noch, aber nur ohne Grafik, weil der nvidia Treiber nur auf dem 2.6.26 läuft. D.h. im Moment nutze ich den Rechner als Server, der mit 2.6.25 läuft. Auf die Platten kann ich mit dem 2.6.25 Kernel ohne Probleme zurgeifen.

So jetzt Mal die Ausgabe von hardinfo:
PCI Devices
-----------

-PCI Devices-
Host bridge : ATI Technologies Inc RD780 Northbridge only dual slot PCI-e_GFX and HT1 K8 part
PCI bridge : ATI Technologies Inc RD790 PCI to PCI bridge
PCI bridge : ATI Technologies Inc RD790 PCI to PCI bridge
SATA controller : ATI Technologies Inc SB600 Non-Raid-5 SATA
USB Controller : ATI Technologies Inc SB600 USB
USB Controller : ATI Technologies Inc SB600 USB
USB Controller : ATI Technologies Inc SB600 USB
USB Controller : ATI Technologies Inc SB600 USB
USB Controller : ATI Technologies Inc SB600 USB
USB Controller : ATI Technologies Inc SB600 USB Controller
SMBus : ATI Technologies Inc SBx00 SMBus Controller
IDE interface : ATI Technologies Inc SB600 IDE
Audio device : ATI Technologies Inc SBx00 Azalia
ISA bridge : ATI Technologies Inc SB600 PCI to LPC Bridge
PCI bridge : ATI Technologies Inc SBx00 PCI to PCI Bridge
Host bridge : Advanced Micro Devices [AMD] Family 10h [Opteron, Athlon64, Sempron] HyperTransport Configuration
Host bridge : Advanced Micro Devices [AMD] Family 10h [Opteron, Athlon64, Sempron] Address Map
Host bridge : Advanced Micro Devices [AMD] Family 10h [Opteron, Athlon64, Sempron] DRAM Controller
Host bridge : Advanced Micro Devices [AMD] Family 10h [Opteron, Athlon64, Sempron] Miscellaneous Control
Host bridge : Advanced Micro Devices [AMD] Family 10h [Opteron, Athlon64, Sempron] Link Control
VGA compatible controller : nVidia Corporation GeForce 8400 GS
Ethernet controller : Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller
FireWire (IEEE 1394) : Texas Instruments TSB43AB23 IEEE-1394a-2000 Controller
dazu:
Storage
-------

-IDE Disks-
HL-DT-STDVD-RAM GSA-H58N
-SCSI Disks-
ATA SAMSUNG HD103UJ
ATA ST3400832AS
ATA ST3320620AS
SAMSUNG HD501LJ
und für die Module:
Kernel Modules
--------------

-Loaded Modules-
ppdev
lp
battery : ACPI Battery Driver
powernow_k8 : AMD Athlon 64 and Opteron processor frequency driver.
cpufreq_powersave : CPUfreq policy governor &apos;powersave&apos;
cpufreq_ondemand : &apos;cpufreq_ondemand&apos; - A dynamic cpufreq governor for Low Latency Frequency Transition capable processors
cpufreq_userspace : CPUfreq policy governor &apos;userspace&apos;
cpufreq_conservative : &apos;cpufreq_conservative&apos; - A dynamic cpufreq governor for Low Latency Frequency Transition capable processors optimised for use in a battery environment
cpufreq_stats : &apos;cpufreq_stats&apos; - A driver to export cpufreq stats through sysfs filesystem
freq_table : CPUfreq frequency table helpers
xt_limit : Xtables: rate-limit match
xt_tcpudp : Xtables: TCP, UDP and UDP-Lite match
ipv6 : IPv6 protocol stack for Linux
ipt_LOG : Xtables: IPv4 packet logging to syslog
ipt_MASQUERADE : Xtables: automatic-address SNAT
xt_DSCP : Xtables: DSCP/TOS field modification
ipt_REJECT : Xtables: packet "rejection" target for IPv4
nf_conntrack_irc : IRC (DCC) connection tracking helper
nf_conntrack_ftp : ftp connection tracking helper
xt_state : ip[6]_tables connection tracking state match module
iptable_nat
nf_nat
nf_conntrack_ipv4
nf_conntrack
iptable_mangle : iptables mangle table
iptable_filter : iptables filter table
ip_tables : IPv4 packet filter
x_tables : [ip,ip6,arp]_tables backend module
reiserfs : ReiserFS journaled filesystem
it87 : IT8705F/8712F/8716F/8718F/8726F, SiS950 driver
hwmon_vid : hwmon-vid driver
loop
firewire_sbp2 : SCSI over IEEE1394
snd_hda_intel : Intel HDA driver
snd_pcm_oss : PCM OSS emulation for ALSA.
snd_mixer_oss : Mixer OSS emulation for ALSA.
snd_pcm : Midlevel PCM code for ALSA.
snd_seq_dummy : ALSA sequencer MIDI-through client
snd_seq_oss : OSS-compatible sequencer module
snd_seq_midi : Advanced Linux Sound Architecture sequencer MIDI synth.
snd_rawmidi : Midlevel RawMidi code for ALSA.
snd_seq_midi_event : MIDI byte <-> sequencer event coder
snd_seq : Advanced Linux Sound Architecture sequencer.
snd_timer : ALSA timer interface
snd_seq_device : ALSA sequencer device management
parport_pc : PC-style parallel port driver
parport
rtc_cmos : Driver for PC-style &apos;CMOS&apos; RTCs
rtc_core : RTC class support
i2c_piix4 : PIIX4 SMBus driver
snd : Advanced Linux Sound Architecture driver for soundcards.
rtc_lib
soundcore : Core sound module
pcspkr : PC Speaker beeper driver
i2c_core : I2C-Bus main module
snd_page_alloc : Memory allocator for ALSA system.
wmi : ACPI-WMI Mapping Driver
button : ACPI Button Driver
evdev : Input driver event char devices
ext3 : Second Extended Filesystem with journaling extensions
jbd
mbcache : Meta block cache (for extended attributes)
ide_cd_mod : ATAPI CD-ROM Driver
cdrom
sd_mod : SCSI disk (sd) driver
ata_generic : low-level driver for generic ATA
atiixp : PCI driver module for ATI IXP IDE
usbhid : USB HID core driver
hid
ff_memless : Force feedback support for memoryless devices
usb_storage : USB Mass Storage driver for Linux
floppy
firewire_ohci : Driver for PCI OHCI IEEE1394 controllers
ide_pci_generic : PCI driver module for generic PCI IDE
firewire_core : Core IEEE1394 transaction logic
crc_itu_t : CRC ITU-T V.41 calculations
ide_core
ehci_hcd : 10 Dec 2004 USB 2.0 &apos;Enhanced&apos; Host Controller (EHCI) Driver
ahci : AHCI SATA low-level driver
ohci_hcd : 2006 August 04 USB 1.1 &apos;Open&apos; Host Controller (OHCI) Driver
libata : Library module for ATA devices
scsi_mod : SCSI core
r8169 : RealTek RTL-8169 Gigabit Ethernet driver
dock : ACPI Dock Station Driver
thermal : ACPI Thermal Zone Driver
processor : ACPI Processor Driver
fan : ACPI Fan Driver
hilft das oder braucht es die direkten lsmod ausgaben?
Lebe so, dass es noch immer o.k. wäre, wenn alle Menschen so leben würden

Benutzeravatar
feldmaus
Beiträge: 1297
Registriert: 14.06.2005 23:13:22
Lizenz eigener Beiträge: GNU General Public License
Wohnort: Deutschland

Re: Kernel panic - not syncing: Aiee, killing interrupt handler

Beitrag von feldmaus » 15.03.2009 12:53:33

Poste doch bitte mal die Datei </boot/grub/menu.lst> !
Dort steht wie bei dir deine root Partition angesprochen wird.

Diesen Eintrag kannst du beim GRUB Boot Menu ändern, ohne
dass es dauerhaft gespeichert wird. Dann änderst du die
<root=/dev/...> Option bis es passt. Zumindest nehme ich an,
dass es daran liegt. Probier das mal und sag was dabei rauß
kommt.

Grüße Markus

Spasswolf
Beiträge: 3472
Registriert: 30.11.2005 10:32:22
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Wald

Re: Kernel panic - not syncing: Aiee, killing interrupt handler

Beitrag von Spasswolf » 15.03.2009 13:07:20

Ich habe das Gefühle ihr verrent euch, der "Aiee, killing interrupt handler" Fehler stammt aus ../kernel/exit.c und hat, denke ich, mir der Rootpartition erstmal nichts zu tun. Hast du den Fehler auch wenn du einen neueren Kernel (2.6.27, 2.6.28, 2.6.29-rcX) einsetzt?

Benutzeravatar
Teddybear
Beiträge: 3163
Registriert: 07.05.2005 13:52:55
Lizenz eigener Beiträge: GNU Free Documentation License
Wohnort: Altomünster
Kontaktdaten:

Re: Kernel panic - not syncing: Aiee, killing interrupt handler

Beitrag von Teddybear » 15.03.2009 15:37:57

Ist "Kernel panic - not syncing" das einzigste was da auf dem Monitor zu sehen ist??
Sind da nicht noch mehr infos vorhanden?
Versuchungen sollte man nachgeben. Wer weiß, ob sie wiederkommen!
Oscar Wilde

Mod-Voice / My Voice

besto
Beiträge: 69
Registriert: 26.06.2007 21:05:07
Wohnort: Bremen

Re: Kernel panic - not syncing: Aiee, killing interrupt handler

Beitrag von besto » 16.03.2009 10:16:26

Hallo,

hm, interessant. Ja, es ist so, dass da noch eine ganze Menge anderes Zeugs steht. Allerdings ist nicht alles zu sehen. Die letzte Zeile war die mit not syncing: Aiee, killing interrupt handler
Einige Nachrichten sind schon aus dem Bildschirm heraus gelaufen, so dass sie nicht mehr erkennbar sind. Leider habe ich die Ausgabe in keinem Logfile danach gefunden :( . Dadurch dürfte einiges an Informationen verloren gehen. Hat da jemand eine Idee?
Ansonsten kann ich die Sachen abtippen, sobald ich vor dem Rechner bin (erst nächste Woche, sorry).
Ich glaube auch nicht, dass es was mit den Platten zu tun hat. Die sind zu dem Zeitpunkt schon weitgehend eingebunden.#

Einen höheren Kernel hab ich noch nicht probiert. Ich war bisher eigentlich immer mit den Versionen aus der debian-testing Distribution zufrieden, so dass ich nie einen Kernel compilieren musste. Wenn es darauf ankommt, kann ich es aber versuchen. Vermutlich muss dann der Grafik-Treiber von nvidia auch noch darauf angepasst werden. Wie gesagt, ich würde lieber den Weg gehen herauszufinden woran es liegt um das dann zu beheben. Leider braucht es jetzt etwas.

Danke auf jeden Fall schon Mal

Besto
Lebe so, dass es noch immer o.k. wäre, wenn alle Menschen so leben würden

besto
Beiträge: 69
Registriert: 26.06.2007 21:05:07
Wohnort: Bremen

Re: Kernel panic - not syncing: Aiee, killing interrupt handler

Beitrag von besto » 25.03.2009 12:12:30

O.k. hier bin ich wieder vor der Maschine. Trotz updates keine Veränderung. Leider kann ich nur wiedergeben, was noch auf dem Bildschirm war. Ich habe keinen log-File gefunden, wo der ganze Verlauf der Bildschirmausgabe zu finden war. Das letzte was ich als funktionierend gesehen hatte war, dass hald gestartet wurde (davor alsa und acpi). Dann kommt sehr schnell einiges an Ausgabe, wo der letzte Bildschirm ungefähr folgendes zeigt (ich lasse Teile weg, weil ich denke, dass genaue Speicheradressen zum Teil vermutlich noch nicht interessant sind):
[<ffffffff8039c1b6>] ? mon_bin_event+0x258/0x2d5
ab hier jetzt immer eine Speicheradresse wie oben und dann nacheinander:
? mon_bus_complete+0x3c/0x64
? mon_complete+019/0x2d
? usb_hcd_giveback_urb+0x062/0xa4
und ähnliche Ausgaben für
ehci_hcd
task_tick_fair
handle_IRQ_event
handle_fasteor_irq
do_IRQ
net_fran_inter ?

dann geht es weiter mit
<EOI>
Code: 89 c0 44 39 ca 41 0f 47 d1 c1 48 (or f8) 0c 81 e7 ff 0f 00 00 89 c0 89 d1 41 01 d0 48 c1 e0 04 48 03 7c 30 08 4c 89 d6 b8 00 00 00 00 fc <f3> a4 45 3b 43 04 49 89 f2 44 0f 43 c0 41 29 d1 45 85 c9 75 a9
RIP <ffffffff8039bf45> mon_copy_to_buff+0x50/0x69
RSP <ffff81042e50bc90>
CR2: ffff810006ec1000
--- [end trace 58037acf223aa565] ---
kernel panic - not syncing: Aiee, killing interrupt handler
Ich hoffe, ich hab mich nicht zu oft vertippt jetzt. Gibt das einen Eindruck? Wie bekomme ich den ganzen Bildschirm-Output in einen log-File. Vielleicht lässt sich dann noch mehr finden ...
Besto
Lebe so, dass es noch immer o.k. wäre, wenn alle Menschen so leben würden

besto
Beiträge: 69
Registriert: 26.06.2007 21:05:07
Wohnort: Bremen

Re: Kernel panic - not syncing: Aiee, killing interrupt handler

Beitrag von besto » 15.04.2009 14:14:26

So, einen Schritt weiter. Nach einem upgrade auf den Kernel
Linux 2.6.26-2-amd64
gab es keine Verbesserung. Daraus habe ich geschlossen, dass es zwar etwas mit dem Kernel zu tun hat, aber nicht unmittelbar am Kernel liegt.
Nach einigem herumprobieren habe ich den hal daemon vom Startprozess herausgeschmissen. Und siehe da: Es geht.
Offensichtlich hat hal mit dem 2.6.26 Kernel und der Architektur des Rechners Probleme.
D.h. Problem ist erkannt - aber Rechner ohne hald ... naja, Problem nicht so wirklich gebannt.

Besto
Lebe so, dass es noch immer o.k. wäre, wenn alle Menschen so leben würden

Antworten