Click here for USB WiFi Adapter Information for Linux
sudo uname -a; mokutil --sb-state; lsusb; rfkill list all; dkms status; iw dev
- v5.13.1 (Realtek) (20210702) plus updates from the Linux community
- 5,386 Views over the 2 weeks ended on 20220221 (Thank you!)
- IEEE 802.11 b/g/n/ac WiFi compliant
- 802.1x, WEP, WPA TKIP and WPA2 AES/Mixed mode for PSK and TLS (Radius)
- WPA3 (see FAQ)
- IEEE 802.11b/g/n/ac Client mode
- Supports wireless security for WEP, WPA TKIP and WPA2 AES PSK
- Supports site survey scan and manual connect
- Supports WPA/WPA2 TLS client
- IEEE 802.11k support
- Power saving modes
- Wireshark compatible
- Aircrack-ng compatible
- Packet injection
- hostapd compatible
- AP mode DFS channel support
- Miracast
- Supported interface modes
- IBSS
- Managed
- AP [1] [3] see below
- Monitor [2] [3] see below
- P2P-client
- P2P-GO
- Concurrent [3] see below
- Log level control
- LED control
- Power saving control
- VHT control (allows 80 MHz channel width in AP mode)
- SU Beamformee and MU Beamformee control
- SU Beamformer control
- AP mode DFS channel control
- USB mode control
[1] Overall this driver does a good job with AP mode. During testing and work prior to making this driver available, the team working on this driver noticed some problems in AP mode if used with a Raspberry Pi 4B. We were unable to discover or fix the exact cause of the problem but the workaround is to keep the driver in USB2 mode. This workaround only applies to AP mode with Raspberry Pi 4B. No problems were noted with systems that use x86 or amd64 processors.
[2] Work to improve monitor mode is ongoing with this driver. Your reports of success or failure are needed. If you have yet to buy an adapter to use with monitor mode, there are adapters available that are known to work very well with monitor mode. My recommendation for those looking to buy an adapter for Monitor mode is to buy adapters based on the following chipsets: mt7612u, mt7610u, rtl8812au and rtl8811au. My specific recommendations for adapters in order of preference are:
ALFA AWUS036ACHM - long range - in-kernel driver
ALFA AWUS036ACM - in-kernel driver
ALFA AWUS036ACH - long range - driver
ALFA AWUS036ACS - driver
To ask questions, go to USB-WiFi
and post in Discussions or Issues.
[3] There are files that provide detailed information located in the
docs folder.
- x86, amd64
- ARM, ARM64
- Kernels: 3.8 - 5.11 (Realtek)
- Kernels: 5.12 - 5.17 (community support)
Note: One of the goals of this project is to provide driver support that is easy to install and works reliably on many distros. Meeting this goal depends on you to report your recommendations and updated information. If you see information that needs to be updated, please report the updated information and if you do not see adequate support for items such as Installation Steps 2, 3 and 9, and you know what updates need to added or you can get that information, please provide it so that the Installation Steps can be improved.
-
Arch Linux (kernels 5.4 and 5.11)
-
Fedora (kernel 5.11)
-
Debian 11 (kernels 5.10 and 5.15)
-
Kali Linux (kernel 5.10)
-
Linux Mint 20.2 (Linux Mint based on Ubuntu) (kernels 5.4 and 5.13)
-
LMDE 4 (Linux Mint based on Debian) (kernel 4.19)
-
Manjaro 20.1 (kernel 5.9) and 21.1 (kernel 5.13)
-
openSUSE Tumbleweed (rolling) (kernel 5.15)
-
Raspberry Pi OS (2021-10-30) (ARM 32 bit) (kernel 5.10)
-
Raspberry Pi Desktop (x86 32 bit) (kernel 4.19)
-
RHEL 8.4 (kernel 4.18.0)
-
Solus
-
Ubuntu 20.xx (kernels 5.4 and 5.8) and 21.xx (kernels 5.11 and 5.13)
- EDUP EP-AC1605GS WiFi Adapter 1300Mbps USB 3.0 High Gain Wireless Adapter
- FIDECO 6B21-AC1200M WiFi Adapter - AC1200 Dual Band
- Cudy WU1400 AC 1300Mbps USB 3.0 WiFi Adapter
- jjPlus WMU6202 miniPCIe - USB - WIFI2.4/5.0GHz Bluetooth (RTL8822BU)
Warning: Adapters listed here are not recommended for purchase as I do not recommend Linux users buy Realtek based USB WiFi adapters due to the lack of mac80211 technology drivers that are supported in-kernel as called for by Linux Wireless Standards. This repo is supported for the benefit of Linux users who already have adapters based on the supported chipsets. If you are looking for information about what adapter to buy, click here for information about and links to recommended adapters.
- ALFA AWUS036ACU
- ASUS AC1300 USB-AC55 B1
- ASUS AC53 Nano
- ASUS U2
- Cudy WU1400
- Edimax EW-7822UAD
- Edimax EW-7822ULC
- Edimax EW-7822UTC
- EDUP EP-AC1605GS
- FIDECO 6B21-AC1200M
- Linksys WUSB6300 V2
- NetGear A6150
- TRENDnet TEW-808UBM
- Numerous additional products that are based on the supported chipsets
Note: Please read "supported-device-IDs" for information about how to confirm the correct driver for your adapter.
Warning: Installing multiple drivers for the same hardware usually does
not end well. If a previous attempt to install this driver failed or if
you have previously installed another driver for chipsets supported by
this driver, you MUST remove anything that the previous attempt
installed BEFORE attempting to install this driver. This driver can be
removed with the script called ./remove-driver.sh. Information is
available in the section called Removal of the Driver. You can get a
good idea as to whether you need to remove a previously installed
driver by running the following command:
sudo dkms status
The installation instructions are for the novice user. Experienced users are welcome to alter the installation to meet their needs.
Temporary internet access is required for installation. There are numerous ways to enable temporary internet access depending on your hardware and situation. One method is to use tethering from a phone.. Another method is to keep a WiFi adapter that uses an in-kernel driver in your toolkit.
You will need to use the terminal interface. The quick way to open a terminal: Ctrl+Alt+T (hold down on the Ctrl and Alt keys then press the T key).
An alternative terminal is to use SSH (Secure Shell) from the same or from another computer, in which case you will be in a suitable terminal after logging in, but this step requires that an SSH daemon/server has already been configured. (There are lots of SSH guides available, e.g., for the Raspberry Pi and for Ubuntu. Do not forget to secure the SSH server.)
You will need to have sufficient access rights to use sudo so that commands
can be executed as the root user. (If the command sudo echo Yes returns
"Yes", with or without having to enter your password, you do have sufficient
access rights.)
DKMS is used for the installation. DKMS is a system utility which will automatically recompile and reinstall this driver when a new kernel is installed. DKMS is provided by and maintained by Dell.
It is recommended that you do not delete the driver directory after installation as the directory contains information and scripts that you may need in the future.
There is no need to disable Secure Mode to install this driver. If Secure Mode is properly setup on your system, this installation will support it.
Note: If your Linux distro does not fall into one of options listed below, you will need to research how to update and upgrade your system packages.
- Option for Debian based distributions such as Ubuntu, Linux Mint, Kali and Raspberry Pi OS
sudo apt update && sudo apt upgrade
- Option for Arch based distributions such as Manjaro
sudo pacman -Syu
- Option for Fedora based distributions
sudo dnf upgrade
- Option for openSUSE based distributions
sudo zypper update
Note: It is recommended that you reboot your system at this point. The rest of the installation will appreciate having a fully up to date system to work with. The installation can then be continued with Step 3.
sudo reboot
- Option for Raspberry Pi OS (ARM/ARM64), for Raspberry Pi Desktop (x86) see below
sudo apt install -y raspberrypi-kernel-headers bc build-essential dkms git
- Option for Debian, Kali, Linux Mint Debian Edition (LMDE) and Raspberry Pi Desktop (x86)
sudo apt install -y linux-headers-$(uname -r) build-essential dkms git libelf-dev
- Option for Ubuntu (all flavors) and Linux Mint
sudo apt install -y dkms git build-essential
- Option for Fedora
sudo dnf -y install git dkms kernel-devel kernel-debug-devel
- Option for openSUSE
sudo zypper install -t pattern devel_kernel dkms
- Option for Solus
sudo eopkg install gcc linux-current-headers make git binutils
- Options for Arch and Manjaro
If using pacman
sudo pacman -S --noconfirm linux-headers dkms git
Note: If you are asked to choose a provider, make sure to choose the one that corresponds to your version of the linux kernel (for example, "linux510-headers" for Linux kernel version 5.10). If you install the incorrect version, you'll have to uninstall it and install the correct version.
If using other methods, please follow the instructions provided by those methods.
mkdir -p ~/src
cd ~/src
git clone https://github.com/morrownr/88x2bu-20210702.git
cd ~/src/88x2bu-20210702
Note: see Concurrent_Mode.md in the docs folder to help determine
whether you want to enable Concurrent Mode.
./cmode-on.sh
Warning: This driver defaults to supporting x86 and amd64 based systems
and this step should be skipped if your system is powered by an x86,
amd64 or compatible CPU.
Note: If your system is powered by an ARM or ARM64 based Raspberry Pi, then one of the following scripts should be executed:
- Option for the following listed operating systems to be installed to Raspberry Pi hardware
* Raspberry Pi OS (32 bit)
./ARM_RPI.sh
- Option for the following listed operating systems to be installed to Raspberry Pi hardware
* Raspberry Pi OS (64 bit)
* Kali Linux RPI ARM64
* Ubuntu for Raspberry Pi
./ARM64_RPI.sh
Note: ARM or ARM64 based systems not listed above will likely require modifications similar to those provided in the above scripts but the number and variety of different ARM and ARM64 based systems makes supporting each system unpractical so you will need to research the needs of your system and make the appropriate modifications. If you discover the settings and make a new script that works with your ARM or ARM64 based system, you are welcome to submit the script and information to be included here.
Note: Solus Linux does not support dkms and will require a manual build.
See Manual build instructions below.
Note: For automated builds, use NoPrompt as an option.
sudo ./install-driver.sh
Note: If you elect to skip the reboot at the end of the installation script, the driver may not load immediately and the driver options will not be applied. Rebooting is strongly recommended.
Manual build instructions: The script install-driver.sh automates the
installation process, however, it may be necessary to build and install
the driver manually with some Linux distros:
make clean
make
sudo make install
sudo reboot
Note: If you use the manual build instructions, you will need to repeat the process each time a new kernel is installed in your distro.
A file called 88x2bu.conf will be installed in /etc/modprobe.d by
default.
Note: The installation script will prompt you to edit the options.
Location: /etc/modprobe.d/88x2bu.conf
This file will be read and applied to the driver on each system boot.
To edit the driver options file, run the edit-options.sh script
sudo ./edit-options.sh
Note: Documentation for Driver Options is included in the file 88x2bu.conf.
Note: This script should be used in the following situations:
- if driver installation fails
- if the driver is no longer needed
- if a new or updated version of the driver needs to be installed
- if a distro version upgrade is going to be installed
Note: This script removes everything that has been installed, with the exception of the packages installed in Step 3 and the driver directory. The driver directory can be deleted after running this script.
cd ~/src/88x2bu-20210702
sudo ./remove-driver.sh
Note: These are general recommendations, some of which may not apply to your specific situation.
-
Security: Set WPA2-AES. Do not set WPA2 mixed mode or WPA or TKIP.
-
Channel width for 2.4 GHz: Set 20 MHz fixed width. Do not use 40 MHz or 20/40 automatic.
-
Channels for 2.4 GHz: Set channel 1 or 6 or 11 depending on the congestion at your location. Do not set automatic channel selection. As time passes, if you notice poor performance, recheck congestion and set channel appropriately. The environment around you can and does change over time.
-
Mode for 2.4 GHz: For best performance, set "N only" if you no longer use B or G capable devices.
-
Network names: Do not set the 2.4 GHz Network and the 5 GHz Network to the same name. Note: Unfortunately many routers come with both networks set to the same name. You need to be able to control which network that is in use so changing the name of one of the networks is recommended. Since many IoT devices use the 2.4 GHz network, it may be better to change the name of the 5 GHz network.
-
Channels for 5 GHz: Not all devices are capable of using DFS channels (I'm looking at you Roku.) It may be necessary to set a fixed channel in the range of 36 to 48 or 149 to 165 in order for all of your devices to work on 5 GHz. (For US, other countries may vary.)
-
Best location for the WiFi router/access point: Near center of apartment or house, at least a couple of feet away from walls, in an elevated location. You may have to test to see what the best location is in your environment.
-
Check congestion: There are apps available for smart phones that allow you to check the congestion levels on WiFi channels. The apps generally go by the name of
WiFi Analyzeror something similar.
After making and saving changes, reboot the router.
Check the current setting
sudo iw reg get
If you get 00, that is the default and may not provide optimal performance.
Find the correct setting here: http://en.wikipedia.org/wiki/ISO_3166-1_alpha-2
Set it temporarily
sudo iw reg set US
Note: Substitute your country code if you are not in the United States.
Set it permanently
sudo nano /etc/default/crda
Change the last line to read:
REGDOMAIN=US
-
Moving your USB WiFi adapter to a different USB port has been known to fix a variety of problems.
-
If connecting your USB WiFi adapter to a desktop computer, use the USB ports on the rear of the computer. Why? The ports on the rear are directly connected to the motherboard which will reduce problems with interference and disconnection.
-
If your USB WiFi adapter is USB 3 capable and you want it to operate in USB3 mode, plug it into a USB 3 port.
-
Avoid USB 3.1 Gen 2 ports if possible as almost all currently available adapters have been tested with USB 3.1 Gen 1 (aka USB 3) and not with USB 3.1 Gen 2.
-
If you use an extension cable and your adapter is USB 3 capable, the cable needs to be USB 3 capable (if not, you will at best be limited to USB 2 speeds).
-
Extention cables can be problematic. A way to check if the extension cable is the problem is to plug the adapter temporarily into a USB port on the computer.
-
Some USB WiFi adapters require considerable electrical current and push the capabilities of the power available via USB port. One example is adapters that use the Realtek 8814au chipset. Using a powered multiport USB extension can be a good idea in cases like this.
Add the following line to /boot/config.txt
dtoverlay=disable-wifi
sudo nano /etc/wpa_supplicant/wpa_supplicant.conf
Step 2: Delete the relevant WiFi network block (including the 'network=' and opening/closing braces.
Question: Is WPA3 supported?
Answer: WPA3-SAE support is in this driver according to Realtek, however, for it to work in client mode with some current Linux distros, you will need to download, compile and install the current development version of wpa_supplicant from the following site:
Note: There is a file in the docs folder called Update_wpa_supplicant_v3a.md
that may help with updating wpa_supplicant.
Note: Some distros appear to have versions of Network Manager that are not compatible with this driver. If that is the case, you may need to STOP or KILL Network Manager and connect using wpa_supplicant.
WPA3-SAE is working well in AP mode using hostapd with current versions of the Raspberry Pi OS.
Question: I bought two rtl8812bu based adapters and am planning to use both in the same computer. How do I set that up?
Answer: You can't without considerable technical skills. Realtek drivers do not support more than one adapter with the same chipset in the same computer. You can have multiple Realtek based adapters in the same computer as long as the adapters are based on different chipsets.
Question: Why do you recommend Mediatek based adapters when you maintain this repo for a Realtek driver?
Answer: Many new and existing Linux users already have adapters based on Realtek chipsets. This repo is for Linux users to support their existing adapters but my STRONG recommendation is for Linux users to seek out USB WiFi solutions based on Mediatek,
https://github.com/morrownr/USB-WiFi
Question: Will you put volunteers to work?
Answer: Yes. Post a message in Issues or Discussions if interested.
Question: I am having problems with my adapter and I use Virtualbox?
Answer: This article may help.
Question: The driver installation script completed successfully and the driver is installed but does not seem to be working. What is wrong?
Answer: Turn secure boot off to see if that allows the driver to work. This driver is primarily tested on Debian based distros such as Linux Mint, Ubuntu, Raspberry Pi OS and Kali. In an attempt to make this driver work well on many Linux distros, other distros, including the Arch based Manjaro is used for testing. Currently I do not have installations of Fedora or OpenSUSE available for testing and reply on user reports of success or failure. I have two test systems with secure boot on so as to test secure boot. I have not seen any secure boot problems with Debian based systems and I don't remember problems with Manjaro.
dkms is used in the installation script. It helps with a lot of issues that will come up if a simple manual installation is used. dkms has the capability to handle the needs of secure boot. dkms was written by and is maintained by Dell. Dell has been offering some Ubuntu pre-loaded systems for years so their devs likely test on Ubuntu. I suspect Fedora and OpenSUSE may be handing their secure boot support differently than Debian based systems and this is leading to problems. This and the other repos I have are VERY heavily used and I am sure there are plenty of non-Debian users that use this driver. Are they all turning off secure boot and not reporting the problem? I don't know. What I do know is that reports like this are rare.
For the driver to compile and install correctly but not be available tells me there is likely a key issue. Here is an interesting link regarding Debian systems and secure boot:
https://wiki.debian.org/SecureBoot
That document contains a lot of information that can help an investigation into what the real problem is and I invite you and other Fedora, OpemSUSE and users of other distros that show this problem to investigate and present what you know to the devs of your distro via their problem reporting system. Turning off secure boot is NOT a fix. A real fix needs to happen.
Credits: