PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : WLAN-Karte Intel PRO/Wireless 2200BG geht nicht



windfinder
04.10.05, 19:40
Hallo,
die WLAN-Karte Intel PRO/Wireless 2200BG funktioniert auf meinem Centrino Notebook unter Windows XP einwandfrei. Unter Suse 9.2 lief sie mal, seit einiger Zeit aber nicht mehr. Es bekommen zwar sowohl die Ethernet-Karte (eth0) als auch die WLAN-Karte (eth1) IP-Adressen per DHCP vom Router und sind beide "up" aber über eth1 krieg ich keine Verbindungen.

buran:~ # ifconfig
eth0 Link encap:Ethernet HWaddr 00:11:2F:BE:CB:5A
inet addr:192.168.0.2 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::211:2fff:febe:cb5a/64 Scope:Link
UP BROADCAST NOTRAILERS RUNNING MULTICAST MTU:1500 Metric:1
RX packets:2263 errors:0 dropped:0 overruns:0 frame:0
TX packets:2136 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1566579 (1.4 Mb) TX bytes:347295 (339.1 Kb)
Interrupt:5 Base address:0x400

eth1 Link encap:Ethernet HWaddr 00:0E:35:2B:78:9B
inet addr:192.168.0.4 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::20e:35ff:fe2b:789b/64 Scope:Link
UP BROADCAST NOTRAILERS RUNNING MULTICAST MTU:1500 Metric:1
RX packets:274 errors:0 dropped:40 overruns:0 frame:0
TX packets:14 errors:0 dropped:0 overruns:0 carrier:1
collisions:0 txqueuelen:1000
RX bytes:23936 (23.3 Kb) TX bytes:2012 (1.9 Kb)
Interrupt:5 Base address:0x4000 Memory:fe8fe000-fe8fefff

Wenn beide Karten "up" sind, spuckt /var/log/messages folgendes aus:

Oct 4 20:26:02 buran kernel: martian source 192.168.0.255 from 192.168.0.1, on dev eth1
Oct 4 20:26:02 buran kernel: ll header: ff:ff:ff:ff:ff:ff:00:30:ab:09:e3:d3:08:00
Oct 4 20:26:18 buran kernel: martian source 192.168.0.255 from 192.168.0.3, on dev eth1
Oct 4 20:26:18 buran kernel: ll header: ff:ff:ff:ff:ff:ff:00:a0:d2:15:28:bb:08:00


192.168.0.1 ist der Router und 192.168.0.3 ist ein anderer Rechner im Netzwerk. Hat einer ne Idee, was da schiefläuft? Danke!

Gruss,
Olli

scytheman
08.10.05, 16:32
Welcher Kernel? Welche (aktuellste?) Version der WLAN-Treiber?

windfinder
12.10.05, 17:57
kernel:
Linux buran 2.6.13-15-default #1 Tue Sep 13 14:56:15 UTC 2005 i686 i686 i386 GNU/Linux

module:
ipw2200 171656 0
ieee80211 51140 1 ipw2200
firmware_class 9856 2 pcmcia,ipw2200

version:
ipw2200-fw-2.3

windfinder
13.10.05, 20:44
Bin ich der einzige, bei dem die sehr gängige intel pro/wireless 2200bg unter suse 10.0 nicht geht?

scytheman
14.10.05, 18:38
Meine 2915ABG läuft problemlos unter Debian (ebenfalls mit den 2200er Treibern). Aber ob nun Debian oder SuSE sollte eigentlich vollkommen egal sein. Vielleicht liegt es an irgendwelchen Kernelpatchen. Ich benutze den 2.6.13er Vanillakernel mit Version 1.0.6 der WLAN-Treiber und der 2.3er Firmware.

Hast du mal die SuSE-Foren bzw. den SuSE-Support danach abgegrast? Vielleicht hat ja irgendein Update da was kaputt gemacht. Ansonsten fällt mir auch nichts weiter ein.

windfinder
14.10.05, 20:17
Danke für den Hinweis. ich bekomme ich raus, welche Treiberversion ich habe?

Suse Mailinglisten hab ich mir schon angeschaut, aber noch nix gefunden..

maxi.saal
15.10.05, 07:10
Hi,

hast du schon einmal versucht eth0 mit einem "ifconfig eth0 down" zu deaktivieren, ich weiß nämlich nicht, ob es da zu Konflikten kommt, wenn beide Karten den selben Adressbereich verwenden.

Maxi

windfinder
15.10.05, 20:42
ifdown eth0 hab ich schon versucht, Bringt nix. Ich hab der Wireless-Karte auch schon statisch ne IP-Adresse gegeben. Bringt auch nix. So wie es aussieht, ist die Karte ja voll ansprechbar. Nur, dass, was die Karte eigentlich tun soll, nämlich wireless Verbindungen, das klappt nicht!

frankpr
15.10.05, 22:00
Danke für den Hinweis. ich bekomme ich raus, welche
Da fällt mir z.B. YaST ein, zu jedem Paket wird auch die installierte Version angezeigt.

windfinder
16.10.05, 13:46
Ich weiß leider nicht, wie das Paket heißt!

nordi
16.10.05, 14:41
ich weiß nämlich nicht, ob es da zu Konflikten kommt, wenn beide Karten den selben Adressbereich verwenden.
Ja, da gibt es einen Konflikt. Liegt daran, dass eine Default Route gesetzt werden muss, die aber standardmäßig für das erste Gerät gesetzt wird. In diesem Fall also für die Ethernet Karte, was halt nicht gewünscht ist.

Ich hatte vor ein paar Tagen das gleiche Problem, und habe es gelöst indem ich in die Datei /etc/sysconfig/network/ifcfg-wlan-id.... die Zeile

"DHCLIENT_PRIMARY_DEVICE=yes"

reingesetzt habe. Danach als root den Befehl "rcnetwork restart" und du solltest über die WLAN Karte ins Netz kommen.

windfinder
16.10.05, 18:50
@nordi
danke für den Tip. Das geht leider auch nicht:

# ifup eth1
eth1 device: Intel Corporation PRO/Wireless 2200BG (rev 05)
eth1 configuration: wlan-id-00:0e:35:2b:78:9b
eth1 starting wpa_supplicant
Starting DHCP Client Daemon on eth1... . . . . . no IP address yet... backgrounding.
ERROR: Warning: Could not set up default route via interface
Command ip route replace to default via 192.168.0.1 returned:
. RTNETLINK answers: Network is unreachable
Configuration line: default 192.168.0.1 - -
This needs NOT to be AN ERROR if you set up multiple interfaces.
See man 5 routes how to avoid this warning.

lizardking
25.10.05, 08:19
Hi,

ich habe wohl das gleiche Problem wie du:

http://www.linuxforen.de/forums/showthread.php?t=198026

brave_snoopy
25.10.05, 08:23
Yast ist da so ne Sache.
Setz mal über Yast die IP Adresse von eth0 auf nen komplett anderes Subnetz. Z.B. 10.10.100.1. Und dann versuche nochmal mit der WLAN Karte ins Netz zu kommen. Linux mag das nicht gerne, wenn zwei Netzwerkkarten im gleichen Subnetz sind. Und nen einfaches ifconfigh eth0 down bringt glaub ich bei SuSE nicht alzuviel, weil ja alles über Yast gesteuert wird.

Sonst tipp mal in die Console dmesg ein und schau ob dort Fehler auftreten bzgl der Intel Karte und eth1.

windfinder
25.10.05, 09:13
Hallo,
bei mir geht es endlich. Irgend etwas war im Router falsch eingestellt. Stelle den Router erstmal so ein, dass keine Verschlüsselung erforderlich ist, Authentifizierung auf "Open" und keinen Access Filter für bestimmte MAC-Adressen. Wenn das WLAN dann funktioniert, kann man die Sicherheitsfunktionen anschließend wieder aktivieren.

Gruss,
Olli