Hallö,

nachdem der B43-Treiber auf meinem Dell Latitude D400 (Broadcom BCM4318) ledilich (langsame Verbindung, hohe Latenzen beim Seitenaufruf) funktionierte, habe ich diesen laut Anleitung deaktiviert (dieser ganze Blacklist etc. Kram) und stattdessen auf NDISWrapper mit Windows-Treiber gesetzt. Unter Ubuntu 8.10 hat das prima geklappt !

Der aktuelle Status ist jedoch so, dass der Treiber zwar läuft, via NetWorkManager mein WLAN-Netz auch erkannt wird, eine Verbindung laut Verbindungsinformationen auch besteht mit den manuell vergebenen IP-Adressen, aber ein PING zum Router kein Ergebnis liefert - "Host unreachable" !

Da ich in den diversen Konfigurations-Informationen mit iwconfig, lsmod etc. nichts Verdächtiges erkenne, bin ich etwas ratlos, warum nicht einmal der PING zum Router funktioniert (wie gesagt - mit B43, Ubuntu 8.10 oder WinXP keine Probleme).

IPv4 Daten: Notebook: 192.168.2.67, 255.255.255.0, Gateway & DNS 192.168.2.1 Router: 192.168.2.1 WLAN: Infrastructure, WPA2 PSK

Scheint mir weniger ein WLAN als sonst irgendein Netzwerkproblem zu sein - was gibt's noch für Informationstools, mit denen ich der Sache auf den Grund gehen kann ?

So long

LastCoder

.. der Doppelpost kommt wegen eines scheinbaren TimeOut-Problems .. sorry ...

Hallö,

mal eine kurze allgemeine "Verständnisnachfrage" als (noch) Windows-Nutzer:

Unter Windows bin ich es gewohnt, dass Hardware, die nicht richtig funktioniert, auch als solche ausgewiesen wird.

Kann ich davon ausgehen, dass, wenn - wie in meinen Fall - der NetWork-Manager eine WLAN Verbindung herstellt, also auch Auskünfte über z.B. die Signalstärke gibt und angibt, eine Verbindung bestehe, dies dann auch zutrifft ???

Denn laut LOG meines Routers gab es keine Verbindungsversuche mit dem Router - entgegen der Angaben vom NetWork-Manager/NDISWrapper ...

So long

LastCoder

Hallo,

so, habe das Problem gelöst.

1. Ein Blick in /var/log/messages.1 hat mir folgende Zeile offenbart:

ndiswrapper (iw_set_auth:1602): invalid cmd 12

Eine kurze Recherche via Google ergab, dass es offenkundig ein Problem von NDISWrapper (hier läuft 1.55) und wpa_supplicant ist. Naja, verstehe ich als noob nicht, hier könnt ihr es nachlesen:

http://ubuntuforums.org/showthread.php?t=1343847

Ob der Patch noch notwendig ist, weiß ich nicht, es ist gerade vom NDISWrapper die Version 1.56 rausgekommen, vielleicht ist das Problem dort gelöst. Ein Binärpaket für Ubuntu habe ich aber noch nicht gefunden, und da ich keine Ahnung vom compilieren unter Linux habe, habe ich weitergesucht und folgenden, schnellen Kniff gefunden:

sudo renice +19 $(pidof wpa_supplicant)

Keine Ahnung, was das bewirkt, aber es funktioniert - ich sitze an meinem Notebook und schreibe diese Antwort ..

2. Damit ist meine weitere Frage beantwortet: Bloß weil irgendein Programm unter Linux anzeigt, dass alles läuft - wie z.B. der Network-Manager in diesem Falle - heißt es noch lange nicht, dass das stimmt !

3. Btw. trotz der Krämpfe, den NDISWrapper zum Laufen zu bekommen - diese Lösung ist um Längen besser als der b43 Treiber, wenn es um Stabilität, Geschwindigkeit und Latenzen der Verbindung geht !

So long

LastCoder

Hallo,

ndiswrapper (iw_set_auth:1602): invalid cmd 12

das kann in des meisten Fällen ignoriert werden und der Patch ist in diesem Fall nicht zwingend erforderlich.

es ist gerade vom NDISWrapper die Version 1.56 rausgekommen, vielleicht ist das Problem dort gelöst.

Habe ich noch nicht getestet.

und da ich keine Ahnung vom compilieren unter Linux habe ...

Ein Beispiel wie es funktioniert z.B. hier FRITZ!WLAN_USB_Stick - Ndiswrapper patchen und kompilieren. Es ist unerheblich, dass es dabei um ein 64bit-System und Version 1.55 geht.

... habe ich weitergesucht und folgenden, schnellen Kniff gefunden

Siehe Skripte/WLAN-Prozesspriorität

diese Lösung ist um Längen besser als der b43 Treiber...

Eine aktuelle Version des Treibers gibt es über die Backport-Module

sudo apt-get install linux-backports-modules-karmic

oder direkt bei Linux Wireless. Ob der Treiber besser funktioniert kann ich jedoch nicht versprechen.

Hintergrundwissen: apt-get - WLAN/Linux-backports-modules

elektronenblitz63 schrieb:

Hallo,

ndiswrapper (iw_set_auth:1602): invalid cmd 12

das kann in des meisten Fällen ignoriert werden und der Patch ist in diesem Fall nicht zwingend erforderlich.

scheinbar nicht. Weder läuft es bei mir noch bei unzähligen anderen, bei denen dieser Fehler auftritt ..

https://bugs.launchpad.net/ubuntu/+source/ndiswrapper/+bug/459716

So long

LastCoder

Hi,

das Problem hat sich erledigt - Schuld ist offenbar der GNOME Network Manager.

Nachdem ich von WPA2 auf WPA umgeschaltet hatte, gab es das Problem nicht mehr. Später habe ich dann von Networkmanager auf wicd gewechselt - und da läufts dann auch ohne Probleme mit WPA2 ..

So long

LastCoder