Kernel failure nach Neuinstallation

Debjanux · Beitrag von **Debjanux** » 15.04.2009 14:01:23

Hallo zusammen, ich habe gestern von Etch auf Lenny gewechselt und dabei das gesamte System neu installiert (da ich lieber ein sauberes System als Probleme mit dem Upgrade haben wollte). Obwohl – abgesehen von ein paar Kleinigkeiten (unter anderem mein Wireless mit b43-fwcutter) – alles prima und mit der gewohnten Stabilität funktioniert, erscheint ständig ein Warndialog, dass mein System ein Kernel-Ausfall gehabt hätte (“Your system had a kernel failure”, siehe Bild). Von einem Ausfall habe ich jedoch nichts bemerkt …

Bild

Hat vielleicht jemand eine Ahnung, was dies sein könnte? Oder kann ich ohne weiteres das Paket kerneloops, das anscheinend für den Warndialog verantwortlich ist, deinstallieren?

storm · Beitrag von **storm** » 15.04.2009 17:54:10

Debjanux hat geschrieben:Obwohl – abgesehen von ein paar Kleinigkeiten (unter anderem mein Wireless mit b43-fwcutter) – alles prima und mit der gewohnten Stabilität funktioniert, erscheint ständig ein Warndialog, ...

Was heisst ständig? Einmal nach dem Starten oder alle 2 min?

Hat vielleicht jemand eine Ahnung, was dies sein könnte? Oder kann ich ohne weiteres das Paket kerneloops, das anscheinend für den Warndialog verantwortlich ist, deinstallieren?

Ein kerneloops kann alles mögliche anrichten, vom Flugzeugabsturz bis zum Schiffsuntergang

- wenn bei dir nix weiter passiert, freu dich. Aber das Paket zu deinstallieren wäre etwas blöd, da die wirkliche Ursache für den Fehler ja weiterhin existiert, du sie aber nur nicht mehr siehst. Außerdem möchtest du ja bestimmt auch einen fehlerfreien Kernel, den gibt es aber nur, wenn sich jemand der Fehler annimmt bzw. sie wenigstens erstmal sieht. Das genau macht das Paket kerneloops, es übermittelt solche Fehler an die gleichnamige Webseite, wo sich die Kernel-Entwickler informieren können.

Du könntest in diesem Dialog natürlich auch "always" klicken und hoffen, dass das in Zukunft immer im Hintergrund gemacht wird. Alternativ könntest du auch nach der Ursache suchen und vielleicht sogar beseitigen, Stichwort dmesg bzw. syslog.

ciao, storm

Milbret · Beitrag von **Milbret** » 15.04.2009 18:33:29

Hallo,
mein Problem mit Kerneloops ist noch etwas spaßiger

Ich habe in den letzten Monaten testing auf meinem Desktop und Laptop laufen.
Leider ist das tolle, dass ich zwar den kerneloops Deamon habe, dieser auch gestartet wird, ich aber weder den Client sehe noch eine "Starting Kerneloops: kerneloopsd" erscheint.
Dort steht dann "Starting Kerneloops: ".

Hab es auch schon mehrmals neu installiert, einmal komplett gelöscht etc.
Weiß jemand was da los ist?
Ich bin auch am überlegen meine beiden Kisten erst einmal wieder auf stable umzustellen und zu einem passenden Zeitpunkt, wenn testing wieder security Update erhält, zu wechseln.
Was kann man hier empfehlen?

Martin

Debjanux · Beitrag von **Debjanux** » 16.04.2009 10:18:40

Was heisst ständig? Einmal nach dem Starten oder alle 2 min?

Der Dialog erscheint erstens immer nach dem Starten und dann – so schien es mir auf jeden Fall – jedes Mal, wenn ich versuchte, über das Wireless Kontakt mit meinem Router aufzunehmen, was aber immer scheiterte. Deswegen bin ich zuerst auch davon ausgegangen, dass der Kernel Failure vielleicht etwas mit meiner nicht funktionierenden Internetverbindung per WLAN zu tun hat. Ich habe deswegen das Paket b43-fwcutter wieder deinstalliert. Da es die Firmware jedoch nicht auch löschte, habe ich zusätzlich den gesamten Inhalt von /lib/firmware gelöscht. Nach einem Neustart ist der Warnhinweis von kerneloops jedoch wieder erschienen. Beim Durchsehen von /var/log/syslog ist mir jedoch aufgefallen, dass die Firmware-Datei b43/ucode5.fw bemängelt wird. Merkwürdigerweise wurde diese Datei auch bemängelt, als das Paket b43-fwcutter noch installiert ist. Vielleicht hat das Wireless nichts mit dem Kernel Failure zu tun …

Auszug aus meiner /var/log/syslog (siehe komplette Logdatei von heute, seit dem Systemstart: http://nopaste.debianforum.de/20797)

Code: Alles auswählen

Apr 16 08:50:27 debian-laptop kernel: [   24.586497] firmware: requesting b43/ucode5.fw
Apr 16 08:50:27 debian-laptop kernel: [   24.657218] b43-phy0 ERROR: Firmware file "b43/ucode5.fw" not found or load failed.
Apr 16 08:50:27 debian-laptop kernel: [   24.670742] b43-phy0 ERROR: You must go to http://linuxwireless.org/en/users/Drivers/b43#devicefirmware and download the latest firmware (version 4).

Beim Durchsehen von /var/log/syslog ist mir übrigens auch eine Reihe von PCI Interrupts aufgefallen. Könnten die eventuell das Problem sein?

Hier meine Logdateien von heute (seit dem Systemstart):

[*] kern.log: http://nopaste.debianforum.de/20796
[*] syslog: http://nopaste.debianforum.de/20797
[*] messages: http://nopaste.debianforum.de/20798

Danke für eure Hilfe und liebe Grüße

storm · Beitrag von **storm** » 16.04.2009 19:52:12

Debjanux hat geschrieben:
Was heisst ständig? Einmal nach dem Starten oder alle 2 min?
Der Dialog erscheint erstens immer nach dem Starten und dann – so schien es mir auf jeden Fall – jedes Mal, wenn ich versuchte, über das Wireless Kontakt mit meinem Router aufzunehmen, was aber immer scheiterte.

Ok, das erscheint plausibel.

Deswegen bin ich zuerst auch davon ausgegangen, dass der Kernel Failure vielleicht etwas mit meiner nicht funktionierenden Internetverbindung per WLAN zu tun hat. Ich habe deswegen das Paket b43-fwcutter wieder deinstalliert. Da es die Firmware jedoch nicht auch löschte, habe ich zusätzlich den gesamten Inhalt von /lib/firmware gelöscht. Nach einem Neustart ist der Warnhinweis von kerneloops jedoch wieder erschienen. Beim Durchsehen von /var/log/syslog ist mir jedoch aufgefallen, dass die Firmware-Datei b43/ucode5.fw bemängelt wird. Merkwürdigerweise wurde diese Datei auch bemängelt, als das Paket b43-fwcutter noch installiert ist. Vielleicht hat das Wireless nichts mit dem Kernel Failure zu tun …

Das Paket fw-cutter hat afair eigentlich nichts mit der firmware selbst zu tun, sondern dient nur dem "Rausschneiden" einer firmware aus dem windows-Treiber. Insofern wird bei dir die firmware fehlen oder an einer falschen Stelle liegen oder die Datei ist kaputt.

Auszug aus meiner /var/log/syslog (siehe komplette Logdatei von heute, seit dem Systemstart: http://nopaste.debianforum.de/20797)

Da ist nichts ungewöhnliches zu sehen, auch sehen oopses eigentlich anders aus, mit viel mehr Text, als das, was bei dir als ERROR erscheint (das wird vllt. auch gefiltert). Also mangels Alternativen würd ich ein fixen der wlan-Hardware bzw. das Laden der entsprechenden firmware-Datei als nächsten Angriffspunkt vorschlagen. :)

ciao, storm

Debjanux · Beitrag von **Debjanux** » 16.04.2009 22:47:05

Das Paket fw-cutter hat afair eigentlich nichts mit der firmware selbst zu tun, sondern dient nur dem "Rausschneiden" einer firmware aus dem windows-Treiber.

Das ist mir schon bewusst, jedoch sollte das Paket b43-fwcutter die entsprechende Firmware aus dem Internet laden. Übrigens ist seit einiger Zeit kein einziger Kernel-Aussetzer mehr gemeldet worden (also auch nicht direkt nach dem Hochfahren), obwohl ich die Firmware bereits seit einiger Zeit gelöscht habe. Es scheint aber wirklich, dass der Kernel-Aussetzer mit der Firmware zu tun hat. Protokolliert kerneloops die Kernel-Ausfälle eigentlich nicht irgendwo?

Also mangels Alternativen würd ich ein fixen der wlan-Hardware bzw. das Laden der entsprechenden firmware-Datei als nächsten Angriffspunkt vorschlagen.

Der Witz ist nur, dass der Kernel mir mitteilt, dass ich auf http://linuxwireless.org/en/users/Drive ... cefirmware gehen soll und dort die neuste Firmware herunterladen soll.

Code: Alles auswählen

Apr 16 08:50:27 debian-laptop kernel: [ 24.586497] firmware: requesting b43/ucode5.fw
Apr 16 08:50:27 debian-laptop kernel: [ 24.657218] b43-phy0 ERROR: Firmware file "b43/ucode5.fw" not found or load failed.
Apr 16 08:50:27 debian-laptop kernel: [ 24.670742] b43-phy0 ERROR: You must go to http://linuxwireless.org/en/users/Drivers/b43#devicefirmware and download the latest firmware (version 4).

Auf der entsprechenden Seite wird mir dann empfohlen, b43-fwcutter zu installieren. Genau das habe ich jedoch bereits erfolglos versucht …

Ich versuche es sonst wieder mit ndiswrapper; damit hat mein WLAN unter Etch ohne Probleme funktioniert.

Danke für deine Hilfe und liebe Grüße

Debjanux · Beitrag von **Debjanux** » 16.04.2009 23:33:42

Habe das b43-fwcutter-Paket nun nocheinmal installiert (genau gleich wie das letzte Mal) und nun funktioniert es!

Dabei ist nicht einmal ein Kerneloops-Dialog erschienen … Bin gespannt, wann der nächste erscheint …

Debjanux · Beitrag von **Debjanux** » 16.04.2009 23:40:57

Rechner zweimal neu gestartet und immer noch keine Kerneloops-Warnung! *kopfschüttel* Vielleicht ist bei der vorherigen Installation von b43-fwcutter etwas schief gelaufen.

Danielx · Beitrag von **Danielx** » 17.04.2009 00:49:28

Debjanux hat geschrieben:Rechner zweimal neu gestartet und immer noch keine Kerneloops-Warnung!

Vielleicht sucht das komische Programm nur nach bestimmten Zeichenketten, wie z.B. "ERROR" (siehe den von dir geposteten Ausschnitt einer Log-Datei) in den entsprechenden Log-Dateien und zeigt dann das Kernel-Fehler-Fenster an, wenn es fündig wird.

Gruß,
Daniel

Debjanux · Beitrag von **Debjanux** » 17.04.2009 09:11:15

Habe mich wohl zu früh gefreut – der Kernel-Aussetzer-Dialog erscheint wieder wie am Anfang, also unmittelbar nach jedem Neustart und wenn ich mich mit dem Internet verbinde (via WLAN) bzw. eine neue ESSID aussuche.

Beitrag von **habakug** » 17.04.2009 09:42:55

Hallo!

Kerneloops ist kein komisches Programm, sondern eine nützliche Einrichtung, die beim Auffinden und Beseitigen von Fehlern hilft.

/etc/kerneloops.conf hat geschrieben:# Enabling this option will cause your system to submit certain kernel
# output to the kerneloops.org website, where it will be available via
# this website to developers and everyone else.
# The submitted info are so-called "oopses", kernel crash signature.
# However, due to the nature of oopses, it may happen that a few
# surrounding lines of the oops in the "dmesg" are being sent together
# with the oops.

Die OOPSe werden nach dmesg geloggt und (ohne weitere Vorkehrungen) nur dorthin. Die Webseite [1] ist für Entwickler und User gleichermaßen interessant und hilfreich.

Debjanux hat geschrieben:jedoch sollte das Paket b43-fwcutter die entsprechende Firmware aus dem Internet laden.

Das ist Unsinn. Die entsprechende Firmware muß man sich schon selbst besorgen, wie es auch auf der in dmesg verlinkten Webseite beschrieben wird. Hat man das Paket schon mit "apt-get install b43-fwcutter" installiert, geht es so:

Code: Alles auswählen

wget http://mirror2.openwrt.org/sources/broadcom-wl-4.150.10.5.tar.bz2
tar xjf broadcom-wl-4.150.10.5.tar.bz2
cd broadcom-wl-4.150.10.5/driver
b43-fwcutter -w /lib/firmware wl_apsta_mimo.o

Die Firmware ist jetzt nach "/lib/firmware/b43" extrahiert, an dieser Stelle wird sie ja auch gesucht.
Jetzt ist ein Neustart fällig oder das Modul muß neu geladen werden:

Code: Alles auswählen

modprobe -r b43
modprobe b43

Gruß, habakug

[1] http://www.kerneloops.org

Debjanux · Beitrag von **Debjanux** » 17.04.2009 22:19:10

Das ist Unsinn. Die entsprechende Firmware muß man sich schon selbst besorgen, wie es auch auf der in dmesg verlinkten Webseite beschrieben wird.

Ich habe das Paket mit synaptics installiert und ich wurde beim Installieren gefragt, ob ich die Firmware aus dem Internet laden und installieren will (siehe auch auf der von dmesg verlinkten Homepage unter Punkt 2). Das von dir beschriebene Vorgehen hat unter /lib/firmware noch einmal dieselben Dateien kopiert. Der einzige Unterschied: Mit dem automatischen Download und der Installation wurde unter /lib/firmware zudem ein Ordner b43legacy erstellt, der dem Anschein nach nochmals die selben Dateien enthält.

Debjanux · Beitrag von **Debjanux** » 18.04.2009 10:41:28

Bin nun ziemlich sicher, dass der angebliche Kernel-Aussetzer mit dem b43-fwcutter-Paket zusammenhängt. Wahrscheinlich gibt es da irgend einen Bug in einem der WLAN-Treiber. Werde es sonst mal mit ndiswrapper versuchen.

storm · Beitrag von **storm** » 18.04.2009 11:15:30

Debjanux hat geschrieben:Rechner zweimal neu gestartet und immer noch keine Kerneloops-Warnung! *kopfschüttel* Vielleicht ist bei der vorherigen Installation von b43-fwcutter etwas schief gelaufen.

Oder die Software selbst hat einen Fehler. Und laut launchpad, dem ubuntu-bugtracker, scheint da was falsch zu laufen: https://bugs.launchpad.net/ubuntu/+sour ... bug/197819

Eine mögliche Lösung (das Installieren der fw von Hand) ist hier zu finden: https://bugs.launchpad.net/ubuntu/+sour ... bug/202567

ciao, storm

storm · Beitrag von **storm** » 18.04.2009 11:41:53

Debjanux hat geschrieben:Bin nun ziemlich sicher, dass der angebliche Kernel-Aussetzer mit dem b43-fwcutter-Paket zusammenhängt. Wahrscheinlich gibt es da irgend einen Bug in einem der WLAN-Treiber. Werde es sonst mal mit ndiswrapper versuchen.

Nein, die Systematik ist folgende: kerneloops meldet sich, weil dein kernel einen Fehler meldet (er findet die firmware nicht). Das passiert weil fwcutter offensichtlich nicht in der Lage ist, die richtige firmware zu installieren, oder die falsche firmware installiert wird (siehe ubuntu-Fehler).
Eine Lösung hat habakug ja schon beschrieben: das manuelle Installieren der firmware. Du musst höchstens noch aufpassen, dass du die für deine Hardware passende firmware findest. Falls du das zum Laufen bekommst, sollten die Fehlermeldungen aufhören und auch der kerneloops-Dialog sollte dann nicht mehr auftauchen.

ciao, storm

Debjanux · Beitrag von **Debjanux** » 18.04.2009 14:31:55

Das passiert weil fwcutter offensichtlich nicht in der Lage ist, die richtige firmware zu installieren, oder die falsche firmware installiert wird (siehe ubuntu-Fehler).

Anscheinend habe ich mich nicht so klar ausgedrückt oder dann hast du etwas falsch verstanden: b43-fwcutter hat schon die richtige Firmware installiert, denn ich kann mich per WLAN mit dem Internet verbinden. Als ich die Zeilen aus syslog zitiert habe (»b43-phy0 ERROR: Firmware file "b43/ucode5.fw" not found or load failed.«) war b43-fwcutter und die Firmware ja nicht installiert. Zudem hat das von habakug beschriebene manuelle Installieren der Firmware ja auch nicht geholfen: Das WLAN geht zwar, die Kerneloops-Dialog erscheinen jedoch immer noch. Das WLAN hat ja auch mit der automatischen Installation der Firmware durch b43-fwcutter außer beim ersten Mal, wo vermutlich etwas beim Downloaden der Firmware schief gelaufen ist, immer funktioniert.

Danielx · Beitrag von **Danielx** » 18.04.2009 15:02:56

"dmesg" sagt dir, wo es hakt.

Gruß,
Daniel

Debjanux · Beitrag von **Debjanux** » 18.04.2009 15:31:57

Protokoll eines weiteren Kernel-Aussetzers:
[*] Starten des Rechners, über Netzwerkkabel mit meinem Router und damit mit dem Internet verbunden
[*] Keine (!) Kerneloops-Meldung nach dem Login unter GNOME
[*] Surfen im Internet übers Kabel
[*] Herausziehen des Netzwerkkabels, da ich nicht mehr im Internet surfen will
[*] Das nm-applet zeigt an, dass es mich mit einem WLAN-Netzwerk verbinden will
[*] Kerneloops-Fehlermeldung erscheint

Hier die Logdateien (gerade um die Zeit des Fehlers):
[*] /var/log/messages: http://nopaste.debianforum.de/20862
[*] /var/log/syslog: http://nopaste.debianforum.de/20863
[*] /var/log/kern.log: http://nopaste.debianforum.de/20864

Und noch dmesg:
[*] http://nopaste.debianforum.de/20865

Ehrlich gesagt komme ich bei dmesg nicht ganz nach: Wieso gibt es da keine Zeitangaben? Und was bedeuten die Zahlen in den eckigen Klammern?

Liebe Grüße

Danielx · Beitrag von **Danielx** » 18.04.2009 17:08:52

Code: Alles auswählen

Apr 18 15:12:40 debian-laptop kernel: [ 1707.328566] ------------[ cut here ]------------
Apr 18 15:12:40 debian-laptop kernel: [ 1707.328574] WARNING: at net/mac80211/rate.h:153 rate_control_pid_rate_init+0x55/0x70 [mac80211]()
(...)
Apr 18 15:12:40 debian-laptop kernel: [ 1707.328753] Pid: 0, comm: swapper Not tainted 2.6.26-2-686 #1
Apr 18 15:12:40 debian-laptop kernel: [ 1707.328767]  [<c01225bb>] warn_on_slowpath+0x40/0x66
Apr 18 15:12:40 debian-laptop kernel: [ 1707.328814]  [<c0118400>] account_user_time+0x1e/0x32
Apr 18 15:12:40 debian-laptop kernel: [ 1707.328838]  [<c011a68d>] __wake_up+0x29/0x39
Apr 18 15:12:40 debian-laptop kernel: [ 1707.328861]  [<c01228e7>] wake_up_klogd+0x2b/0x2d
Apr 18 15:12:40 debian-laptop kernel: [ 1707.328884]  [<c026fb56>] rt_intern_hash+0x2d3/0x2e4
Apr 18 15:12:40 debian-laptop kernel: [ 1707.328925]  [<f9044a2d>] sta_info_alloc+0x132/0x13b [mac80211]
Apr 18 15:12:40 debian-laptop kernel: [ 1707.328966]  [<f9057292>] rate_control_pid_rate_init+0x55/0x70 [mac80211]
Apr 18 15:12:40 debian-laptop kernel: [ 1707.329013]  [<f90465d3>] ieee80211_ibss_add_sta+0xc9/0xe1 [mac80211]
Apr 18 15:12:40 debian-laptop kernel: [ 1707.329067]  [<f904edfe>] __ieee80211_rx_handle_packet+0x441/0x669 [mac80211]
Apr 18 15:12:40 debian-laptop kernel: [ 1707.329141]  [<f8fe8345>] op32_fill_descriptor+0x24/0x8e [b43]
Apr 18 15:12:40 debian-laptop kernel: [ 1707.329186]  [<f9050cce>] __ieee80211_rx+0x446/0x498 [mac80211]
Apr 18 15:12:40 debian-laptop kernel: [ 1707.329227]  [<f8fe88f2>] op32_set_current_rxslot+0x1f/0x22 [b43]
Apr 18 15:12:40 debian-laptop kernel: [ 1707.329277]  [<f90423bc>] ieee80211_tasklet_handler+0x4c/0xe8 [mac80211]
Apr 18 15:12:40 debian-laptop kernel: [ 1707.329330]  [<c0126a1b>] tasklet_action+0x68/0xd0
Apr 18 15:12:40 debian-laptop kernel: [ 1707.329343]  [<c01265cd>] __do_softirq+0x66/0xd3
Apr 18 15:12:40 debian-laptop kernel: [ 1707.329358]  [<c012667f>] do_softirq+0x45/0x53
Apr 18 15:12:40 debian-laptop kernel: [ 1707.329369]  [<c0126936>] irq_exit+0x35/0x67
Apr 18 15:12:40 debian-laptop kernel: [ 1707.329377]  [<c0105f3f>] do_IRQ+0x52/0x63
Apr 18 15:12:40 debian-laptop kernel: [ 1707.329393]  [<c01042a7>] common_interrupt+0x23/0x28
Apr 18 15:12:40 debian-laptop kernel: [ 1707.329419]  [<c0139d59>] tick_nohz_stop_sched_tick+0x2ba/0x2ca
Apr 18 15:12:40 debian-laptop kernel: [ 1707.329449]  [<c0249996>] cpuidle_idle_call+0x0/0x86
Apr 18 15:12:40 debian-laptop kernel: [ 1707.329464]  [<c010253c>] cpu_idle+0x19/0xcb
Apr 18 15:12:40 debian-laptop kernel: [ 1707.329481]  =======================
Apr 18 15:12:40 debian-laptop kernel: [ 1707.329486] ---[ end trace 3344b534d7c40cb4 ]---

Ist also ein WLAN-Kernel-Bug, ein möglicher Grund ist hier zu finden:
http://kerneltrap.org/mailarchive/linux ... 15/2499894

Hast du den Fehler schon mit dem Kerneloops-Programm gemeldet?

Gruß,
Daniel

storm · Beitrag von **storm** » 18.04.2009 17:34:40

Ehrlich gesagt komme ich bei dmesg nicht ganz nach: Wieso gibt es da keine Zeitangaben? Und was bedeuten die Zahlen in den eckigen Klammern?

dmesg gibt den Inhalt des Ringpuffers (ein kernel-eigener Speicher) aus. Die Zeitangaben, die du in den log-Dateien siehst, werden durch den syslog-daemon aufbereitet. Die Zahlen in eckigen Klammern sind hingegen schon Zeitangaben des kernels, aber als Sekunden-Angabe bezogen auf den Start des Systems. Das hilft zu identifizieren, wie lange einzelne Teile des Kerns beim Start brauchen.

ciao, storm

Debjanux · Beitrag von **Debjanux** » 18.04.2009 22:31:33

Hast du den Fehler schon mit dem Kerneloops-Programm gemeldet?

Ja, jedes Mal, als er aufgetreten ist – also schon über zwanzig Mal …

Die Zahlen in eckigen Klammern sind hingegen schon Zeitangaben des kernels, aber als Sekunden-Angabe bezogen auf den Start des Systems.

Danke für deine Erklärung! Das heißt, dass dmesg bei jedem Kernel-Start neu geschrieben wird? Bei syslog etc. werden mehrere Kernel-Starts ja nacheinander in derselben Datei gespeichert.

Ist also ein WLAN-Kernel-Bug

Sehen Kernel-Bugs immer so kryptisch aus? Ehrlich gesagt verstehe ich nicht, was die vielen Zeichen bedeuten … Habe mich auch noch nie groß darum gekümmert, weil bisher alles ohne Probleme lief …

Danielx · Beitrag von **Danielx** » 18.04.2009 23:29:59

Debjanux hat geschrieben:Ja, jedes Mal, als er aufgetreten ist – also schon über zwanzig Mal …

Fleißig.

Debjanux hat geschrieben:Das heißt, dass dmesg bei jedem Kernel-Start neu geschrieben wird?

Könnte man so in etwa sagen, wobei die Daten nie auf der Festplatte gespeichert werden, ist der Rechner aus, ist der Puffer leer.

Gruß,
Daniel

Beitrag von **habakug** » 19.04.2009 12:37:57

Hallo!

Apr 18 15:12:40 debian-laptop kernel: [ 1707.329013] [<f90465d3>] ieee80211_ibss_add_sta+0xc9/0xe1 [mac80211]

Versuchst du da eigentlich ein ad-hoc-Netzwerk (IBSS) zu starten? Du solltest dir nochmal den Unterschied zwischen ad-hoc und infrastructure vor Augen führen. Wie hast du konfiguriert?

Gruß, habakug

Danielx · Beitrag von **Danielx** » 19.04.2009 13:51:53

habakug hat geschrieben:Versuchst du da eigentlich ein ad-hoc-Netzwerk (IBSS) zu starten?

Ja, sieht danach aus, denn in der syslog steht auch:

Code: Alles auswählen

Apr 18 15:12:40 debian-laptop kernel: [ 1706.692307] wlan0: Trigger new scan to find an IBSS to join

Allerdings scheint er wohl den NetworkManager zu verwenden, ich wüsste nicht, dass man in dieser Richtung da beim NetworkManager überhaupt etwas konfigurieren kann.
Oder lässt sich da beim verwendeten nm-applet etwas einstellen?

Zu was für einem Router bzw. Rechner versuchst du denn eine WLAN-Verbindung herzustellen?

Gruß,
Daniel

storm · Beitrag von **storm** » 19.04.2009 15:43:10

Debjanux hat geschrieben:Sehen Kernel-Bugs immer so kryptisch aus? Ehrlich gesagt verstehe ich nicht, was die vielen Zeichen bedeuten …

Für dich sehen die halt kryptisch aus. Jemand, der schon mehr als nur ein Hello World programmiert hat, kann damit sehr wohl etwas anfangen. Aber normalerweise muss das den User, also uns, auch nicht interessieren. :)

Mal zu Erläuterung:

Code: Alles auswählen

WARNING: at net/mac80211/rate.h:153 rate_control_pid_rate_init+0x55/0x70 [mac80211]()

aus dem Log, deutet auf die Stelle des Fehlers hin. Verfolgt man das weiter mit grep und Konsorten, kommt man zu

Code: Alles auswählen

static void
rate_control_pid_rate_init(void *priv, struct ieee80211_supported_band *sband,
                           struct ieee80211_sta *sta, void *priv_sta)

und in dieser Funktion ist der folgende Kommentar zu finden:

Code: Alles auswählen

/* TODO: This routine should consider using RSSI from previous packets
         * as we need to have IEEE 802.1X auth succeed immediately after assoc..
         * Until that method is implemented, we will use the lowest supported
         * rate as a workaround. */

Da bei anderer wlan-Hardware dieser Fehler nicht auftaucht, ist die Ursache des Fehlers anscheinend beim Treiber deiner Hardware zu suchen.
edit: Doch, der Fehler ist in leicht anderer Form auch bei iwlwifi zu finden.

Der Rest der Fehlerausgabe ist der stack (von unten nach oben zu lesen), der beschreibt, wie der kernel an diese Stelle gekommen ist.

Danielx hat geschrieben:
Debjanux hat geschrieben:Das heißt, dass dmesg bei jedem Kernel-Start neu geschrieben wird?
Könnte man so in etwa sagen, wobei die Daten nie auf der Festplatte gespeichert werden, ist der Rechner aus, ist der Puffer leer.

Nicht ganz, /etc/init.d/bootmisc.sh speichert dmesg schon, wenn in rcS.d verlinkt.

ciao, storm

debianforum.de

Kernel failure nach Neuinstallation

Kernel failure nach Neuinstallation

Re: Kernel failure nach Neuinstallation

Re: Kernel failure nach Neuinstallation

Re: Kernel failure nach Neuinstallation

Re: Kernel failure nach Neuinstallation

Re: Kernel failure nach Neuinstallation

Re: Kernel failure nach Neuinstallation

Re: Kernel failure nach Neuinstallation

Re: Kernel failure nach Neuinstallation

Re: Kernel failure nach Neuinstallation

Re: Kernel failure nach Neuinstallation

Re: Kernel failure nach Neuinstallation

Re: Kernel failure nach Neuinstallation

Re: Kernel failure nach Neuinstallation

Re: Kernel failure nach Neuinstallation

Re: Kernel failure nach Neuinstallation

Re: Kernel failure nach Neuinstallation

Re: Kernel failure nach Neuinstallation

Re: Kernel failure nach Neuinstallation

Re: Kernel failure nach Neuinstallation

Re: Kernel failure nach Neuinstallation

Re: Kernel failure nach Neuinstallation

Re: Kernel failure nach Neuinstallation

Re: Kernel failure nach Neuinstallation

Re: Kernel failure nach Neuinstallation