Firmware for Realtek 8192. Ditch Windows in favor of Ubuntu but am being held back by that fact that my wireless card does not even show-up in Ubuntu 9.1. PCI: 07AA:0044 (Vendor name unknown) (Device name unknown) PCI: 07AA:0047 (Vendor name unknown) (Device name unknown) PCI: 10EC:8192 Realtek Semiconductor Co., Ltd. RTL8192E/RTL8192SE Wireless LAN Controller. PCI ID 10EC:8192 is used to identify two different devices requiring different drivers. Linux driver for Realtek RTL8192EU based on official's TP Link TL - WN823N V3 Beta v5.2.19.1 from 2018-05-08 Supports monitor mode and frame injection for penetration testing abilities. Supported devices: DWA-131 (untested) GW-300S Katana (untested) TL-WN821N V6 (untested) TL-WN822N V5 (tested) TL-WN823N V3 (tested) Changelog: Added frame. Realtek RTL8192EU WiFi Linux driver. Contribute to noud/rtl8192EUWiFilinux development by creating an account on GitHub.
My Digitus DN-7045 never really worked with the drivers coming with the default- or pae-kernel.
I use a 3.9.5-12.g08531e3-pae kernel from Tumbleweed OpenSuse 12.3 at the moment.
The Wlan-stick uses the realtek 8192 chip and the native rtl8192cu kernel module allows to connect to a WPA2 secured router, but that connection refuses to work after some time, often minutes, sometimes seconds, without setting off any alarm or failure note. The fact, that the connection is working no more is only showing by time out of web page requests. Of no use, therefore.
With prior kernels (< 3.6 or so), it was possible to download an appropriate driver from Realtek.tw, but that driver doesn't compile anymore on present kernels like the 3.9.5.
That Realtek.tw driver worked like a charm - even the led of the stick blinked at the rhythm of the data transfer, while the native rtl8192cu module always kept the led switched on with the Wlan-stick attached.
Now I found a site where the problems with compiling the Realtek.tw driver had been solved for ubuntu 13.04 and I decided to give that solution a chance, downloaded the package rtl8192cu-tjp-dkms_1.6_all.deb and extracted the deb-package with ark. The deb package contains three files, control.tar.gz, data.tar.gz and debian-binary.
After extracting further data.tar.gz, you find a directory usr and therein a directory /usr/src/rtl8192cu-tjp-1.6.
You might have to change the access rights to get this directory rtl8192cu-tjp-1.6.
This is the modified Realtek.tw driver that now is compilable with the present 3.9.5 kernel.
Within the directory rtl8192cu-tjp-1.6 with 'make' and, as root, 'make install', the module 8192cu gets installed and is working fine so far.
As mentioned at the Project Home of the site linked to at the bottom of this post, you better blacklist the native modules to give the Realtek.tw driver the advantage. Add to the file /etc/modprobe.d/50-blacklist.conf the following lines:
blacklist rtl8192cu
blacklist rtl8192c_common
blacklist rtlwifi
https://code.google.com/p/realtek-81...9-ubuntu-1304/
It would be great, if this working 8192cu module could get merged into a working native kernel driver. At the moment, I am happy with this handmade solution to get the Digitus-Stick up and running at all.
Bruno
You recall that the latest Linux Mint wouldn't work with my wireless USB dongle, nor with my mobile broadband dongle. So I went back to the latest LTS release (Maya) which works with my mobile broadband fine.
However, my wireless STILL did not work. I got it working once for a handful of minutes before it stopped. But mostly it would just keep trying to connect with no success.
Anyway, I got round to googling this and apparently this is a known issue. Normally, the native wireless drivers with Linux are supposed to be pretty good but in this case not so!
The native driver is a 'module' called rtl8192cu. It must be removed and replaced, in this case with one called 8192cu.
I found a lot of sources of info on this, links will follow but here is my simplified explanation.
~~~~~~~
First, you can see the wrong driver in action if you use command lsmod which shows all currently loaded modules.
Pull the USB thing out and manually unload the module too using terminal window command:
sudo modprobe -r rtl8192cu
Also, blacklist this module so it never gets loaded again. You need to edit the file:
/etc/modprobe.d/blacklist.conf
Add the lines:
# Blacklist native RealTek 8188CUs drivers
blacklist rtl8192cu
blacklist rtl8192c_common
blacklist rtlwifi
By the way, it's the first time I edited a file, it wouldn't let me! gedit is like the 'Notepad' of Linux. You need to launch it with admin rights by typing into a Terminal window:sudo grep
Then go and open that file and edit as mentioned.
OK that's the dodgy driver taken care of. Now to download the new one.
Forget the EDIMAX site, the driver there is old. You can go to the Realtek site instead. The link to the driver is here.
I found it and it was called 'RTL8188C_8192C_USB_linux_v4.0.2_9000.20130911.zip'
However, all the links are to FTP sites and my ISP blocks them! I found them at two other places:
http://blog.danielscrivano.com/replacing-the-old-edimax-ew-7811un-moduledriver/
and
http://www.touslesdrivers.com/index.php?v_page=23&v_code=39144&v_langue=en
the first one incidentally has a good explanation of what we are doing right now, too!
You can unzip them by opening a Terminal window and typing:
unzip RTL8188C_8192C_USB_linux_v4.0.2_9000.20130911.zip
I was worried that these files might not be legit but the first link is to a guy who works at a university in the public sphere, I figure that this file must be legit. In any case, the MD5 checksum for both is:
5f15575ba6ae58cae485e8060bc771ed
meaning these files are identical from both sources so most likely the real deal.
Incidentally, in Linux you don't need to download a program to run a checksum, simply go to a folder and type:
md5 *
and it shows all the checksums for you. Pretty neat, eh?
Realtek 8192 Wireless Driver
The idea then goes to find a file inside the extracted folder called install.sh.Realtek 8192 Ubuntu Iso
As typically for many Linux installations, you have to run this with some kind of admin rights, so the right command is:sudo bash install.sh
I was about to do this but read that when the Linux kernel is updated (think of it as like going from Windows XP SP2 to SP3) that you have to run this again. I then read some more and apparently you need a patch when you hit Linux kernel version 3.11.
So I checked my kernel version using a cool command:
uname -a
I had kernel 3.2. So I am well away from having to do patching and all that business. What's more, I found a package that will automatically stop me having to reload this driver with each kernel update, all the way up to 3.11. So I installed this instead.
Check it out, it's a cool installer package (.deb): Wireless Drivers package by Tim.
Then I plugged the USB dongle back in and it worked a treat! The wireless connected quickly. Incidentally, before I had some strange signal strengths showing such as a far away router being full strength and a nearby one having nothing. But with the new driver, the signal strengths are accurate!
If I run lsmod, I can now see the new 8192cu module listed. It loads automatically when I insert the USB device. I read somewhere you can also load it manually with command:
sudo modprobe 8192cu
However, it's not necessary. I also read somewhere you need to add to a file called '/etc/modules' the word '8192cu' so that it loads after a reboot. However, I found that this simply isn't necessary. But if you get problems, feel free to do that.
Summary
Ubuntu Install Realtek Driver
Ubuntu Realtek 8822ce
- take out the dongle and check for the old module, disable it if it's still running
- run the installer package
- put the dongle back in, check the new module is running then run your new wireless driver!