staging.inyokaproject.org

Hallo elektronenblitz,

welchen Treiber muss ich denn für den niswrapper einsetzen? Ubuntu ist 64bit, habe aber den Treiber auf XP in Windows laufen, das ist 32bit. Was ist hier jetzt richtig?

Korrekte Vorgehensweise mit bestehender Kabelverbindung und z.Z aktuellem Paket:

sudo apt-get install linux-headers-$(uname -r) build-essential
wget http://www.orbit-lab.org/kernel/compat-wireless-2.6/compat-wireless-2010-07-13.tar.bz2
tar jxvf compat-wireless-2010-07-13.tar.bz2 
cd compat-wireless-2010-07-13
./scripts/driver-select rtl818x

So werden anschließend nur die in diesem Fall erforderlichen Module gebaut.

Wegen Bluetooth bearbeite bei auftretendem Fehler noch das Makefile unter /compat-wireless-2010-07-13. Deaktiviere die beiden Zeilen ...

...
# obj-$(CONFIG_COMPAT_BLUETOOTH) += net/bluetooth/
# obj-$(CONFIG_COMPAT_BLUETOOTH_MODULES) += drivers/bluetooth/

Dann wie gehabt

make 
sudo make install

Rechner neu starten um die neuen Treiber zu laden. Prüfen ob das neue Modul auch verwendet wird:

modinfo rtl8187 | egrep 'versi|filen'

Und natürlich die Verbindung testen.

Habe jetzt alles erfolgreich kompilieren können. Nach Systemstart wird jetzt kein wlan0 mehr angezeigt und kann auch nicht gescannt werden. Dieses Problem hatte ich nach der Deinstallation von niswrapper bekommen, nachdem auch das nicht funktioniert hatte. Die blacklist habe ich angepasst, so das auch wieder der rtl geladen werden sollten. Muss ich nach der Deinstallation von Niswrapper noch Anpassungen vornehmen? Wicd ist weiterhin aktiv, kann aber kein wlan anzeigen: Scan ist erfolglos.

Habe jetzt gesehen, dass das Verzeichnis /var/run/wpa_supplicant gelöscht wurde. Stattdessen steht dort Wicd. Löscht der Wicd dieses Verzeichnis? Kann ich mir eigentlich nicht vorstellen, da er ja auch wpa_supplicant einsetzt...bisher habe ich es so verstanden.

Lösung scheinbar gefunden, Longterm-Test steht noch aus:

Das System habe ich jetzt noch mal aufgesetzt auf die neueste Version. Danach war die rate auf 1M gesetzt, das System lief langsam und instabil. Habe dann sofort linux-wireless installiert. Danach war die rate auf 11M gesetzt. Um das System schneller zu machen, habe ich mit

sudo iwconfig wlan0 rate 54M auto

die Rate hochgesetzt. Zuerst lief das System noch, dann brach die Verbindung ab, obwohl WLan noch aktiv im Radar angezeigt war. Das war ja das Problem, welches nie gelöst werden konnte. Danach habe ich die rate auf 24M gesetzt. Das System lief danach sofort schnell und stabil. Ich vermute, dass hier entweder ein Treiberfehler oder Hardwareproblem besteht. Es wird im auto Modus (der ja die Rate bis max. 54M anpasst aber runtersetzt, wenn es nicht mehr geht) irgendwann eine zu hohe rate eingesetzt. Das System kann diese Rate nicht mehr bedienen, wodurch das System langsamer wird bis es letztendlich keine Datenübertragung zum Router vornehmen kann, da durch die zu hoch eingestellte Rate ständig die Übertragung abbricht.

Zwei Fehlerquellen vermute ich daher:

a) der Linuxtreiber erstellt zu hohe Raten im auto-Modus b) die Hardware lässt diese Einstellung zu, kann sie aber nicht bedienen, welches meiner Meinung der Treiber aber erkennen sollte.

Ich würde zwei Massnahmen empfehlen:

a) Anpassung der Ubuntu-Doku, die auf diese Einstellung proaktiv hinweisst. Ich könnte mir vorstellen, dass hier vielen geholfen werden kann und die Akzeptanz von Ubuntu damit erhöht wird.

b) Den Entwickler auf diesen Punkt zur Nachforschung hinweisen. Vielleicht handelt es sich hier um ein Bug, der dann behoben werden sollte. Die Anbindung von Ubuntu an Wlan sollte damit für einige Hardware für den Anwender einfacher zu gestalten sein und der Supportaufwand wird dadurch reduziert.

Ich hoffe, dass die Theorie auch dem Longterm Test standhält.

Zwei Fragen habe ich noch zu der Einstellung der Rate.

a) Zur Zeit muss ich nach jedem Systemstart die Rate manuell auf 24M setzen. Kann ich den Befehl einfach in der /etc/network/interfaces eintragen?

b) In welcher Datei trägt iwconfig die Einstellungen ein?

Vielleicht gibt es ja auch noch eine plausiblere Erklärung für den auto-Mechanismus. Was ich noch nicht gelöst habe ist, was passiert, wenn mal die 24M nicht bedient werden können. Dann würde das System wieder langsamer werden. Kann man hier eine andere Einstellung vornehmen, so dass eine funktionierende Anpassung der rate zur Laufzeit gewährleistet wird?

Vielen Dank für die Mithilfe. Es hat mir ca. 5 Tage und Nächte gekostet, diesen Fehler zu finden. Ihr beide habt hier ja auch genug Kopfzerbrechen gehabt. Vielen Dank für euch. Hoffe, dass es anderen weiterhilft.

LG, Stephan.

Hallo,
es gibt verschiedenen Varianten des rtl8187 (ohne, -B, -L und den problematischen -SE Typ). Daher kann es sich hier um ein Problem mit einem dieser Varianten handeln. Der Treiber war schon immer etwas instabil.

http://www.realtek.com.tw/products/productsView.aspx?Langid=1&PNid=24&PFid=1&Level=6&Conn=5

Realtek bietet da noch einen Treiber an (Version 1039): http://www.realtek.com.tw/downloads/downloadsView.aspx?Langid=1&PNid=24&PFid=1&Level=6&Conn=5&DownTypeID=3&GetDown=false&Downloads=true

Mal auf die Chipsatzbeschriftung schauen, sofern sichtbar, und den Treiber testen (wenn Du noch Lust dazu hast 😉 ).

Du kannst das in die interfaces eintragen

...
pre up iwconfig wlan0 rate 24M 

Hi,

der Eintrag hatte nicht funktioniert, das Internet lief danach nicht mehr. Habe den Fehler aber gefunden. Es muss lauten:

pre up iwconfig wlan0 rate 24M auto

Ansonsten bleibt er auf 24M stehen und nix geht mehr, wenn diese Höhe nicht erreicht werden kann.

LG, Stephan.