Realtek RTL8188CU Probleme

[mairo]

Hallöchen,

da der Atheros-WLAN-Chip in meinen Laptop nur sehr unbefriedigend arbeitet (bescheindene Sendeleistung und Übertragungsrate), habe ich mir einen USB-WLAN-Stick gekauft. Dieser hat einen Realtek RTL8188CU - Chipsatz. Unter Opensuse bekomme ich ihn aber nicht zum laufen: es wird immer das 8192 modul geladen. Mit dem Networkmanager unter KDE kann ich nur mit dem Atheros-WLAN eine Verbindung aufbauen.
Wie bekomme ich den RTL8188CU zum laufen?

Grüße

mairo

 

[spoensche]

Wenn du den Stick eingesteck hast, warte 5 Sek. und poste mal die Ausgabe von

dmesg | tail -80

 

[mairo]

[  403.773196] rtl8192c_common: Loading firmware file rtlwifi/rtl8192cufw.bin
[  454.394755] wlan0: deauthenticating from 74:31:70:86:80:51 by local choice (reason=3)
[  454.502359] wlan0: moving STA 74:31:70:86:80:51 to state 2
[  454.502364] wlan0: moving STA 74:31:70:86:80:51 to state 1
[  454.502367] wlan0: moving STA 74:31:70:86:80:51 to state 0
[  454.546474] cfg80211: Calling CRDA to update world regulatory domain
[  454.552999] cfg80211: World regulatory domain updated:
[  454.553004] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[  454.553009] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[  454.553014] cfg80211:   (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[  454.553018] cfg80211:   (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[  454.553021] cfg80211:   (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[  454.553025] cfg80211:   (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[  480.310025] wlan1: authenticate with 74:31:70:86:80:51 (try 1)
[  480.314563] wlan1: authenticated
[  480.314641] wlan1: associate with 74:31:70:86:80:51 (try 1)
[  480.318954] wlan1: RX AssocResp from 74:31:70:86:80:51 (capab=0x411 status=0 aid=1)
[  480.318959] wlan1: associated
[  480.318964] wlan1: moving STA 74:31:70:86:80:51 to state 1
[  480.318967] wlan1: moving STA 74:31:70:86:80:51 to state 2
[  480.318970] wlan1: moving STA 74:31:70:86:80:51 to state 3
[  490.326198] wlan1: deauthenticating from 74:31:70:86:80:51 by local choice (reason=3)
[  490.326245] wlan1: moving STA 74:31:70:86:80:51 to state 2
[  490.326249] wlan1: moving STA 74:31:70:86:80:51 to state 1
[  490.326252] wlan1: moving STA 74:31:70:86:80:51 to state 0
[  490.333919] cfg80211: Calling CRDA to update world regulatory domain
[  490.339033] cfg80211: World regulatory domain updated:
[  490.339038] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[  490.339042] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[  490.339047] cfg80211:   (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[  490.339051] cfg80211:   (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[  490.339054] cfg80211:   (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[  490.339058] cfg80211:   (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[  491.057267] wlan1: authenticate with 74:31:70:86:80:51 (try 1)
[  491.255531] wlan1: authenticate with 74:31:70:86:80:51 (try 2)
[  491.455004] wlan1: authenticate with 74:31:70:86:80:51 (try 3)
[  491.654531] wlan1: authentication with 74:31:70:86:80:51 timed out
[  593.314172] rtl8192cu: MAC auto ON okay!
[  593.348090] rtl8192cu: Tx queue select: 0x05
[  593.349107] rtl8192c_common: Loading firmware file rtlwifi/rtl8192cufw.bin
[  596.266535] wlan0: authenticate with 74:31:70:86:80:51 (try 1)
[  596.269028] wlan0: authenticated
[  596.269286] wlan0: associate with 74:31:70:86:80:51 (try 1)
[  596.276017] wlan0: RX AssocResp from 74:31:70:86:80:51 (capab=0x411 status=0 aid=1)
[  596.276023] wlan0: associated
[  596.276029] wlan0: moving STA 74:31:70:86:80:51 to state 1
[  596.276032] wlan0: moving STA 74:31:70:86:80:51 to state 2
[  596.712010] wlan0: moving STA 74:31:70:86:80:51 to state 3
[  640.101656] usb 2-1.5: USB disconnect, device number 4
[  664.671039] usb 2-1.5: new high speed USB device number 5 using ehci_hcd
[  664.765034] usb 2-1.5: New USB device found, idVendor=0bda, idProduct=8176
[  664.765038] usb 2-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  664.765042] usb 2-1.5: Product: 802.11n WLAN Adapter
[  664.765044] usb 2-1.5: Manufacturer: 802.11n WLAN Adapter
[  664.765047] usb 2-1.5: SerialNumber: 00e04c000001
[  664.765722] rtl8192cu: rtl8192cu: Chip version 0x10
[  664.851649] rtl8192cu: MAC address: 00:9c:83:9a:b4:b9
[  664.851656] rtl8192cu: Board Type 0
[  664.854432] rtlwifi: rx_max_size 15360, rx_urb_num 8, in_ep 1
[  664.854674] ieee80211 phy3: Selected rate control algorithm 'rtl_rc'
[  664.854858] cfg80211: Calling CRDA for country: US
[  664.860170] cfg80211: Regulatory domain changed to country: US
[  664.860175] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[  664.860179] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2700 mBm)
[  664.860184] cfg80211:   (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 1700 mBm)
[  664.860187] cfg80211:   (5250000 KHz - 5330000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[  664.860191] cfg80211:   (5490000 KHz - 5600000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[  664.860195] cfg80211:   (5650000 KHz - 5710000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[  664.860199] cfg80211:   (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 3000 mBm)
[  664.893279] rtl8192cu: MAC auto ON okay!
[  664.927973] rtl8192cu: Tx queue select: 0x05
[  664.929115] rtl8192c_common: Loading firmware file rtlwifi/rtl8192cufw.bin
[  666.796829] wlan1: authenticate with 74:31:70:86:80:51 (try 1)
[  666.807781] wlan1: authenticated
[  666.807852] wlan1: associate with 74:31:70:86:80:51 (try 1)
[  666.812755] wlan1: RX AssocResp from 74:31:70:86:80:51 (capab=0x411 status=0 aid=2)
[  666.812760] wlan1: associated
[  666.812764] wlan1: moving STA 74:31:70:86:80:51 to state 1
[  666.812768] wlan1: moving STA 74:31:70:86:80:51 to state 2
[  666.812770] wlan1: moving STA 74:31:70:86:80:51 to state 3

 

[sephirot_1024]

Zuerst löscht du die Treiber Kernel Module aus /ust/lib/... die bisher geladen wurden. Der Realtec eigene Treiber speichert seine in anderen Ordnern ab als der mit den Kernel mitgelieferte.

Lade dir den Treiber herunter von der Hersteller Website. Also der Realtec Website. (Der Hersteller ist Linux egal nur der Chipsatz ist wichtig.)

Dann installierst du den WLAN Treiber durch das install.sh Skript.

Am Kernel eigenen Treiber herumzufrickeln ist zwecklos, der Treiber darin basiert auf einer uralten Treiber Version und funktioniert schlicht nicht vernünftig.

 

[spoensche]

Zuerst löscht du die Treiber Kernel Module aus /ust/lib/... die bisher geladen wurden. Der Realtec eigene Treiber speichert seine in anderen Ordnern ab als der mit den Kernel mitgelieferte.

Unter /usr/lib gibt es keine Kernelmodule. Unter /usr/lib/ liegen Shared Libraries etc.

Am Kernel eigenen Treiber herumzufrickeln ist zwecklos, der Treiber darin basiert auf einer uralten Treiber Version und funktioniert schlicht nicht vernünftig.

Der rtl8192cu basiert nicht auf einer alten Version. Das ist der Treiber von den Realtek Entwicklern.

@mairo:

Deaktiviere mal den internen WLAN Chip. Das kannst du entweder im BIOS machen oder per Tastatur (bei mir wäre es die Tastenkombi Fn+3). Der Stick wird erkannt (wlan1) .

Poste mal bitte die Ausgabe von

iw wlan1 scan

 

[sephirot_1024]

Oh sry, ich meinte "/lib/modules/3.1.10-1.9-desktop/kernel/drivers/net/wireless/rtlwifi" die Treiber die dort liegen. Natürlich nicht "/usr/lib".
Oder welcher Kernel nun auch immer im Einsatz ist, der Pfad kann abweichen...

Das diese von den Realtek Entwicklern kommen würde ich auch niemals abstreiten, sehr wohl aber das es die neuesten sind mit den aktuellsten Fehlerbereinigungen.
Nach meinen letzten Check jedenfalls werden die Treiber recht schnell verbessert.

Fakt ist jedenfalls, dass die mitgelieferten Treiber bei vielen Leuten nicht gut laufen, warum die das tun darüber will ich keine Mutmaßungen anstellen.

Sollte der Threadersteller einen RTL818xx Chip verwenden, was der Titel dieses Threads jedenfalls nahelegt, empfehle ich dringend einen aktuellen Treiber von der Realtek Website herunterzuladen. Die sind dort zwar für eine etwas ältere Kernel Variante ausgewiesen, laufen aber ganz sauber auch mit neueren Kernel Versionen.

Seit der letzten Aktualisierung musste ich auch keine Header Dateien mehr von Hand editieren um das Zeugs kompilieren zu können. ^^
Es reicht das mitgelieferte install Skript.

Wichtig ist es nur, die bisher geladenen Kernel Module entweder zu entfernen (Mit Sicherungskopie!!) oder eben auf die blacklist zu setzen!

Edit:
Achja man kann natürlich auch den harten weg gehen, bei mir lag das Problem an irgendwelchen Problemen bzgl. wpa_supplicant und dem Network Manager. Wie ich das gelöst habe weiß ich aber nicht mehr so genau. Es geht, aber das ist ein recht unnötiger Aufwand.

 

[spoensche]

Sollte der Threadersteller einen RTL818xx Chip verwenden, was der Titel dieses Threads jedenfalls nahelegt, empfehle ich dringend einen aktuellen Treiber von der Realtek Website herunterzuladen. Die sind dort zwar für eine etwas ältere Kernel Variante ausgewiesen, laufen aber ganz sauber auch mit neueren Kernel Versionen.

Es wird allerdings der rtl8192cu verwendet.

Es geht, aber das ist ein recht unnötiger Aufwand.

Eher positiver Lerneffekt und Spass an der Bastelei.

 

[sephirot_1024]

Ich meinte auch den rtl8192cu sowie seine verwandten die vom gleichen Treiber unterstützt werden.
Vertippen kommt bei mir, unabhängig von meiner suboptimalen Rechtschreibung, häufiger vor. Gerade jetzt wo ich mitten in einer Prüfungsphase stecke, ich bitte um Nachsicht! ^^

Na, Lerneffekte hat man schon genug mit den ganzen nicht so leicht zu behebenden Problemen, ich bevorzuge eine schnelle Reparatur wo immer es geht, aber das ist vermutlich Geschmacksache.

 

[mairo]

Wichtig ist es nur, die bisher geladenen Kernel Module entweder zu entfernen (Mit Sicherungskopie!!) oder eben auf die blacklist zu setzen!

Wie kann ich dies denn machen? Ich habe nämlich versucht den Treiber von Realtek zu installieren, aber er wird gemeldet, dass es die Kernerlmodule bereits gibt... was ja auch stimmt...

LG
mairo

 

[mairo]

also, ich habe das modul nun in die blacklist übernommen und dann den realtek treiber installiert...
nun den stick eingesteckt... ein wlan wird auch gefunden... wenn ich aber verbinden möchte, erscheint im kde-netzwerkmanager (plasmoid) dass die authorisierung erwartet wird.. diese bricht dann nach einiger zeit ab und schlägt fehl... passwort usw stimmen..

was tun?

lg
mairo

 

[Cobiweb]

Hi Mario,

Gib doch mal die Konfiguration deiner W-LANs aus:
iwconfig
Am besten einmal mit aktivem Atheros-WLAN-Chip, welcher ja funktioniert und einmal mit deaktiviertem Atheros, aber angestecktem Realtek-WLAN-Stick. (ESSID & Accesspoint-MAC evtl. unkenntlich machen, ist schließlich ein öffentl. Forum)

Und je eine Info zur Standardroute könnte auch einen Hinweis geben:
route -e

Wenn alle Stricke reißen, Kernel von der Realtek Seite verwenden, hat bei mir funktioniert. Nachteil ist, nach einem Kernelupdate und Neustart muss das Modul neu kompiliert und geladen werden (lässt sich auch mit einem 3 Zeilen Script vereinfachen, oder mit DKMS automatisieren).

 

[Sauerland]

Oder mal mit compat-wireless versuchen aus einem der folgenden Repos (hängt vom installierten Kernel ab):

uname -a

http://download.opensuse.org/repositories/driver:/wireless/openSUSE_12.1/
http://download.opensuse.org/repositories/driver:/wireless/12.1-update/

The device does use driver rtl8192cu. Have you installed the kernel-firmware
package?

For a novice, I do not recommend that you try any of the drivers on the Realtek
web site. In my work as maintainer of the various Realtek drivers, I keep
abreast of the drivers on that site, and I always have to modify them to get
them to compile on my kernels.

Using compat-wireless will get you a later version of the driver; however, it
does not fix any problems with missing firmware.

http://forums.opensuse.org/english/...pter-firmware-install-11-4-a.html#post2473357

Siehe:

modprobe -c | grep -i "0bda.*8176"
alias usb:v0BDAp8176d*dc*dsc*dp*ic*isc*ip* rtl8192cu

modinfo rtl8192cu
filename:       /lib/modules/3.1.10-1.16-desktop/updates/drivers/net/wireless/rtlwifi/rtl8192cu/rtl8192cu.ko
firmware:       rtlwifi/rtl8192cufw.bin
description:    Realtek 8192C/8188C 802.11n USB wireless
license:        GPL
author:         Larry Finger    <Larry.Finger@lwfinger.net>
author:         Ziv Huang       <ziv_huang@realtek.com>
author:         Georgia         <georgia@realtek.com>
srcversion:     5ABCC79571A3BC8D54C9103
.
.
.
.
.
alias:          usb:v0BDAp8176d*dc*dsc*dp*ic*isc*ip*
.
.
.

depends:        rtlwifi,mac80211,rtl8192c-common
vermagic:       3.1.10-1.16-desktop SMP preempt mod_unload modversions 
parm:           swenc:Set to 1 for software crypto (default 0)
 (bool)
parm:           debug:Set debug level (0-5) (default 0) (int)

 

[mairo]

hallöchen,

also die wireless repos hatte ich bereits aktiviert und die firmware-pakete installiert.. ohne änderung.... leider...

auch die installation des realtek-treiber von der HP habe ich probiert... (habe ich aber auchs chon oben geschrieben..)

 

[spoensche]

Poste mal die Ausgabe von

rpm -qa | grep firmware

. Anschließend steckst du mal den Stick ein und postest dann die Ausgabe von

dmesg | tail -60

 

[Sauerland]

hallöchen,

also die wireless repos hatte ich bereits aktiviert und die firmware-pakete installiert.. ohne änderung.... leider...

Und Du meinst, das reicht?

 

[mairo]

Alo, hier mal die Ausgaben:

rpm -qa | grep firmware

ergibt:

kernel-firmware-20111025git-1.10.1.noarch
rtl8192u-firmware-1.0-1.1.noarch
rtl8192e-firmware-1.0-6.12.noarch

und

dmesg | tail -60

ergibt

[   29.785393] usb 2-1.5: USB disconnect, device number 3
[   29.822865] rtlwifi: reg 0x102, usbctrl_vendorreq TimeOut! status:0xffffffed value=0x65704f00
[   29.822875] rtlwifi: reg 0x422, usbctrl_vendorreq TimeOut! status:0xffffffed value=0x65704f00
[   29.822883] rtlwifi: reg 0x542, usbctrl_vendorreq TimeOut! status:0xffffffed value=0x65704f00
[   29.822892] rtlwifi: reg 0x608, usbctrl_vendorreq TimeOut! status:0xffffffed value=0x65704f00
[   30.060051] wlan0: authenticate with 74:31:70:86:80:51 (try 1)
[   30.062164] wlan0: authenticated
[   30.069386] wlan0: associate with 74:31:70:86:80:51 (try 1)
[   30.073504] wlan0: RX AssocResp from 74:31:70:86:80:51 (capab=0x411 status=0 aid=1)
[   30.073507] wlan0: associated
[   30.073510] wlan0: moving STA 74:31:70:86:80:51 to state 1
[   30.073511] wlan0: moving STA 74:31:70:86:80:51 to state 2
[   30.279174] wlan0: moving STA 74:31:70:86:80:51 to state 3
[   45.772325] EXT4-fs (sda7): re-mounted. Opts: acl,user_xattr,commit=0
[   45.948809] EXT4-fs (sda8): re-mounted. Opts: acl,user_xattr,commit=0
[   46.239040] wlan0: disassociated from 74:31:70:86:80:51 (Reason: 8)
[   46.369965] wlan0: moving STA 74:31:70:86:80:51 to state 2
[   46.369970] wlan0: moving STA 74:31:70:86:80:51 to state 1
[   46.369973] wlan0: moving STA 74:31:70:86:80:51 to state 0
[   47.410042] wlan0: authenticate with 74:31:70:86:80:51 (try 1)
[   47.412086] wlan0: authenticated
[   47.412343] wlan0: associate with 74:31:70:86:80:51 (try 1)
[   47.418536] wlan0: RX ReassocResp from 74:31:70:86:80:51 (capab=0x411 status=0 aid=1)
[   47.418539] wlan0: associated
[   47.418542] wlan0: moving STA 74:31:70:86:80:51 to state 1
[   47.418544] wlan0: moving STA 74:31:70:86:80:51 to state 2
[   47.443681] wlan0: moving STA 74:31:70:86:80:51 to state 3
[   83.654530] martian source 192.168.2.105 from 192.168.2.1, on dev wlan0
[   83.654533] ll header: ff:ff:ff:ff:ff:ff:74:31:70:86:80:4d:08:06
[  189.781605] rtw driver version=v3.4.2_3727.20120404 
[  189.781609] Build at: Jul 15 2012 15:16:50
[  189.781614] Error: Driver 'rtl8192cu' is already registered, aborting...
[  209.463175] wlan0: moving STA 74:31:70:86:80:51 to state 2
[  209.463180] wlan0: moving STA 74:31:70:86:80:51 to state 1
[  209.463183] wlan0: moving STA 74:31:70:86:80:51 to state 0
[  209.510747] cfg80211: Calling CRDA to update world regulatory domain
[  210.434879] wlan0: authenticate with 74:31:70:86:80:51 (try 1)
[  210.439527] wlan0: authenticated
[  210.439773] wlan0: associate with 74:31:70:86:80:51 (try 1)
[  210.443782] wlan0: RX ReassocResp from 74:31:70:86:80:51 (capab=0x411 status=0 aid=1)
[  210.443788] wlan0: associated
[  210.443793] wlan0: moving STA 74:31:70:86:80:51 to state 1
[  210.443796] wlan0: moving STA 74:31:70:86:80:51 to state 2
[  214.439892] wlan0: moving STA 74:31:70:86:80:51 to state 3
[  239.427593] martian source 192.168.2.131 from 192.168.2.1, on dev wlan0
[  239.427598] ll header: ff:ff:ff:ff:ff:ff:74:31:70:86:80:4d:08:06
[  370.867739] usb 2-1.5: new high speed USB device number 4 using ehci_hcd
[  370.961529] usb 2-1.5: New USB device found, idVendor=0bda, idProduct=8176
[  370.961535] usb 2-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  370.961540] usb 2-1.5: Product: 802.11n WLAN Adapter
[  370.961543] usb 2-1.5: Manufacturer: 802.11n WLAN Adapter
[  370.961546] usb 2-1.5: SerialNumber: 00e04c000001
[  370.962251] rtl8192cu: rtl8192cu: Chip version 0x10
[  371.046541] rtl8192cu: MAC address: 00:9c:83:9a:b4:b9
[  371.046549] rtl8192cu: Board Type 0
[  371.049761] rtlwifi: rx_max_size 15360, rx_urb_num 8, in_ep 1
[  371.050018] ieee80211 phy2: Selected rate control algorithm 'rtl_rc'
[  371.093542] rtl8192cu: MAC auto ON okay!
[  371.127242] rtl8192cu: Tx queue select: 0x05
[  371.128363] rtl8192c_common: Loading firmware file rtlwifi/rtl8192cufw.bin

Ich hoffe, das hilft weiter...

 

[sephirot_1024]

Das sieht immernoch ziemlich identisch aus zu vorher oder? Mit Ausnahme der firmware vielleicht, aber die macht die Probleme imho auch nicht.
Hast du denn mal versucht die Module unter "kernel/drivers/net/wireless/rtlwifi" zu entfernen? (mit kopie)

Das dürftest du ohne Probleme tun können, weil der selbst gebaute Treiber wird nicht dorthin geschrieben sondern direkt nach "kernel/drivers/net/wireless/".

Das ist zugegebenermaßen etwas Holzhammer like, aber war bei mir sehr effektiv.

Das im Kernel bereits vorhandene Modul heißt: rtl8192cu.ko
Das aus dem Treiber von der Realtek Homepage: 8192cu.ko (also ohne rtl davor)

 

[spoensche]

Das sieht immernoch ziemlich identisch aus zu vorher oder? Mit Ausnahme der firmware vielleicht, aber die macht die Probleme imho auch nicht.
Hast du denn mal versucht die Module unter "kernel/drivers/net/wireless/rtlwifi" zu entfernen? (mit kopie)

Das dürftest du ohne Probleme tun können, weil der selbst gebaute Treiber wird nicht dorthin geschrieben sondern direkt nach "kernel/drivers/net/wireless/".

Das ist zugegebenermaßen etwas Holzhammer like, aber war bei mir sehr effektiv.

Das im Kernel bereits vorhandene Modul heißt: rtl8192cu.ko
Das aus dem Treiber von der Realtek Homepage: 8192cu.ko (also ohne rtl davor)

Das Löschen ist absoluter Unsinn. Der Kernel kennt die Modulabhängigkeiten (Programm: depmod und Date Module.dep).
Die Module haben unterschiedliche Namen und die korrekte Vorgehensweise ist es, dass Mol91dul rtl8192cu.ko zu blacklisten.

Also:
Die Datei /etc/modprobe.d/rtl8192.conf mit folgendem Inhalt anlegen:

blacklist rtl8192cu

Als nächstes den Stick abziehen und ggf. die Module rtl8192cu, rtl8192c-common, rtlwifi,ieee80211 mit

modprobe -r rtl8192cu

die Module entladen.

Danach 5- 10 Sekunden warten, u. den Stick einstecken, mit

dmesg | tail

prüfen, ob das neue Modul geladen worden ist. Wenn es nicht geladen sein sollte, lade es manuell mit

modprobe 8192cu

und poste bitte die Ausgabe.

 

[spoensche]

Das sieht immernoch ziemlich identisch aus zu vorher oder? Mit Ausnahme der firmware vielleicht, aber die macht die Probleme imho auch nicht.
Hast du denn mal versucht die Module unter "kernel/drivers/net/wireless/rtlwifi" zu entfernen? (mit kopie)

Das dürftest du ohne Probleme tun können, weil der selbst gebaute Treiber wird nicht dorthin geschrieben sondern direkt nach "kernel/drivers/net/wireless/".

Das ist zugegebenermaßen etwas Holzhammer like, aber war bei mir sehr effektiv.

Das im Kernel bereits vorhandene Modul heißt: rtl8192cu.ko
Das aus dem Treiber von der Realtek Homepage: 8192cu.ko (also ohne rtl davor)

Das Löschen ist absoluter Unsinn. Der Kernel kennt die Modulabhängigkeiten (Programm: depmod und Date Module.dep).
Die Module haben unterschiedliche Namen und die korrekte Vorgehensweise ist es, dass Mol91dul rtl8192cu.ko zu blacklisten.

Also:
Die Datei /etc/modprobe.d/rtl8192.conf mit folgendem Inhalt anlegen:

blacklist rtl8192cu

Als nächstes den Stick abziehen und ggf. die Module rtl8192cu, rtl8192c-common, rtlwifi,ieee80211 mit

modprobe -r rtl8192cu

die Module entladen.

Danach 5- 10 Sekunden warten, u. den Stick einstecken, mit

dmesg | tail

prüfen, ob das neue Modul geladen worden ist. Wenn es nicht geladen sein sollte, lade es manuell mit

modprobe 8192cu

und poste bitte die Ausgabe.

 

[sephirot_1024]

Das Löschen ist absoluter Unsinn. Der Kernel kennt die Modulabhängigkeiten (Programm: depmod und Date Module.dep).
Die Module haben unterschiedliche Namen und die korrekte Vorgehensweise ist es, dass Mol91dul rtl8192cu.ko zu blacklisten.

Keine Wiederrede, allein es funktioniert und ist verdammt simpel. ^^