Arch Linux

WLAN funktioniert nach KDE-Start nicht mehr

LessWire

Hallo zusammen,

es sind 5 Laptops im Einsatz, WLAN ist bei allen mit netcfg/wpa_supplicant mit WPA2-Key konfiguriert.

4 funktionieren völlig problemlos, bei einem jedoch:

- im runlevel 3 (also ohne X) keine Probleme, somit der Beweis für eine korrekte Konfiguration als auch Funktion der Hardware

- Nach KDE-Start funktioniert WLAN plötzlich nicht mehr!

- "ifconfig" und "iwconfig" zeigen zunächst nichts Auffälliges. Ein erneutes WLAN down/up führt zu keinen Fehlermeldungen, trotzdem geht's nicht mehr.

Wo hat KDE soviel Einfluß, daß das WLAN nicht mehr funktioniert? Ich weiß im Moment nicht, wo ich noch suchen könnte - vielleicht hat jemand eine Idee?

Danke + Gruß, LW.

fs4000

Vergleich mal "ip addr", "ip route" und die Datei /etc/resolv.conf vor und nach KDE-Start.

LessWire

Danke fs4000!
Leider führt es auch nicht weiter:

--- vor KDE-Start ------------
2: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000
    link/ether c4:17:fe:9e:2e:ec brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.81/24 brd 192.168.0.255 scope global wlan0
192.168.0.0/24 dev wlan0  proto kernel  scope link  src 192.168.0.81
default via 192.168.0.6 dev wlan0
nameserver 192.168.0.6

--- nach KDE-Start ------------
2: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000
    link/ether c4:17:fe:9e:2e:ec brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.81/24 brd 192.168.0.255 scope global wlan0
192.168.0.0/24 dev wlan0  proto kernel  scope link  src 192.168.0.81
default via 192.168.0.6 dev wlan0
nameserver 192.168.0.6

Bleibt identisch. Nameserver wäre erstmal egal, da auch ein "ping 192.168.0.6" nicht funktioniert.

wlan0     IEEE 802.11bg  ESSID:"myessid"
          Mode:Managed  Frequency:2.417 GHz  Access Point: 00:18:39:0C:E7:5F
          Bit Rate=1 Mb/s   Tx-Power=20 dBm
          Retry  long limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:off
          Link Quality=70/70  Signal level=-21 dBm
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0

-- ifconfig --
wlan0     Link encap:Ethernet  HWaddr C4:17:FE:9E:2E:EC
          inet addr:192.168.0.81  Bcast:192.168.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:31 errors:0 dropped:0 overruns:0 frame:0
          TX packets:45 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:4540 (4.4 Kb)  TX bytes:3383 (3.3 Kb)

Gruß, LW.

Taxman

Versuche doch mal folgendes: Entlade das Modul für deine Netzwerkkarte vor dem Suspend manuell (modprobe -r).

Sollte die Verbindung nach dem Aufwachen und erneutem Laden des Moduls funktionieren, kannst du eine Configdatei unter /etc/pm/config.d/ anlegen:

SUSPEND_MODULES="<modul>" # the list of modules to be unloaded before suspend

EDIT:

Ich Depp habe mal wieder viel zu schnell gelesen. Bei dir geht's gar nicht um Probleme mit Suspend/Hibenate.

Schau mal mit iwconfig nach, ob KDE die Karte eventuell zum Stromsparen in den Suspend schickt.

fs4000

Stimmt, im Akkubetrieb schalten die neuen pm-utils die Sendeleistung der WLAN-Karte runter. Probier mal das:

touch /etc/pm/power.d/wireless

Wenns hilft, passt deiner Karte was an "/usr/lib/pm-utils/power.d/wireless" nicht. Wenn nicht, die Datei /etc/pm/power.d/wireless wieder löschen.

LessWire

@Taxman, fs4000: Gute Ideen, danke!

Ich war zwischenzeitlich aber auch nicht faul. ;-)

Erwähnenswert ist, daß ein - zumindest in der Linuxwelt nicht unbedingt favorisierbarer - Chip von Broadcom für WLAN im Einsatz ist.

Geholfen hat "options b43 pio=1" in "/etc/modprobe.d/modprobe.conf". Der Zeitraum ist noch zu kurz für eine endgültige Erfolgsaussage. Aber nach ein paar Tests zeigen sich besagte Probleme nicht mehr, es funktioniert so wie es sein soll. :-)

Danke,
Gruß, LW.