9.3+KDE 3.4.3: WLAN geht nur manuell und Panelprobleme

21 Oct 2005

      Hallo Gemeinde,

ich habe seit einigen Wochen Probleme mit meinem WLAN (WEP, IPW2200) in meinem 
Dell Inspiron 700m (US-Modell). Das war bisher nicht so wichtig, weil ich im 
Büro und zu Hause verkabelt arbeiten kann.
Mit 9.3 und KDE 3.4.1 hat es aber früher noch gut geklappt. 
Leider weiß ich nicht genau, seit wann es nicht mehr geht, weil ich 
zwischendurch mit WPA experimentiert habe, was aber auch meist nicht klappte. 
Das könnte aber auch die gleiche Ursache haben, denn im Wesentlichen will 
der DHCP-Client nicht so, wie er soll. Am Kabel macht er alles richtig, am 
WLAN nicht.
Aktuell bin ich in Urlaub auf einem Campingplatz in NL, wo auch WLAN angeboten 
wird.
Die Verbindung krieg' ich aber nicht so einfach hin, nicht mit Yast und auch 
nicht mit wlassistant. Der WLAN-Connect klappt einwandfrei, aber ich bekomme 
keine dauerhafte IP-Adresse. Hier das log vom dhcpcd, wenn ich via 
wlassistant connecten will:
Oct 21 10:25:03 nb1 dhcpcd[4882]: broadcasting DHCP_DISCOVER 
Oct 21 10:25:05 nb1 dhcpcd[4912]: broadcasting DHCP_REQUEST for 192.168.2.227 
Oct 21 10:25:15 nb1 dhcpcd[4912]: timed out waiting for DHCP_ACK response 
Oct 21 10:25:15 nb1 dhcpcd[4912]: broadcasting DHCP_DISCOVER 
Oct 21 10:26:15 nb1 dhcpcd[4912]: timed out waiting for a valid DHCP server 
response 
Oct 21 10:26:15 nb1 dhcpcd[4882]: recvfrom: Network is down 
Oct 21 10:26:15 nb1 dhcpcd[4882]: modify_resolvconf restore
Oct 21 10:26:15 nb1 dhcpcd[4912]: modify_resolvconf restore
Oct 21 10:26:16 nb1 dhcpcd[4882]: modify_resolvconf returns 0
Oct 21 10:26:16 nb1 dhcpcd[4912]: modify_resolvconf returns 0

Wenn ich dann als root den Befehl '/sbin/dhcpcd -nd eth1' absetze geht's im 
log so weiter:
Oct 21 10:28:45 nb1 dhcpcd[5241]: broadcasting DHCP_DISCOVER 
Oct 21 10:28:46 nb1 dhcpcd[5241]: dhcpIPaddrLeaseTime=7200 in DHCP server 
response. 
Oct 21 10:28:46 nb1 dhcpcd[5241]: dhcpT1value is missing in DHCP server 
response. Assuming 3600 sec 
Oct 21 10:28:46 nb1 dhcpcd[5241]: dhcpT2value is missing in DHCP server 
response. Assuming 6300 sec 
Oct 21 10:28:46 nb1 dhcpcd[5241]: DHCP_OFFER received from  (192.168.2.10) 
Oct 21 10:28:46 nb1 dhcpcd[5241]: broadcasting DHCP_REQUEST for 192.168.2.227 
Oct 21 10:28:46 nb1 dhcpcd[5241]: dhcpIPaddrLeaseTime=7200 in DHCP server 
response. 
Oct 21 10:28:46 nb1 dhcpcd[5241]: dhcpT1value is missing in DHCP server 
response. Assuming 3600 sec 
Oct 21 10:28:46 nb1 dhcpcd[5241]: dhcpT2value is missing in DHCP server 
response. Assuming 6300 sec 
Oct 21 10:28:46 nb1 dhcpcd[5241]: DHCP_ACK received from  (192.168.2.10) 
Oct 21 10:28:46 nb1 dhcpcd[5241]: dhcpConfig: modify_resolvconf args: modify 
-s dhcpcd -p dhcpcd -i 5241 -n 192.168.2.10  -f /sbin/modify_resolvcon
f -e eth1 -t "..."
Oct 21 10:28:46 nb1 dhcpcd[5241]: dhcpConfig: modify_resolvconf returns 0
Oct 21 10:28:46 nb1 dhcpcd[5311]: sending DHCP_RELEASE for 192.168.2.227 to 
192.168.2.10 
Oct 21 10:28:47 nb1 dhcpcd[5311]: terminating on signal 1 
Oct 21 10:28:47 nb1 dhcpcd[5311]: modify_resolvconf restore
Oct 21 10:28:48 nb1 dhcpcd[5311]: modify_resolvconf returns 0
Oct 21 10:28:55 nb1 dhcpcd[5426]: broadcasting DHCP_DISCOVER 
Oct 21 10:28:55 nb1 dhcpcd[5426]: dhcpIPaddrLeaseTime=7200 in DHCP server 
response. 
Oct 21 10:28:55 nb1 dhcpcd[5426]: dhcpT1value is missing in DHCP server 
response. Assuming 3600 sec 
Oct 21 10:28:55 nb1 dhcpcd[5426]: dhcpT2value is missing in DHCP server 
response. Assuming 6300 sec 
Oct 21 10:28:55 nb1 dhcpcd[5426]: DHCP_OFFER received from  (192.168.2.10) 
Oct 21 10:28:55 nb1 dhcpcd[5426]: broadcasting DHCP_REQUEST for 192.168.2.227 
Oct 21 10:28:55 nb1 dhcpcd[5426]: dhcpIPaddrLeaseTime=7200 in DHCP server 
response. 
Oct 21 10:28:55 nb1 dhcpcd[5426]: dhcpT1value is missing in DHCP server 
response. Assuming 3600 sec 
Oct 21 10:28:55 nb1 dhcpcd[5426]: dhcpT2value is missing in DHCP server 
response. Assuming 6300 sec 
Oct 21 10:28:55 nb1 dhcpcd[5426]: DHCP_ACK received from  (192.168.2.10) 
Oct 21 10:28:55 nb1 dhcpcd[5426]: dhcpConfig: modify_resolvconf args: modify 
-s dhcpcd -p dhcpcd -i 5426 -n 192.168.2.10  -f /sbin/modify_resolvcon
f -e eth1 -t "..."
Oct 21 10:28:55 nb1 dhcpcd[5426]: dhcpConfig: modify_resolvconf returns 0
Oct 21 11:28:55 nb1 dhcpcd[5472]: sending DHCP_REQUEST for 192.168.2.227 to 
192.168.2.10 
Oct 21 11:28:55 nb1 dhcpcd[5472]: dhcpIPaddrLeaseTime=3600 in DHCP server 
response. 
Oct 21 11:28:55 nb1 dhcpcd[5472]: dhcpT1value is missing in DHCP server 
response. Assuming 1800 sec 
Oct 21 11:28:55 nb1 dhcpcd[5472]: dhcpT2value is missing in DHCP server 
response. Assuming 3150 sec 
Oct 21 11:28:55 nb1 dhcpcd[5472]: DHCP_ACK received from  (192.168.2.10) 

Dann hab ich auch eine IP-Adresse und alle anderen Infos, die man so braucht:
# ifstatus eth1
    eth1      device: Intel Corporation PRO/Wireless 2200BG (rev 05)
    eth1      configuration: wlan-id-00:0e:35:ea:e8:2c
    eth1      DHCP client (dhcpcd) is running
              IPADDR=192.168.2.227
              NETMASK=255.255.255.0
              GATEWAY=192.168.2.10
              DNS=192.168.2.10
              DHCPSIADDR=192.168.2.10
              DHCPCHADDR=00:0E:35:EA:E8:2C
              REBINDTIME=6300
eth1 is up
3: eth1:  mtu 1500 qdisc pfifo_fast qlen 
1000
    link/ether 00:0e:35:ea:e8:2c brd ff:ff:ff:ff:ff:ff
    inet 192.168.2.227/24 brd 192.168.2.255 scope global eth1
    eth1      IP address: 192.168.2.227/24
Configured routes for interface eth1:
  169.254.0.0 - 255.255.0.0 eth1
Active routes for interface eth1:
  192.168.2.0/24  proto kernel  scope link  src 192.168.2.227
  169.254.0.0/16  scope link
  default via 192.168.2.10
1 of 1 configured routes for interface eth1 up
eth1      IEEE 802.11g  ESSID:"schoneveld3"  Nickname:"nb1.lennefer.kuerten"
          Mode:Managed  Frequency:2.437 GHz  Access Point: 00:0F:A3:40:CB:0D
          Bit Rate=48 Mb/s   Tx-Power=20 dBm
          RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:off
          Link Quality=61/100  Signal level=-64 dBm  Noise level=-83 dBm
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:40  Invalid misc:0   Missed beacon:1

Also auf diesem manuellen Weg bekomme ich meine Internetanbindung via WLAN. 
Nach dem nächsten Reboot oder Suspend/Resume (to/from RAM) kann ich alles 
nochmal machen.

Jetzt folgt aber das nächste Problem mit dem Panels von KDE. Die gehen ein 
paar Sekunden nach der erfogreichen WLAN-Netzanbindung schlafen, d.h. alle 
Panels (Main, Newsticker und zwei zusätzliche Subpanels) kann ich nicht mehr 
nutzen, sind tot. Ein Desktopwechsel geht aber noch mit Ctrl-F# und alle 
offenen Applikationen haben auch keine Probleme. Auch (Klipper, Kmix, 
KPowersave, usw.) funktionieren noch.

Hat jemand einen Tipp zu den WLAN- oder Panelproblemen?

Beste Grüße aus Breskens/NL
Jürgen

-- 
### Juergen Lennefer ### Kuerten ### Germany ###

Juergen Lennefer

tags

participants (1)