https://wiki.archlinux.org/api.php?action=feedcontributions&user=Marco44&feedformat=atomArchWiki - User contributions [en]2024-03-29T14:57:18ZUser contributionsMediaWiki 1.41.0https://wiki.archlinux.org/index.php?title=Network_configuration/Wireless&diff=425609Network configuration/Wireless2016-03-13T10:49:41Z<p>Marco44: Replaced %k with $name in the power_save off. %k doesn't work as the device has probably been renamed. Hope I am not mistaken</p>
<hr />
<div>[[Category:Wireless networking]]<br />
[[cs:Wireless network configuration]]<br />
[[de:(W)LAN und Arch Linux]]<br />
[[el:Wireless network configuration]]<br />
[[es:Wireless network configuration]]<br />
[[fr:Wifi]]<br />
[[it:Wireless network configuration]]<br />
[[ja:ワイヤレス設定]]<br />
[[nl:Wireless network configuration]]<br />
[[ro:Wireless]]<br />
[[ru:Wireless network configuration]]<br />
[[th:Wireless network configuration]]<br />
[[tr:Kablosuz bağlantı]]<br />
[[zh-cn:Wireless network configuration]]<br />
{{Related articles start}}<br />
{{Related|Network configuration}}<br />
{{Related|Software access point}}<br />
{{Related|Ad-hoc networking}}<br />
{{Related|Internet sharing}}<br />
{{Related|Wireless bonding}}<br />
{{Related articles end}}<br />
<br />
Configuring wireless is a two-part process; the first part is to identify and ensure the correct driver for your wireless device is installed (they are available on the installation media, but often have to be installed explicitly), and to configure the interface. The second is choosing a method of managing wireless connections. This article covers both parts, and provides additional links to wireless management tools.<br />
<br />
== Device driver ==<br />
<br />
The default Arch Linux kernel is ''modular'', meaning many of the drivers for machine hardware reside on the hard drive and are available as [[Kernel modules|modules]]. At boot, [[udev]] takes an inventory of your hardware and loads appropriate modules (drivers) for your corresponding hardware, which will in turn allow creation of a network ''interface''.<br />
<br />
Some wireless chipsets also require firmware, in addition to a corresponding driver. Many firmware images are provided by the {{Pkg|linux-firmware}} package which is installed by default, however, proprietary firmware images are not included and have to be installed separately. This is described in [[#Installing driver/firmware]].<br />
<br />
{{Note|Udev is not perfect. If the proper module is not loaded by udev on boot, simply [[Kernel modules#Loading|load it manually]]. Note also that udev may occasionally load more than one driver for a device, and the resulting conflict will prevent successful configuration. Make sure to [[Kernel modules#Blacklisting|blacklist]] the unwanted module.}}<br />
<br />
{{Tip|Though not strictly required, it's a good idea to first install user-space tools mentioned in [[#Manual setup]], especially when some problem should appear.}}<br />
<br />
=== Check the driver status ===<br />
<br />
To check if the driver for your card has been loaded, check the output of the {{ic|lspci -k}} or {{ic|lsusb -v}} command, depending on if the card is connected by PCI(e) or USB. You should see that some kernel driver is in use, for example:<br />
<br />
{{hc|$ lspci -k|<nowiki><br />
06:00.0 Network controller: Intel Corporation WiFi Link 5100<br />
Subsystem: Intel Corporation WiFi Link 5100 AGN<br />
Kernel driver in use: iwlwifi<br />
Kernel modules: iwlwifi<br />
</nowiki>}}<br />
<br />
{{Note|If the card is a USB device, running {{ic|<nowiki>dmesg | grep usbcore</nowiki>}} should give something like {{ic|usbcore: registered new interface driver rtl8187}} as output.}}<br />
<br />
Also check the output of {{ic|ip link}} command to see if a wireless interface ([[Network configuration#Device names|usually]] it starts with the letter "w", e.g. {{ic|wlp2s1}}) was created. Then bring the interface up with {{ic|ip link set ''interface'' up}}. For example, assuming the interface is {{ic|wlan0}}:<br />
<br />
# ip link set wlan0 up<br />
<br />
If you get this error message: {{ic|SIOCSIFFLAGS: No such file or directory}}, it most certainly means that your wireless chipset requires a firmware to function.<br />
<br />
Check kernel messages for firmware being loaded:<br />
<br />
{{hc|<nowiki>$ dmesg | grep firmware</nowiki>|<nowiki><br />
[ 7.148259] iwlwifi 0000:02:00.0: loaded firmware version 39.30.4.1 build 35138 op_mode iwldvm<br />
</nowiki>}}<br />
<br />
If there is no relevant output, check the messages for the full output for the module you identified earlier ({{ic|iwlwifi}} in this example) to identify the relevant message or further issues:<br />
<br />
{{hc|<nowiki>$ dmesg | grep iwlwifi</nowiki>|<nowiki><br />
[ 12.342694] iwlwifi 0000:02:00.0: irq 44 for MSI/MSI-X<br />
[ 12.353466] iwlwifi 0000:02:00.0: loaded firmware version 39.31.5.1 build 35138 op_mode iwldvm<br />
[ 12.430317] iwlwifi 0000:02:00.0: CONFIG_IWLWIFI_DEBUG disabled<br />
...<br />
[ 12.430341] iwlwifi 0000:02:00.0: Detected Intel(R) Corporation WiFi Link 5100 AGN, REV=0x6B<br />
</nowiki>}}<br />
<br />
If the kernel module is successfully loaded and the interface is up, you can skip the next section.<br />
<br />
=== Installing driver/firmware ===<br />
<br />
Check the following lists to discover if your card is supported:<br />
<br />
* See the table of [https://wireless.wiki.kernel.org/en/users/drivers existing Linux wireless drivers] and follow to the specific driver's page, which contains a list of supported devices. There is also a [https://wikidevi.com/wiki/List_of_Wi-Fi_Device_IDs_in_Linux List of Wi-Fi Device IDs in Linux].<br />
* The [https://help.ubuntu.com/community/WifiDocs/WirelessCardsSupported Ubuntu Wiki] has a good list of wireless cards and whether or not they are supported either in the Linux kernel or by a user-space driver (includes driver name).<br />
* [http://linux-wless.passys.nl/ Linux Wireless Support] and The Linux Questions' [http://www.linuxquestions.org/hcl/index.php?cat=10 Hardware Compatibility List] (HCL) also have a good database of kernel-friendly hardware.<br />
<br />
Note that some vendors ship products that may contain different chip sets, even if the product identifier is the same. Only the usb-id (for USB devices) or pci-id (for PCI devices) is authoritative.<br />
<br />
If your wireless card is listed above, follow the [[#Troubleshooting drivers and firmware]] subsection of this page, which contains information about installing drivers and firmware of some specific wireless cards. Then [[#Check the driver status|check the driver status]] again.<br />
<br />
If your wireless card is not listed above, it is likely supported only under Windows (some Broadcom, 3com, etc). For these, you can try to use [[#ndiswrapper]].<br />
<br />
== Wireless management ==<br />
<br />
Assuming that your drivers are installed and working properly, you will need to choose a method of managing your wireless connections. The following subsections will help you decide.<br />
<br />
Procedure and tools required will depend on several factors:<br />
* The desired nature of configuration management; from a completely manual command line procedure to an automated solution with graphical front-ends.<br />
* The encryption type (or lack thereof) which protects the wireless network.<br />
* The need for network profiles, if the computer will frequently change networks (such as a laptop).<br />
<br />
{{Tip|<br />
* Whatever is your choice, '''you should try to connect using the manual method first'''. This will help you understand the different steps that are required and troubleshoot possible problems.<br />
* If possible (e.g. if you manage your Wi-Fi access point), try connecting with no encryption, to check that everything works. Then try using encryption, either WEP (simple to configure, but crackable in a matter of seconds), WPA or WPA2.<br />
* If you anticipate to connect the machine to different wireless networks over time, a tool which provides its own connection management may be easier to handle.<br />
}}<br />
<br />
The following table shows the different methods that can be used to activate and manage a wireless connection, depending on the encryption and management types, and the various tools that are required. Although there may be other possibilities, these are the most frequently used:<br />
<br />
{| class="wikitable"<br />
! Management method || Interface activation || Wireless connection management <br>(/=alternatives) || Assigning IP address <br>(/=alternatives) <br />
|-<br />
| [[#Manual setup|Manually managed]], <br>with no or WEP encryption || [[Core utilities#ip|ip]] || {{Pkg|iw}} / [https://www.archlinux.org/packages/?name=wireless_tools iwconfig] || [[Core utilities#ip|ip]] / [[dhcpcd]] / {{Pkg|dhclient}} / [[networkd]]<br />
|-<br />
| [[#Manual setup|Manually managed]], <br>with WPA or WPA2 PSK encryption || [[Core utilities#ip|ip]] || {{Pkg|iw}} / [https://www.archlinux.org/packages/?name=wireless_tools iwconfig] + [[wpa_supplicant]] || [[Core utilities#ip|ip]] / [[dhcpcd]] / {{Pkg|dhclient}} / [[networkd]]<br />
|-<br />
| [[#Automatic setup|Automatically managed]], <br>with network profiles support || colspan="3" align="center" | [[netctl]], [[Wicd]], [[NetworkManager]], etc.<br><br />
These tools pull in the required dependencies from the list of packages in the manual method.<br />
|}<br />
<br />
=== Manual setup ===<br />
<br />
Just like other network interfaces, the wireless ones are controlled with ''ip'' from the {{Pkg|iproute2}} package.<br />
<br />
You will need to install a basic set of tools for managing the wireless connection. Either:<br />
:*{{Pkg|iw}} - only supports the nl80211 (netlink) standard. It does not support the older WEXT (Wireless EXTentions) standard. If ''iw'' does not see your card, this may be the reason.<br />
:or<br />
:*{{Pkg|wireless_tools}} - currently deprecated, but still widely supported. Use this for modules using the WEXT standard.<br />
<br />
For WPA/WPA2 encryption, you will also need:<br />
:*{{Pkg|wpa_supplicant}} - works with both WEXT and nl80211.<br />
<br />
The table below gives an overview of comparable commands for ''iw'' and ''wireless_tools'' (see [http://wireless.kernel.org/en/users/Documentation/iw/replace-iwconfig iw replaces iwconfig] for more examples). These user-space tools work extremely well and allow complete manual control of wireless connection.<br />
<br />
{{Note|<br />
* {{Pkg|iw}} and {{Pkg|wpa_supplicant}} are provided on the installation medium.<br />
* Examples in this section assume that your wireless device interface is {{ic|wlan0}} and that you are connecting to {{ic|''your_essid''}} wifi access point. Replace both accordingly. To find your wireless device interface, see [[#Getting some useful information]].<br />
* Note that most of the commands have to be executed with [[Users and groups|root permissions]]. Executed with normal user rights, some of the commands (e.g. ''iwlist''), will exit without error but not produce the correct output either, which can be confusing.<br />
}} <br />
<br />
{| class="wikitable"<br />
! ''iw'' command<br />
! ''wireless_tools'' command<br />
! Description<br />
|-<br />
| iw dev wlan0 link<br />
| iwconfig wlan0<br />
| Getting link status.<br />
|-<br />
| iw dev wlan0 scan<br />
| iwlist wlan0 scan<br />
| Scanning for available access points.<br />
|-<br />
| iw dev wlan0 set type ibss<br />
| iwconfig wlan0 mode ad-hoc<br />
| Setting the operation mode to ''ad-hoc''.<br />
|-<br />
| iw dev wlan0 connect ''your_essid''<br />
| iwconfig wlan0 essid ''your_essid''<br />
| Connecting to open network.<br />
|-<br />
| iw dev wlan0 connect ''your_essid'' 2432<br />
| iwconfig wlan0 essid ''your_essid'' freq 2432M<br />
| Connecting to open network specifying channel.<br />
|-<br />
| iw dev wlan0 connect ''your_essid'' key 0:''your_key''<br />
| iwconfig wlan0 essid ''your_essid'' key ''your_key''<br />
| Connecting to WEP encrypted network using hexadecimal key.<br />
|-<br />
| iw dev wlan0 connect ''your_essid'' key 0:''your_key''<br />
| iwconfig wlan0 essid ''your_essid'' key s:''your_key''<br />
| Connecting to WEP encrypted network using ASCII key.<br />
|-<br />
| iw dev wlan0 set power_save on<br />
| iwconfig wlan0 power on<br />
| Enabling power save.<br />
|}<br />
<br />
{{Note|Depending on your hardware and encryption type, some of these steps may not be necessary. Some cards are known to require interface activation and/or access point scanning before being associated to an access point and being given an IP address. Some experimentation may be required. For instance, WPA/WPA2 users may try to directly activate their wireless network from step [[#Association]].}}<br />
<br />
==== Getting some useful information ====<br />
<br />
{{Tip|See [http://wireless.kernel.org/en/users/Documentation/iw official documentation] of the ''iw'' tool for more examples.}}<br />
<br />
* First you need to find the name of wireless interface. You can do it with following command:<br />
<br />
{{hc|$ iw dev|<br />
phy#0<br />
Interface '''wlan0'''<br />
ifindex 3<br />
wdev 0x1<br />
addr 12:34:56:78:9a:bc<br />
type managed<br />
channel 1 (2412 MHz), width: 40 MHz, center1: 2422 MHz<br />
}}<br />
<br />
* To check link status, use following command. Example output when not connected to an AP:<br />
<br />
{{hc|$ iw dev wlan0 link|<br />
Not connected.<br />
}}<br />
<br />
When connected to an AP, you will see something like:<br />
<br />
{{hc|$ iw dev wlan0 link|<br />
Connected to 12:34:56:78:9a:bc (on wlan0)<br />
SSID: MyESSID<br />
freq: 2412<br />
RX: 33016518 bytes (152703 packets)<br />
TX: 2024638 bytes (11477 packets)<br />
signal: -53 dBm<br />
tx bitrate: 150.0 MBit/s MCS 7 40MHz short GI<br />
<br />
bss flags: short-preamble short-slot-time<br />
dtim period: 1<br />
beacon int: 100<br />
}}<br />
<br />
* You can get statistic information, such as the amount of tx/rx bytes, signal strength etc., with following command:<br />
<br />
{{hc|$ iw dev wlan0 station dump|<br />
Station 12:34:56:78:9a:bc (on wlan0)<br />
inactive time: 1450 ms<br />
rx bytes: 24668671<br />
rx packets: 114373<br />
tx bytes: 1606991<br />
tx packets: 8557<br />
tx retries: 623<br />
tx failed: 1425<br />
signal: -52 dBm<br />
signal avg: -53 dBm<br />
tx bitrate: 150.0 MBit/s MCS 7 40MHz short GI<br />
authorized: yes<br />
authenticated: yes<br />
preamble: long<br />
WMM/WME: yes<br />
MFP: no<br />
TDLS peer: no<br />
}}<br />
<br />
==== Interface activation ====<br />
<br />
{{Tip|Usually this step is not required.}}<br />
<br />
Some cards require that the kernel interface be activated before you can use ''iw'' or ''wireless_tools'':<br />
<br />
# ip link set wlan0 up<br />
<br />
{{Note|If you get errors like {{ic|RTNETLINK answers: Operation not possible due to RF-kill}}, make sure that hardware switch is ''on''. See [[#Rfkill caveat]] for details.}}<br />
<br />
To verify that the interface is up, inspect the output of the following command:<br />
<br />
{{hc|# ip link show wlan0|<br />
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state DOWN mode DORMANT group default qlen 1000<br />
link/ether 12:34:56:78:9a:bc brd ff:ff:ff:ff:ff:ff<br />
}}<br />
<br />
The {{ic|UP}} in {{ic|<BROADCAST,MULTICAST,UP,LOWER_UP>}} is what indicates the interface is up, not the later {{ic|state DOWN}}.<br />
<br />
==== Access point discovery ====<br />
<br />
See what access points are available:<br />
<br />
# iw dev wlan0 scan | less<br />
<br />
{{Note|If it displays {{ic|Interface does not support scanning}}, then you probably forgot to install the firmware. In some cases this message is also displayed when not running ''iw'' as root.}}<br />
<br />
{{Tip|Depending on your location, you might need to set the correct [[#Respecting the regulatory domain|regulatory domain]] in order to see all available networks.}}<br />
<br />
The important points to check:<br />
* '''SSID:''' the name of the network.<br />
* '''Signal:''' is reported in a wireless power ratio in dbm (e.g. from -100 to 0). The closer the negative value gets to zero, the better the signal. Observing the reported power on a good quality link and a bad one should give an idea about the individual range. <br />
* '''Security:''' it is not reported directly, check the line starting with {{ic|capability}}. If there is {{ic|Privacy}}, for example {{ic|capability: ESS Privacy ShortSlotTime (0x0411)}}, then the network is protected somehow.<br />
** If you see an {{ic|RSN}} information block, then the network is protected by [[Wikipedia:IEEE 802.11i-2004|Robust Security Network]] protocol, also known as WPA2.<br />
** If you see an {{ic|WPA}} information block, then the network is protected by [[Wikipedia:Wi-Fi Protected Access|Wi-Fi Protected Access]] protocol.<br />
** In the {{ic|RSN}} and {{ic|WPA}} blocks you may find the following information:<br />
*** '''Group cipher:''' value in TKIP, CCMP, both, others.<br />
*** '''Pairwise ciphers:''' value in TKIP, CCMP, both, others. Not necessarily the same value than Group cipher.<br />
*** '''Authentication suites:''' value in PSK, 802.1x, others. For home router, you will usually find PSK (''i.e.'' passphrase). In universities, you are more likely to find 802.1x suite which requires login and password. Then you will need to know which key management is in use (e.g. EAP), and what encapsulation it uses (e.g. PEAP). Find more details at [[Wikipedia:Authentication protocol]] and the sub-articles.<br />
** If you do not see neither {{ic|RSN}} nor {{ic|WPA}} blocks but there is {{ic|Privacy}}, then WEP is used.<br />
<br />
==== Operating mode ====<br />
<br />
You might need to set the proper operating mode of the wireless card. More specifically, if you are going to connect an [[Ad-hoc networking|ad-hoc network]], you need to set the operating mode to {{ic|ibss}}:<br />
<br />
# iw dev wlan0 set type ibss<br />
<br />
{{Note|Changing the operating mode on some cards might require the wireless interface to be ''down'' ({{ic|ip link set wlan0 down}}).}}<br />
<br />
==== Association ====<br />
<br />
Depending on the encryption, you need to associate your wireless device with the access point to use and pass the encryption key:<br />
<br />
* '''No encryption''' {{bc|# iw dev wlan0 connect "''your_essid''"}}<br />
* '''WEP'''<br />
** using a hexadecimal or ASCII key (the format is distinguished automatically, because a WEP key has a fixed length): {{bc|# iw dev wlan0 connect "''your_essid''" key 0:''your_key''}}<br />
** using a hexadecimal or ASCII key, specifying the third set up key as default (keys are counted from zero, four are possible): {{bc|# iw dev wlan0 connect "''your_essid''" key d:2:''your_key''}}<br />
* '''WPA/WPA2''' According to what you got from [[#Access point discovery]], issue this command: {{bc|# wpa_supplicant -D nl80211,wext -i wlan0 -c <(wpa_passphrase "''your_SSID''" "''your_key''")}}<br />
<br />
If this does not work, you may need to adjust the options. <br />
If connected successfully, continue in a new terminal (or quit {{ic|wpa_supplicant}} with {{ic|Ctrl+c}} and add the {{ic|-B}} switch to the above command to run it in the background). [[WPA supplicant]] contains more information on options and on how to create a permanent configuration file for the wireless access point.<br />
<br />
Regardless of the method used, you can check if you have associated successfully:<br />
<br />
# iw dev wlan0 link<br />
<br />
==== Getting an IP address ====<br />
<br />
{{Note|See [[Network configuration#Configure the IP address]] for more examples. This part is identical.}}<br />
<br />
Finally, provide an IP address to the network interface. Simple examples are:<br />
<br />
# dhcpcd wlan0<br />
<br />
for DHCP, or<br />
<br />
# ip addr add 192.168.0.2/24 dev wlan0<br />
# ip route add default via 192.168.0.1<br />
<br />
for static IP addressing.<br />
<br />
{{Tip|[[dhcpcd]] provides a [[dhcpcd#10-wpa_supplicant|hook]], which can be enabled to automatically launch [[WPA supplicant]] on wireless interfaces.}}<br />
<br />
==== Example ====<br />
<br />
Here is a complete example of setting up a wireless network with WPA supplicant and DHCP.<br />
<br />
# ip link set dev wlp13s1 up<br />
# wpa_supplicant -B -i wlp13s1 -c /etc/wpa_supplicant/wpa_supplicant.conf<br />
# dhcpcd wlp13s1<br />
<br />
And then to close the connection, you can simply disable the interface:<br />
<br />
# ip link set dev wlp13s1 down<br />
<br />
For a static IP, you would replace the dhcpcd command with<br />
<br />
# ip addr add 192.168.0.10/24 broadcast 192.168.0.255 dev wlp13s1<br />
# ip route add default via 192.168.0.1<br />
<br />
And before disabling the interface you would first flush the IP address and gateway:<br />
<br />
# ip addr flush dev wlp13s1<br />
# ip route flush dev wlp13s1<br />
<br />
=== Automatic setup ===<br />
<br />
There are many solutions to choose from, but remember that all of them are mutually exclusive; you should not run two daemons simultaneously. The following table compares the different connection managers, additional notes are in subsections below.<br />
<br />
{| class="wikitable"<br />
! Connection manager || Network <br>profiles <br>support || Roaming <br>(auto connect dropped <br>or changed location) || [[Wikipedia:Point-to-Point Protocol|PPP]] support <br>(e.g. 3G modem) || Official <br>GUI || Console tools<br />
|-<br />
| [[Connman]] || Yes || Yes || Yes || No || {{ic|connmanctl}}<br />
|-<br />
| [[netctl]] || Yes || Yes || Yes || No || {{ic|netctl}},{{ic|wifi-menu}}<br />
|-<br />
| [[NetworkManager]] || Yes || Yes || Yes || Yes || {{ic|nmcli}},{{ic|nmtui}}<br />
|-<br />
| [[Wicd]] || Yes || Yes || No || Yes || {{ic|wicd-curses}}<br />
|-<br />
| [[Wifi Radar]] || Yes || ? || ? || Yes || {{ic|wifi-radar}}<br />
|}<br />
<br />
==== Connman ====<br />
<br />
''ConnMan'' is an alternative to ''NetworkManager'' and ''Wicd'', designed to be light on resources making it ideal for netbooks, and other mobile devices. It is modular in design takes advandage of the dbus API and provides proper abstraction on top of ''wpa_supplicant''. <br />
<br />
See [[Connman]].<br />
<br />
==== netctl ====<br />
<br />
''netctl'' is a replacement for ''netcfg'' designed to work with ''systemd''. It uses a profile based setup and is capable of detection and connection to a wide range of network types. This is no harder than using graphical tools.<br />
<br />
See [[netctl]].<br />
<br />
==== Wicd ====<br />
<br />
''Wicd'' is a network manager that can handle both wireless and wired connections. It is written in Python and Gtk with fewer dependencies than ''NetworkManager''.<br />
<br />
See [[Wicd]].<br />
<br />
==== NetworkManager ====<br />
<br />
''NetworkManager'' is an advanced network management tool that is enabled by default in most popular GNU/Linux distributions. In addition to managing wired connections, ''NetworkManager'' provides worry-free wireless roaming with an easy-to-use GUI program for selecting your desired network.<br />
<br />
See [[NetworkManager]].<br />
<br />
==== WiFi Radar ====<br />
<br />
''WiFi Radar'' is a Python/PyGTK2 utility for managing wireless (and '''only''' wireless) profiles. It enables you to scan for available networks and create profiles for your preferred networks.<br />
<br />
See [[Wifi Radar]].<br />
<br />
== Troubleshooting ==<br />
<br />
This section contains general troubleshooting tips, not strictly related to problems with drivers or firmware. For such topics, see next section [[#Troubleshooting drivers and firmware]].<br />
<br />
=== Temporary internet access ===<br />
<br />
If you have problematic hardware and need internet access to, for example, download some software or get help in forums, you can make use of Android's built-in feature for internet sharing via USB cable. See [[Android tethering#USB tethering]] for more information.<br />
<br />
=== Rfkill caveat ===<br />
<br />
Many laptops have a hardware button (or switch) to turn off wireless card, however, the card can also be blocked by kernel. This can be handled by {{Pkg|rfkill}}. Use ''rfkill'' to show the current status:<br />
<br />
{{hc|# rfkill list|<br />
0: phy0: Wireless LAN<br />
Soft blocked: yes<br />
Hard blocked: yes<br />
}}<br />
<br />
If the card is ''hard-blocked'', use the hardware button (switch) to unblock it. If the card is not ''hard-blocked'' but ''soft-blocked'', use the following command:<br />
<br />
# rfkill unblock wifi<br />
<br />
{{Note|It is possible that the card will go from ''hard-blocked'' and ''soft-unblocked'' state into ''hard-unblocked'' and ''soft-blocked'' state by pressing the hardware button (i.e. the ''soft-blocked'' bit is just switched no matter what). This can be adjusted by tuning some options of the {{ic|rfkill}} [[kernel module]].}}<br />
<br />
More info: http://askubuntu.com/questions/62166/siocsifflags-operation-not-possible-due-to-rf-kill<br />
<br />
=== Respecting the regulatory domain ===<br />
<br />
The [[wikipedia:IEEE_802.11#Regulatory_domains_and_legal_compliance|regulatory domain]], or "regdomain", is used to reconfigure wireless drivers to make sure that wireless hardware usage complies with local laws set by the FCC, ETSI and other organizations. Regdomains use [[wikipedia:ISO_3166-1_alpha-2|ISO 3166-1 alpha-2 country codes]]. For example, the regdomain of the United States would be "US", China would be "CN", etc.<br />
<br />
Regdomains affect the availability of wireless channels. In the 2.4GHz band, the allowed channels are 1-11 for the US, 1-14 for Japan, and 1-13 for most of the rest of the world. In the 5GHz band, the rules for allowed channels are much more complex. In either case, consult [[wikipedia:List_of_WLAN_channels|this list of WLAN channels]] for more detailed information.<br />
<br />
Regdomains also affect the limit on the [[wikipedia:Equivalent_isotropically_radiated_power|effective isotropic radiated power (EIRP)]] from wireless devices. This is derived from transmit power/"tx power", and is measured in [[wikipedia:DBm|dBm/mBm (1dBm=100mBm) or mW (log scale)]]. In the 2.4GHz band, the maximum is 30dBm in the US and Canada, 20dBm in most of Europe, and 20dB-30dBm for the rest of the world. In the 5GHz band, maximums are usually lower. Consult the [http://git.kernel.org/cgit/linux/kernel/git/linville/wireless-regdb.git/tree/db.txt wireless-regdb] for more detailed information (EIRP dBm values are in the second set of brackets for each line).<br />
<br />
Misconfiguring the regdomain can be useful - for example, by allowing use of an unused channel when other channels are crowded, or by allowing an increase in tx power to widen transmitter range. However, '''this is not recommended''' as it could break local laws and cause interference with other radio devices.<br />
<br />
To configure the regdomain, install {{Pkg|crda}} and reboot (to reload the {{ic|cfg80211}} module and all related drivers). Check the boot log to make sure that CRDA is being called by {{ic|cfg80211}}:<br />
<br />
$ dmesg | grep cfg80211<br />
<br />
The current regdomain can be set to the United States with:<br />
<br />
# iw reg set US<br />
<br />
And queried with:<br />
<br />
$ iw reg get<br />
<br />
{{Note|Your device may be set to country "00", which is the "world regulatory domain" and contains generic settings. If this cannot be unset, CRDA may be misconfigured.}}<br />
<br />
However, setting the regdomain may not alter your settings. Some devices have a regdomain set in firmware/EEPROM, which dictates the limits of the device, meaning that setting regdomain in software [http://wiki.openwrt.org/doc/howto/wireless.utilities#iw can only increase restrictions], not decrease them. For example, a CN device could be set in software to the US regdomain, but because CN has an EIRP maximum of 20dBm, the device will not be able to transmit at the US maximum of 30dBm.<br />
<br />
For example, to see if the regdomain is being set in firmware for an Atheros device:<br />
<br />
$ dmesg | grep ath:<br />
<br />
For other chipsets, it may help to search for "EEPROM", "regdomain", or simply the name of the device driver.<br />
<br />
To see if your regdomain change has been successful, and to query the number of available channels and their allowed transmit power:<br />
<br />
$ iw list | grep -A 15 Frequencies:<br />
<br />
A more permanent configuration of the regdomain can be achieved through editing {{ic|/etc/conf.d/wireless-regdom}} and uncommenting the appropriate domain. {{ic|wpa_supplicant}} can also use a regdomain in the {{ic|1=country=}} line of {{ic|/etc/wpa_supplicant.conf}}.<br />
<br />
It is also possible to configure the [http://wireless.kernel.org/en/developers/Documentation/cfg80211 cfg80211] kernel module to use a specific regdomain by adding, for example, {{ic|1=options cfg80211 ieee80211_regdom=EU}} as [[Kernel_modules#Setting module options|module options]]. However, this is part of the [http://wireless.kernel.org/en/developers/Regulatory#The_ieee80211_regdom_module_parameter old regulatory implementation].<br />
<br />
For further information, read the [http://wireless.kernel.org/en/developers/Regulatory/ wireless.kernel.org regulatory documentation].<br />
<br />
=== Observing Logs ===<br />
<br />
A good first measure to troubleshoot is to analyze the system's logfiles first. In order not to manually parse through them all, it can help to open a second terminal/console window and watch the kernels messages with <br />
$ dmesg -w<br />
while performing the action, e.g. the wireless association attempt. <br />
<br />
When using a tool for network management, the same can be done for systemd with <br />
# journalctl -f <br />
<br />
Frequently a wireless error is accompanied by a deauthentication with a particular reason code, for example: <br />
wlan0: deauthenticating from XX:XX:XX:XX:XX:XX by local choice (reason=3)<br />
<br />
Looking up [http://www.aboutcher.co.uk/2012/07/linux-wifi-deauthenticated-reason-codes/ the reason code] might give a first hint. Maybe it also helps you to look at the control message [https://wireless.wiki.kernel.org/en/developers/documentation/mac80211/auth-assoc-deauth flowchart], the journal messages will follow it. <br />
<br />
The individual tools used in this article further provide options for more detailed debugging output, which can be used in a second step of the analysis, if required.<br />
<br />
=== Power saving ===<br />
<br />
See [[Power saving#Network interfaces]].<br />
<br />
=== Failed to get IP address ===<br />
<br />
* If getting an IP address repeatedly fails using the default {{Pkg|dhcpcd}} client, try installing and using {{Pkg|dhclient}} instead. Do not forget to select ''dhclient'' as the primary DHCP client in your [[#Automatic setup|connection manager]]!<br />
<br />
* If you can get an IP address for a wired interface and not for a wireless interface, try disabling the wireless card's [[#Power saving|power saving]] features (specify {{ic|off}} instead of {{ic|on}}).<br />
<br />
* If you get a timeout error due to a ''waiting for carrier'' problem, then you might have to set the channel mode to {{ic|auto}} for the specific device:<br />
<br />
# iwconfig wlan0 channel auto<br />
<br />
Before changing the channel to auto, make sure your wireless interface is down. After it has successfully changed it, you can bring the interface up again and continue from there.<br />
<br />
=== Valid IP address but cannot resolve host ===<br />
<br />
If you are on a public wireless network that may have a [[wikipedia:Captive_portal|captive portal]], make sure to query an HTTP page (not an HTTPS page) from your web browser, as some captive portals only redirect HTTP. If this is not the issue, it may be necessary to remove any custom DNS servers from [[resolv.conf]].<br />
<br />
=== Connection always times out ===<br />
<br />
There are a few things to try if you are experiencing excessive transmission retries, errors, packet loss, and/or disconnects.<br />
<br />
{{Expansion|Need more explanations of why these techniques will help.}}<br />
<br />
==== Lowering the rate ====<br />
<br />
Try setting lower rate, for example 5.5M:<br />
<br />
# iwconfig wlan0 rate 5.5M auto<br />
<br />
Fixed option should ensure that the driver does not change the rate on its own, thus making the connection a bit more stable:<br />
<br />
# iwconfig wlan0 rate 5.5M fixed<br />
<br />
==== Lowering the txpower ====<br />
<br />
You can try lowering the transmit power. This may save power as well:<br />
<br />
# iw phy0 set txpower fixed 500<br />
<br />
Valid settings are from 0 to 2000, though certain values may be restricted by your card's regulatory domain.<br />
<br />
==== Setting RTS and fragmentation thresholds ====<br />
<br />
Wireless hardware disables RTS and fragmentation by default. These are two different methods of increasing throughput at the expense of bandwidth (i.e. reliability at the expense of speed). These are useful in environments with wireless noise or many adjacent access points.<br />
<br />
Packet fragmentation improves throughput by splitting up packets with size exceeding the fragmentation threshold. The maximum value (2346) effectively disables fragmentation since no packet can exceed it. The minimum value (256) maximizes throughput, but may carry a significant bandwidth cost.<br />
<br />
# iw phy0 set frag 512<br />
<br />
[[Wikipedia:IEEE 802.11 RTS/CTS|RTS]] improves throughput by performing a handshake with the access point before transmitting packets with size exceeding the RTS threshold. The maximum threshold (2347) effectively disables RTS since no packet can exceed it. The minimum threshold (0) enables RTS for all packets, which is probably excessive for most situations.<br />
<br />
# iw phy0 set rts 500<br />
<br />
{{Note|{{ic|phy0}} is the name of the wireless device as listed by {{ic|$ iw phy}}.}}<br />
<br />
=== Random disconnections ===<br />
<br />
==== Cause #1 ====<br />
<br />
If dmesg says {{ic|1=wlan0: deauthenticating from MAC by local choice (reason=3)}} and you lose your Wi-Fi connection, it is likely that you have a bit too aggressive power-saving on your Wi-Fi card[http://us.generation-nt.com/answer/gentoo-user-wireless-deauthenticating-by-local-choice-help-204640041.html]. Try disabling the wireless card's [[#Power saving|power saving]] features (specify {{ic|off}} instead of {{ic|on}}).<br />
<br />
If your card does not support enabling/disabling power save mode, check the BIOS for power management options. Disabling PCI-Express power management in the BIOS of a Lenovo W520 resolved this issue.<br />
<br />
==== Cause #2 ====<br />
<br />
If you are experiencing frequent disconnections and dmesg shows messages such as <br />
<br />
{{ic|1=ieee80211 phy0: wlan0: No probe response from AP xx:xx:xx:xx:xx:xx after 500ms, disconnecting}}<br />
<br />
try changing the channel bandwidth to {{ic|20MHz}} through your router's settings page.<br />
<br />
==== Cause #3 ====<br />
<br />
On some laptop models with hardware rfkill switches (e.g., Thinkpad X200 series), due to wear or bad design, the switch (or its connection to the mainboard) might become loose over time resulting in seemingly random hardblocks/disconnects when you accidentally touch the switch or move the laptop.<br />
There is no software solution to this, unless your switch is electrical and the BIOS offers the option to disable the switch.<br />
If your switch is mechanical (most are), there are lots of possible solutions, most of which aim to disable the switch: Soldering the contact point on the mainboard/wifi-card, glueing or blocking the switch, using a screw nut to tighten the switch or removing it altogether.<br />
<br />
==== Cause #4 ====<br />
<br />
Another cause for frequent disconnects or a complete failure to connect may also be a sub-standard router, incomplete settings of the router, or interference by other wireless devices. <br />
<br />
To troubleshoot, first best try to connect to the router with no authentication. <br />
<br />
If that works, enable WPA/WPA2 again but choose fixed and/or limited router settings. For example: <br />
* If the router is considerably older than the wireless device you use for the client, test if it works with setting the router to one wireless mode <br />
* Disable mixed-mode authentication (e.g. only WPA2 with AES, or TKIP if the router is old) <br />
* Try a fixed/free channel rather than "auto" channel (maybe the router next door is old and interfering) <br />
* Disable {{ic|40Mhz}} channel bandwidth (lower throughput but less likely collisions) <br />
* If the router has quality of service settings, check completeness of settings (e.g. Wi-Fi Multimedia (WMM) is part of optional QoS flow control. An erroneous router firmware may advertise its existence although the setting is not enabled)<br />
<br />
== Troubleshooting drivers and firmware ==<br />
<br />
This section covers methods and procedures for installing kernel modules and ''firmware'' for specific chipsets, that differ from generic method.<br />
<br />
See [[Kernel modules]] for general informations on operations with modules.<br />
<br />
=== Ralink ===<br />
<br />
==== rt2x00 ====<br />
<br />
Unified driver for Ralink chipsets (it replaces {{ic|rt2500}}, {{ic|rt61}}, {{ic|rt73}}, etc). This driver has been in the Linux kernel since 2.6.24, you only need to load the right module for the chip: {{ic|rt2400pci}}, {{ic|rt2500pci}}, {{ic|rt2500usb}}, {{ic|rt61pci}} or {{ic|rt73usb}} which will autoload the respective {{ic|rt2x00}} modules too.<br />
<br />
A list of devices supported by the modules is available at the project's [http://rt2x00.serialmonkey.com/wiki/index.php/Hardware homepage].<br />
<br />
; Additional notes<br />
* Since kernel 3.0, rt2x00 includes also these drivers: {{ic|rt2800pci}}, {{ic|rt2800usb}}.<br />
* Since kernel 3.0, the staging drivers {{ic|rt2860sta}} and {{ic|rt2870sta}} are replaced by the mainline drivers {{ic|rt2800pci}} and {{ic|rt2800usb}}<sup>[https://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=fefecc6989b4b24276797270c0e229c07be02ad3]</sup>.<br />
* Some devices have a wide range of options that can be configured with {{ic|iwpriv}}. These are documented in the [http://web.ralinktech.com/ralink/Home/Support/Linux.html source tarballs] available from Ralink.<br />
<br />
==== rt3090 ====<br />
<br />
For devices which are using the rt3090 chipset it should be possible to use {{ic|rt2800pci}} driver, however, is not working with this chipset very well (e.g. sometimes it is not possible to use higher rate than 2Mb/s).<br />
<br />
The best way is to use the {{AUR|rt3090-dkms}}{{Broken package link|{{aur-mirror|rt3090-dkms}}}} driver. Make sure to [[Kernel modules#Blacklisting|blacklist]] the {{ic|rt2800pci}} module and setup the {{ic|rt3090sta}} module to [[Kernel modules#Loading|load]] at boot.<br />
<br />
{{Note|This driver also works with rt3062 chipsets. Also the {{AUR|rt3090}}{{Broken package link|{{aur-mirror|rt3090}}}} package is not supported by the latest kernel and has been orphaned; {{AUR|rt3090-dkms}}{{Broken package link|{{aur-mirror|rt3090-dkms}}}} should be used instead. }}<br />
<br />
==== rt3290 ====<br />
<br />
The rt3290 chipset is recognised by the kernel {{ic|rt2800pci}} module. However, some users experience problems and reverting to a patched Ralink driver seems to be beneficial in these [https://bbs.archlinux.org/viewtopic.php?id=161952 cases].<br />
<br />
==== rt3573 ====<br />
<br />
New chipset as of 2012. It may require proprietary drivers from Ralink. Different manufacturers use it, see the [https://bbs.archlinux.org/viewtopic.php?pid=1164228#p1164228 Belkin N750 DB wireless usb adapter] forums thread.<br />
<br />
==== rt5572 ====<br />
<br />
New chipset as of 2012 with support for 5 Ghz bands. It may require proprietary drivers from Ralink and some effort to compile them. At the time of writing a how-to on compilation is available for a DLINK DWA-160 rev. B2 [http://bernaerts.dyndns.org/linux/229-ubuntu-precise-dlink-dwa160-revb2 here].<br />
<br />
=== Realtek ===<br />
<br />
==== rtl8192cu ====<br />
<br />
The driver is now in the kernel, but many users have reported being unable to make a connection although scanning for networks does work.<br />
<br />
{{AUR|8192cu-dkms}} includes many patches, try this if it does not work fine with the driver in kernel.<br />
<br />
==== rtl8192e ====<br />
<br />
The driver is part of the current kernel package. The module initialization may fail at boot giving this error message:<br />
<br />
rtl819xE:ERR in CPUcheck_firmware_ready()<br />
rtl819xE:ERR in init_firmware() step 2<br />
rtl819xE:ERR!!! _rtl8192_up(): initialization is failed!<br />
r8169 0000:03:00.0: eth0: link down<br />
<br />
A workaround is to simply unload the module:<br />
# modprobe -r r8192e_pci<br />
and reload the module (after a pause):<br />
# modprobe r8192e_pci<br />
<br />
==== rtl8188eu ====<br />
<br />
Some dongles, like the TP-Link TL-WN725N v2 (not sure, but it seems that uses the rtl8179 chipset), use chipsets compatible with this driver. In Linux 3.12 the driver [http://lwn.net/Articles/564798/ has been moved] to kernel staging source tree. For older kernels use out-of-tree driver sources built with [[dkms]] - install {{AUR|8188eu-dkms}}. At the times of 3.15 kernel rtl8188eu driver is buggy and has many stability issues.<br />
<br />
==== rtl8723ae/rtl8723be ====<br />
<br />
The new {{ic|rtl8723ae}} module is included in the mainline Linux kernel since version 3.6, the {{ic|rtl8723be}} module since 3.15.<br />
<br />
Some users may encounter errors with powersave on this card. This is shown with occasional disconnects that are not recognized by high level network managers ([[netctl]], [[NetworkManager]]). This error can be confirmed by running {{ic|dmesg -w}} or {{ic|journalctl -f}} and looking for output related to powersave and the {{ic|rtl8723ae}}/{{ic|rtl8723be}} module. If you are having this issue, use the {{ic|1=fwlps=0}} kernel option, which should prevent the WiFi card from automatically sleeping and halting connection.<br />
<br />
{{hc|/etc/modprobe.d/rtl8723ae.conf|2=<br />
options rtl8723ae fwlps=0<br />
}}<br />
or<br />
{{hc|/etc/modprobe.d/rtl8723be.conf|2=<br />
options rtl8723be fwlps=0<br />
}}<br />
<br />
=== Atheros ===<br />
<br />
The [http://madwifi-project.org/ MadWifi team] currently maintains three different drivers for devices with Atheros chipset:<br />
<br />
* {{ic|madwifi}} is an old, obsolete driver. Not present in Arch kernel since 2.6.39.1<sup>[https://mailman.archlinux.org/pipermail/arch-dev-public/2011-June/020669.html]</sup>.<br />
* {{ic|ath5k}} is newer driver, which replaces the {{ic|madwifi}} driver. Currently a better choice for some chipsets, but not all chipsets are supported (see below)<br />
* {{ic|ath9k}} is the newest of these three drivers, it is intended for newer Atheros chipsets. All of the chips with 802.11n capabilities are supported.<br />
<br />
There are some other drivers for some Atheros devices. See [http://wireless.kernel.org/en/users/Drivers/Atheros#PCI_.2F_PCI-E_.2F_AHB_Drivers Linux Wireless documentation] for details.<br />
<br />
==== ath5k ====<br />
<br />
External resources:<br />
* http://wireless.kernel.org/en/users/Drivers/ath5k<br />
* http://wiki.debian.org/ath5k<br />
<br />
If you find web pages randomly loading very slow, or if the device is unable to lease an IP address, try to switch from hardware to software encryption by loading the {{ic|ath5k}} module with {{ic|1=nohwcrypt=1}} option. See [[Kernel modules#Setting module options]] for details.<br />
<br />
Some laptops may have problems with their wireless LED indicator flickering red and blue. To solve this problem, do:<br />
<br />
# echo none > /sys/class/leds/ath5k-phy0::tx/trigger<br />
# echo none > /sys/class/leds/ath5k-phy0::rx/trigger<br />
<br />
For alternatives, see [https://bugzilla.redhat.com/show_bug.cgi?id=618232 this bug report].<br />
<br />
==== ath9k ====<br />
<br />
External resources:<br />
* http://wireless.kernel.org/en/users/Drivers/ath9k<br />
* http://wiki.debian.org/ath9k<br />
<br />
As of Linux 3.15.1, some users have been experiencing a decrease in bandwidth. In some cases this can fixed by editing {{ic|/etc/modprobe.d/ath9k.conf}} and adding the line:<br />
options ath9k nohwcrypt=1<br />
<br />
{{Note|Check with the command lsmod what module(-name) is in use and change it if named otherwise (e.g. ath9k_htc).}}<br />
<br />
In the unlikely event that you have stability issues that trouble you, you could try using the {{AUR|backports-patched}} package. An [https://lists.ath9k.org/mailman/listinfo/ath9k-devel ath9k mailing list] exists for support and development related discussions.<br />
<br />
===== Power saving =====<br />
<br />
Although [http://wireless.kernel.org/en/users/Documentation/dynamic-power-save Linux Wireless] says that dynamic power saving is enabled for Atheros ath9k single-chips newer than AR9280, for some devices (e.g. AR9285) {{Pkg|powertop}} might still report that power saving is disabled. In this case enable it manually.<br />
<br />
On some devices (e.g. AR9285), enabling the power saving might result in the following error:<br />
<br />
{{hc|# iw dev wlan0 set power_save on|<br />
command failed: Operation not supported (-95)<br />
}}<br />
<br />
The solution is to set the {{ic|1=ps_enable=1}} option for the {{ic|ath9k}} module:<br />
<br />
{{hc|/etc/modprobe.d/ath9k.conf|2=<br />
options ath9k ps_enable=1<br />
}}<br />
<br />
===== ASUS =====<br />
<br />
{{Move||How is this related to {{ic|ath9k}} driver? There must be some better place for this stuff.}}<br />
<br />
With some ASUS laptops (tested with ASUS U32U series), it could help to add {{ic|1=options asus_nb_wmi wapf=1}} to {{ic|/etc/modprobe.d/asus_nb_wmi.conf}} to fix rfkill-related issues.<br />
<br />
You can also try to blacklist the module asus_nb_wmi (tested with ASUSPRO P550C):<br />
# echo "blacklist asus_nb_wmi" >> /etc/modprobe.d/blacklist.conf<br />
<br />
=== Intel ===<br />
<br />
==== ipw2100 and ipw2200 ====<br />
<br />
These modules are fully supported in the kernel, but they require additional firmware. Depending on which of the chipsets you have, [[install]] either {{Pkg|ipw2100-fw}} or {{Pkg|ipw2200-fw}}. Then [[Kernel modules#Manual module handling|reload]] the appropriate module.<br />
<br />
{{Tip|You may use the following [[Kernel modules#Setting module options|module options]]:<br />
* use the {{ic|1=rtap_iface=1}} option to enable the radiotap interface<br />
* use the {{ic|1=led=1}} option to enable a front LED indicating when the wireless is connected or not<br />
}}<br />
<br />
==== iwlegacy ====<br />
<br />
[http://wireless.kernel.org/en/users/Drivers/iwlegacy iwlegacy] is the wireless driver for Intel's 3945 and 4965 wireless chips. The firmware is included in the {{Pkg|linux-firmware}} package.<br />
<br />
[[udev]] should load the driver automatically, otherwise load {{ic|iwl3945}} or {{ic|iwl4965}} manually. See [[Kernel modules#Loading]] for details.<br />
<br />
If you have problems connecting to networks in general or your link quality is very poor, try to disable 802.11n:<br />
<br />
{{hc|/etc/modprobe.d/iwl4965.conf|2=<br />
options iwl4965 11n_disable=1<br />
}}<br />
<br />
==== iwlwifi ====<br />
<br />
[http://wireless.kernel.org/en/users/Drivers/iwlwifi iwlwifi] is the wireless driver for Intel's current wireless chips, such as 5100AGN, 5300AGN, and 5350AGN. See the [http://wireless.kernel.org/en/users/Drivers/iwlwifi#Supported_Devices full list of supported devices]. The firmware is included in the {{Pkg|linux-firmware}} package.<br />
<br />
If you have problems connecting to networks in general or your link quality is very poor, try to disable 802.11n, and perhaps also enable software encryption:<br />
<br />
{{hc|/etc/modprobe.d/iwlwifi.conf|2=<br />
options iwlwifi 11n_disable=1<br />
options iwlwifi swcrypto=1<br />
}}<br />
<br />
If you have a problem with slow uplink speed in 802.11n mode, for example 20Mbps, try to enable antenna aggregation:<br />
<br />
{{hc|/etc/modprobe.d/iwlwifi.conf|2=<br />
options iwlwifi 11n_disable=8<br />
}}<br />
<br />
Do not be confused with the option name, when the value is set to {{ic|8}} it does not disable anything but re-enables transmission antenna aggregation.[http://forums.gentoo.org/viewtopic-t-996692.html?sid=81bdfa435c089360bdfd9368fe0339a9] [https://bugzilla.kernel.org/show_bug.cgi?id=81571]<br />
<br />
In case this does not work for you, you may try disabling power saving for your wireless adapter. For a permanent solution, add a new udev rule:<br />
<br />
{{hc|/etc/udev/rules.d/80-iwlwifi.rules|2=<br />
ACTION=="add", SUBSYSTEM=="net", ATTR{address}=="''your_mac_address''", RUN+="/usr/bin/iw dev $name set power_save off"<br />
}}<br />
<br />
[http://ubuntuforums.org/showthread.php?t=2183486&p=12845473#post12845473 Some] have never gotten this to work. [http://ubuntuforums.org/showthread.php?t=2205733&p=12935783#post12935783 Others] found salvation by disabling N in their router settings after trying everything. This is known to have be the only solution on more than one occasion. The second link there mentions a 5ghz option that might be worth exploring.<br />
<br />
{{Note|1=The {{pkg|linux-lts}}-3.14 kernel may take several minutes to load the firmware and make the wireless card ready for use. The issue is reported to be fixed in {{pkg|linux}}-3.17 kernel.[https://bbs.archlinux.org/viewtopic.php?id=190757]}}<br />
<br />
==== Disabling LED blink ====<br />
<br />
{{Note|This works with the {{ic|iwlegacy}} and {{ic|iwlwifi}} drivers.}}<br />
<br />
The default settings on the module are to have the LED blink on activity. Some people find this extremely annoying. To have the LED on solid when Wi-Fi is active, you can use the [[systemd#Temporary files|systemd-tmpfiles]]:<br />
<br />
{{hc|/etc/tmpfiles.d/phy0-led.conf|<br />
w /sys/class/leds/phy0-led/trigger - - - - phy0radio<br />
}}<br />
<br />
Run {{ic|systemd-tmpfiles --create phy0-led.conf}} for the change to take effect, or reboot.<br />
<br />
To see all the possible trigger values for this LED:<br />
<br />
# cat /sys/class/leds/phy0-led/trigger<br />
<br />
{{Tip|If you do not have {{ic|/sys/class/leds/phy0-led}}, you may try to use the {{ic|1=led_mode="1"}} [[Kernel modules#Setting module options|module option]]. It should be valid for both {{ic|iwlwifi}} and {{ic|iwlegacy}} drivers.}}<br />
<br />
=== Broadcom ===<br />
<br />
See [[Broadcom wireless]].<br />
<br />
=== Other drivers/devices ===<br />
<br />
==== Tenda w322u ====<br />
<br />
Treat this Tenda card as an {{ic|rt2870sta}} device. See [[#rt2x00]].<br />
<br />
==== orinoco ====<br />
<br />
This should be a part of the kernel package and be installed already.<br />
<br />
Some Orinoco chipsets are Hermes II. You can use the {{ic|wlags49_h2_cs}} driver instead of {{ic|orinoco_cs}} and gain WPA support. To use the driver, [[Kernel modules#Blacklisting|blacklist]] {{ic|orinoco_cs}} first.<br />
<br />
==== prism54 ====<br />
<br />
The driver {{ic|p54}} is included in kernel, but you have to download the appropriate firmware for your card from [http://linuxwireless.org/en/users/Drivers/p54#firmware this site] and install it into the {{ic|/usr/lib/firmware}} directory.<br />
<br />
{{Note|There is also older, deprecated driver {{ic|prism54}}, which might conflict with the newer driver ({{ic|p54pci}} or {{ic|p54usb}}). Make sure to [[Kernel modules#Blacklisting|blacklist]] {{ic|prism54}}.}}<br />
<br />
==== ACX100/111 ====<br />
<br />
{{Warning|The drivers for these devices [https://mailman.archlinux.org/pipermail/arch-dev-public/2011-June/020669.html are broken] and do not work with newer kernel versions.}}<br />
<br />
Packages: {{ic|tiacx}} {{ic|tiacx-firmware}} (deleted from official repositories and AUR)<br />
<br />
See [http://sourceforge.net/apps/mediawiki/acx100/index.php?title=Main_Page official wiki] for details.<br />
<br />
==== zd1211rw ====<br />
<br />
[http://zd1211.wiki.sourceforge.net/ {{ic|zd1211rw}}] is a driver for the ZyDAS ZD1211 802.11b/g USB WLAN chipset, and it is included in recent versions of the Linux kernel. See [http://www.linuxwireless.org/en/users/Drivers/zd1211rw/devices] for a list of supported devices. You only need to [[install]] the firmware for the device, provided by the {{Pkg|zd1211-firmware}} package.<br />
<br />
==== hostap_cs ====<br />
<br />
[http://hostap.epitest.fi/ Host AP] is a Linux driver for wireless LAN cards based on Intersil's Prism2/2.5/3 chipset. The driver is included in Linux kernel.<br />
<br />
{{Note|Make sure to [[Kernel_modules#Blacklisting|blacklist]] the {{ic|orinico_cs}} driver, it may cause problems.}}<br />
<br />
=== ndiswrapper ===<br />
<br />
Ndiswrapper is a wrapper script that allows you to use some Windows drivers in Linux. You will need the {{ic|.inf}} and {{ic|.sys}} files from your Windows driver. <br />
{{Warning|Be sure to use drivers appropriate to your architecture (x86 vs. x86_64).}}<br />
<br />
{{Tip|If you need to extract these files from an {{ic|*.exe}} file, you can use {{Pkg|cabextract}}.}}<br />
<br />
Follow these steps to configure ndiswrapper.<br />
<br />
1. Install {{pkg|ndiswrapper-dkms}}<br />
<br />
2. Install the driver to {{ic|/etc/ndiswrapper/*}}<br />
# ndiswrapper -i filename.inf<br />
<br />
3. List all installed drivers for ndiswrapper<br />
$ ndiswrapper -l<br />
<br />
4. Let ndiswrapper write its configuration in {{ic|/etc/modprobe.d/ndiswrapper.conf}}:<br />
# ndiswrapper -m<br />
# depmod -a<br />
<br />
Now the ndiswrapper install is almost finished; follow the instructions on [[Kernel modules#Loading]] to automatically load the module at boot.<br />
<br />
The important part is making sure that ndiswrapper exists on this line, so just add it alongside the other modules. It would be best to test that ndiswrapper will load now, so:<br />
# modprobe ndiswrapper<br />
# iwconfig<br />
<br />
and ''wlan0'' should now exist. If you have problems, some help is available at:<br />
[http://sourceforge.net/p/ndiswrapper/ndiswrapper/HowTos/ ndiswrapper howto] and [http://sourceforge.net/p/ndiswrapper/ndiswrapper/FAQ/ ndiswrapper FAQ].<br />
<br />
=== compat-drivers-patched ===<br />
<br />
{{Out of date|{{AUR|compat-drivers-patched}}{{Broken package link|{{aur-mirror|compat-drivers-patched}}}} has reached end-of-life, {{AUR|backports-patched}} should be used instead}}<br />
<br />
Patched compat wireless drivers correct the "fixed-channel -1" issue, whilst providing better injection. Install the {{AUR|compat-drivers-patched}}{{Broken package link|{{aur-mirror|compat-drivers-patched}}}} package.<br />
<br />
{{AUR|compat-drivers-patched}}{{Broken package link|{{aur-mirror|compat-drivers-patched}}}} does not conflict with any other package and the modules built reside in {{ic|/usr/lib/modules/''your_kernel_version''/updates}}.<br />
<br />
These patched drivers come from the [http://wireless.kernel.org/ Linux Wireless project] and support many of the above mentioned chips such as:<br />
<br />
ath5k ath9k_htc carl9170 b43 zd1211rw rt2x00 wl1251 wl12xx ath6kl brcm80211<br />
<br />
Supported groups:<br />
<br />
atheros ath iwlagn rtl818x rtlwifi wl12xx atlxx bt<br />
<br />
It is also possible to build a specific module/driver or a group of drivers by editing the [[PKGBUILD]], particularly uncommenting the '''line #46'''. Here is an example of building the atheros group:<br />
<br />
scripts/driver-select atheros<br />
<br />
Please read the package's [[PKGBUILD]] for any other possible modifications prior to compilation and installation.<br />
<br />
== See also ==<br />
<br />
* [http://wireless.kernel.org/ The Linux Wireless project]<br />
* [http://aircrack-ng.org/doku.php?id=install_drivers Aircrack-ng guide on installing drivers]</div>Marco44https://wiki.archlinux.org/index.php?title=LightScribe&diff=73699LightScribe2009-08-10T17:30:16Z<p>Marco44: /* Installation */</p>
<hr />
<div>== Requirements ==<br />
The following packages are needed<br />
* rpmextract<br />
* libstdc++5<br />
pacman -Sy rpmextract libstdc++5<br />
<br />
== Preparation ==<br />
First, go to www.lightscribe.com and get the following RPM packages:<br />
<br />
* [http://lightscribe.com/downloadSection/linux/index.aspx?id=815 LIGHTSCRIBE SIMPLE LABELER]<br />
* [http://lightscribe.com/downloadSection/linux/index.aspx?id=814 LIGHTSCRIBE SYSTEM SOFTWARE]<br />
<br />
best would be, to create a subfolder inside your home-folder:<br />
mkdir lightscribe<br />
<br />
and save the packages there<br />
<br />
== Installation ==<br />
<br />
now, go to the desired directory and extract the packages using rpmextract:<br />
<br />
rpmextract.sh lightscribe-*intel.rpm<br />
rpmextract.sh lightscribeApplications*intel.rpm<br />
<br />
Now, there are three new subfolders:<br />
opt/<br />
usr/<br />
etc/<br />
<br />
these have to be moved:<br />
mv -R opt/ /<br />
mv -R usr/ /<br />
mv -R etc/ /<br />
<br />
now, create a symbolic link:<br />
ln -sf /opt/lightscribeApplications/SimpleLabeler/SimpleLabeler /usr/bin/SimpleLabeler<br />
<br />
and finally you can start by typing:<br />
SimpleLabeler<br />
<br />
that's all<br />
<br />
If you want to adjust contrast (often it's not dark enough), you can run <br />
/usr/lib/lightscribe/elcu.sh<br />
as root.<br />
<br />
For 64 bits systems, just install this package too :<br />
pacman -Sy lib32-libstdc++5</div>Marco44https://wiki.archlinux.org/index.php?title=LightScribe&diff=73698LightScribe2009-08-10T17:29:06Z<p>Marco44: /* Installation */</p>
<hr />
<div>== Requirements ==<br />
The following packages are needed<br />
* rpmextract<br />
* libstdc++5<br />
pacman -Sy rpmextract libstdc++5<br />
<br />
== Preparation ==<br />
First, go to www.lightscribe.com and get the following RPM packages:<br />
<br />
* [http://lightscribe.com/downloadSection/linux/index.aspx?id=815 LIGHTSCRIBE SIMPLE LABELER]<br />
* [http://lightscribe.com/downloadSection/linux/index.aspx?id=814 LIGHTSCRIBE SYSTEM SOFTWARE]<br />
<br />
best would be, to create a subfolder inside your home-folder:<br />
mkdir lightscribe<br />
<br />
and save the packages there<br />
<br />
== Installation ==<br />
<br />
now, go to the desired directory and extract the packages using rpmextract:<br />
<br />
rpmextract.sh lightscribe-*intel.rpm<br />
rpmextract.sh lightscribeApplications*intel.rpm<br />
<br />
Now, there are three new subfolders:<br />
opt/<br />
usr/<br />
etc/<br />
<br />
these have to be moved:<br />
mv -R opt/ /<br />
mv -R usr/ /<br />
mv -R etc/ /<br />
<br />
now, create a symbolic link:<br />
ln -sf /opt/lightscribeApplications/SimpleLabeler/SimpleLabeler /usr/bin/SimpleLabeler<br />
<br />
and finally you can start by typing:<br />
SimpleLabeler<br />
<br />
that's all<br />
<br />
If you want to adjust contrast (often it's not dark enough), you can run <br />
/usr/lib/lightscribe/elcu.sh<br />
as root.</div>Marco44https://wiki.archlinux.org/index.php?title=LightScribe&diff=73697LightScribe2009-08-10T17:28:46Z<p>Marco44: /* Installation */</p>
<hr />
<div>== Requirements ==<br />
The following packages are needed<br />
* rpmextract<br />
* libstdc++5<br />
pacman -Sy rpmextract libstdc++5<br />
<br />
== Preparation ==<br />
First, go to www.lightscribe.com and get the following RPM packages:<br />
<br />
* [http://lightscribe.com/downloadSection/linux/index.aspx?id=815 LIGHTSCRIBE SIMPLE LABELER]<br />
* [http://lightscribe.com/downloadSection/linux/index.aspx?id=814 LIGHTSCRIBE SYSTEM SOFTWARE]<br />
<br />
best would be, to create a subfolder inside your home-folder:<br />
mkdir lightscribe<br />
<br />
and save the packages there<br />
<br />
== Installation ==<br />
<br />
now, go to the desired directory and extract the packages using rpmextract:<br />
<br />
rpmextract.sh lightscribe-*intel.rpm<br />
rpmextract.sh lightscribeApplications*intel.rpm<br />
<br />
Now, there are three new subfolders:<br />
opt/<br />
usr/<br />
etc/<br />
<br />
these have to be moved:<br />
mv -R opt/ /<br />
mv -R usr/ /<br />
mv -R etc/ /<br />
<br />
now, create a symbolic link:<br />
ln -sf /opt/lightscribeApplications/SimpleLabeler/SimpleLabeler /usr/bin/SimpleLabeler<br />
<br />
and finally you can start by typing:<br />
SimpleLabeler<br />
<br />
that's all<br />
<br />
If you want to adjust contrast (often it's not dark enough), you can run /usr/lib/lightscribe/elcu.sh as root.</div>Marco44