• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

System friert ein. ist ath5k schuld?

Sören

Sören

Member
Hallo,

ich ärgere mich seit einigen Tagen mit Systemabstürzen herum, die wie folgt aussehen:
Das system friert einfach ein und ich kann noch nichtmal mehr mit SYS-RQ-Tasten den Rechner beenden, sondern muss wirklich zum stromschalter greifen.

Das tritt nur auf, wenn ich im Internet bin, bzw. wenn die Wlan-Karte aktiviert ist.

Ich hatte erst im Verdacht, dass das nur passiert, wenn das radeon -Modul gleichzeitig geladen ist, aber das modul habe ich nun mit der Zeile "blacklist radeon" in /etc/modprobe.d/blacklist herausgeworfen und trotzdem tritt das Problem noch auf.
Den Arbeitsspeicher habe ich schonmal überprüft, und fsck zeigt keine Badblocks im Read-only-test an. (ich weiß nicht, ob das ausreicht, orphaned inodes gabs teilweise recht viele, aber halt keine Badblocks.)


Der Absturz war hier um 13:49. Aber in /var/log/messages steht nichts wildes.
Code: 
Feb 14 13:37:29 linux dhclient: caught deadly SIGTERM
Feb 14 13:37:29 linux dhclient: could not restore resolv.conf: No such file or directory
Feb 14 13:37:45 linux gconfd (soeren-3668): (Version 2.22.0) wird gestartet, Prozesskennung 3668, Benutzer »soeren«
Feb 14 13:37:45 linux gconfd (soeren-3668): Die Adresse »xml:readonly:/etc/gconf/gconf.xml.mandatory« wurde an der Position 0 zu einer nur lesbaren Konfigurationsquelle aufgelöst
Feb 14 13:37:45 linux gconfd (soeren-3668): Die Adresse »xml:readwrite:/home/soeren/.gconf« wurde an der Position 1 zu einer schreibbaren Konfigurationsquelle aufgelöst
Feb 14 13:37:45 linux gconfd (soeren-3668): Die Adresse »xml:readonly:/etc/gconf/gconf.xml.defaults« wurde an der Position 2 zu einer nur lesbaren Konfigurationsquelle aufgelöst
Feb 14 13:37:45 linux gconfd (soeren-3668): Die Adresse »xml:readonly:/etc/gconf/gconf.xml.vendor« wurde an der Position 3 zu einer nur lesbaren Konfigurationsquelle aufgelöst
Feb 14 13:37:45 linux gconfd (soeren-3668): Die Adresse »xml:readonly:/etc/gconf/gconf.xml.schemas« wurde an der Position 4 zu einer nur lesbaren Konfigurationsquelle aufgelöst
Feb 14 13:38:04 linux su: (to root) soeren on /dev/pts/2
Feb 14 13:38:45 linux kernel: ath5k phy0: noise floor calibration timeout (2442MHz)
Feb 14 13:38:57 linux kernel: ath5k phy0: noise floor calibration timeout (2412MHz)
Feb 14 13:41:46 linux kernel: ath5k phy0: noise floor calibration timeout (2412MHz)
Feb 14 13:41:47 linux kernel: ath5k phy0: noise floor calibration timeout (2442MHz)
Feb 14 13:41:47 linux kernel: ath5k phy0: noise floor calibration timeout (2412MHz)
Feb 14 13:41:47 linux kernel: wlan1: direct probe to AP 00:12:43:4e:35:f0 try1
Feb 14 13:41:47 linux kernel: wlan1: direct probe to AP 00:12:43:4e:35:f0 try1
Feb 14 13:41:48 linux kernel: wlan1: direct probe to AP 00:12:43:4e:35:f0 try2
Feb 14 13:41:48 linux kernel: wlan1 direct probe responded
Feb 14 13:41:48 linux kernel: wlan1: authenticate with AP 00:12:43:4e:35:f0
Feb 14 13:41:48 linux kernel: wlan1: authenticated
Feb 14 13:41:48 linux kernel: wlan1: associate with AP 00:12:43:4e:35:f0
Feb 14 13:41:48 linux kernel: wlan1: deauthenticated
Feb 14 13:41:49 linux kernel: wlan1: direct probe to AP 00:12:43:4e:35:f0 try1
Feb 14 13:41:49 linux kernel: wlan1: direct probe to AP 00:12:43:4e:35:f0 try2
Feb 14 13:41:49 linux kernel: wlan1 direct probe responded
Feb 14 13:41:49 linux kernel: wlan1: authenticate with AP 00:12:43:4e:35:f0
Feb 14 13:41:49 linux kernel: wlan1: authenticated
Feb 14 13:41:49 linux kernel: wlan1: associate with AP 00:12:43:4e:35:f0
Feb 14 13:41:49 linux kernel: wlan1: RX ReassocResp from 00:12:43:4e:35:f0 (capab=0x421 status=0 aid=187)
Feb 14 13:41:49 linux kernel: wlan1: associated
Feb 14 13:43:47 linux kernel: wlan1: authenticate with AP 00:12:43:4e:35:f0
Feb 14 13:43:47 linux kernel: wlan1: authenticate with AP 00:12:43:4e:35:f0
Feb 14 13:43:47 linux kernel: wlan1: authenticated
Feb 14 13:43:47 linux kernel: wlan1: associate with AP 00:12:43:4e:35:f0
Feb 14 13:43:47 linux kernel: wlan1: RX ReassocResp from 00:12:43:4e:35:f0 (capab=0x421 status=0 aid=188)
Feb 14 13:43:47 linux kernel: wlan1: associated
Feb 14 13:45:12 linux kernel: ath5k phy0: noise floor calibration timeout (2412MHz)
Feb 14 13:47:17 linux kernel: ath5k phy0: noise floor calibration timeout (2412MHz)
Feb 14 13:47:47 linux kernel: wlan1: authenticate with AP 00:12:43:4e:35:f0
Feb 14 13:47:47 linux syslog-ng[2047]: last message repeated 2 times
Feb 14 13:47:47 linux kernel: wlan1: authenticated
Feb 14 13:47:47 linux kernel: wlan1: associate with AP 00:12:43:4e:35:f0
Feb 14 13:47:47 linux kernel: wlan1: deauthenticated
Feb 14 13:47:48 linux kernel: wlan1: direct probe to AP 00:12:43:4e:35:f0 try1
Feb 14 13:47:48 linux kernel: wlan1 direct probe responded
Feb 14 13:47:48 linux kernel: wlan1: authenticate with AP 00:12:43:4e:35:f0
Feb 14 13:47:48 linux kernel: wlan1: authenticated
Feb 14 13:47:48 linux kernel: wlan1: associate with AP 00:12:43:4e:35:f0
Feb 14 13:47:48 linux kernel: wlan1: RX ReassocResp from 00:12:43:4e:35:f0 (capab=0x421 status=0 aid=189)
Feb 14 13:47:48 linux kernel: wlan1: associated
Feb 14 13:49:31 linux kernel: ath5k phy0: noise floor calibration timeout (2412MHz)

System:
OS 11.0,
Kernel 2.6.27.13-4-default (das Problem tritt auch beim offiziellen, älteren Suse-Kernel auf)
WLAN: Atheros Communications Inc. AR5212/AR5213
Grafik: Radeon X1300

Kann mir jemand helfen?

Gruß
Sören
 
Heinz-Peter

Heinz-Peter

Guru
Vielleicht einfach überwachen was dort schuld ist?
Mach eine Konsole auf und führe das Kommando:
Code: 
tail -f  /var/log/messages
aus.
Alles was ab jetzt machst wird in der Konsole angezeigt.
Wenn der PC wieder sich aufhängt dann kannst in der Konsole sehen was vorher gelaufen ist.
Gruß
 
OP
Sören

Sören

Member
ich habe die Zeilen, die zum Zeitpunkt des Absturzes datiert waren, herauskopiert. Meinst du nicht, dass es egal ist, ob ich die Datei mit tail überwache oder einfach auf die Uhrzeit achte?

Mittlerweile hab ich mehrfach mein Opensuse neu installiert (da war doch ein Dateisystemfehler laut SUSE-DVD-Reparatur-Routine), doch das hat auch nichts gebracht. Mit einem 2.6.27.7-10er-Kernel läuft es jetzt immerhin schon eine Stunde ohne Absturz. Vielleicht bleibt das ja so.

gruß
Sören
 
OP
Sören

Sören

Member
Hat jedenfalls keinen unterschied gebracht.

ich hab jetzt madwifi, damit scheints zu gehen.

Danke trotzdem für die Mühe.

gruß
Sören
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben