I’m letting the community know that the ASUS USB-N10 Nano works!

17 replies [Last post]
sam-d16
Offline
Joined: 09/28/2023

Hello everyone.

I’ve just discovered that the ASUS USB-N10 Nano Wi-Fi adapter works with Trisquel.
It’s a very compact Wi-Fi adapter.
The website https://h-node.org/ states that it does NOT work with free software distributions. THIS IS INCORRECT!

https://h-node.org/wifi/catalogue/en/1/1/ASUSTek-Computer-Inc./undef/undef/undef/wifi-works/undef

does it work with free software?
no

The adapter I’m testing has an RTL8192CU chip. Below is a photo of the box.

During testing, I’ve noticed a few errors, but I haven’t looked into them yet; everything is working fine at this stage,
the adapter is detected straight away and you can connect to the internet.

~$ sudo dmesg 
[  267.175324] usb 1-3.1: USB disconnect, device number 5
[  267.194632] rtl_usb: reg 0x102, usbctrl_vendorreq TimeOut! status:0xffffffed value=0x83040000
[  267.194656] rtl_usb: reg 0x422, usbctrl_vendorreq TimeOut! status:0xffffffed value=0x0
[  267.194674] rtl_usb: reg 0x542, usbctrl_vendorreq TimeOut! status:0xffffffed value=0x4d5
[  267.194722] rtl_usb: reg 0x102, usbctrl_vendorreq TimeOut! status:0xffffffed value=0x390272a
[  271.518458] usb 1-3.1: new high-speed USB device number 6 using xhci_hcd
[  271.644826] usb 1-3.1: New USB device found, idVendor=0b05, idProduct=17ba, bcdDevice= 2.00
[  271.644846] usb 1-3.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  271.644855] usb 1-3.1: Product: 802.11n WLAN Adapter
[  271.644863] usb 1-3.1: Manufacturer: Realtek
[  271.644869] usb 1-3.1: SerialNumber: 
[  271.647850] rtl8192cu: Chip version 0x10
[  271.681350] rtl8192cu: Board Type 0
[  271.681425] rtl_usb: rx_max_size 15360, rx_urb_num 8, in_ep 1
[  271.681448] rtl8192cu: Loading firmware
[  271.681470] ieee80211 phy1: Selected rate control algorithm 'rtl_rc'
[  271.682337] usb 1-3.1: Direct firmware load failed with error -2
[  271.682399] usb 1-3.1: Direct firmware load failed with error -2
[  271.682403] rtlwifi: Loading alternative firmware
[  271.682404] rtlwifi: Selected firmware is not available
[  271.694436] rtl8192cu 1-3.1:1.0 : renamed from wlan0
[  271.763121] rtl8192cu: MAC auto ON okay!
[  271.776113] rtl8192cu: Tx queue select: 0x05
[  272.283515] rtl8192c_common: Polling FW ready fail! REG_MCUFWDL:0x00000006.
[  272.283518] rtl8192c_common: Firmware is not ready to run!
 
[  127.837715] ================================================================================
[  127.837744] UBSAN: array-index-out-of-bounds in /build/linux-Zomprl/linux-5.15.0/drivers/net/wireless/realtek/rtlwifi/rtl8192cu/trx.c:502:15
[  127.837759] index 12 is out of range for type 'rtl_tid_data [9]'
$ hwinfo --usb | grep -i  network 
  Hardware Class: network
  Model: "ASUSTek N10 Nano 802.11n Network Adapter [Realtek RTL8192CU]"
  Device: usb 0x17ba "N10 Nano 802.11n Network Adapter [Realtek RTL8192CU]"

desktop.png

icarolongo
Offline
Joined: 03/26/2011

The link you provided is from a different product (0b05:1786) with another chipset (RTL8188SU):
https://linux-hardware.org/?id=usb:0b05-1786

I added your device (0b05:17ba) here:
https://h-node.org/wifi/view/en/2455/ASUSTek-N10-Nano-802-11n-Network-Adapter--Realtek-RTL8192CU-/1/1/undef/undef/undef/undef/wifi-works/undef

sam-d16
Offline
Joined: 09/28/2023

Hello icarolongo.

Thank you very much for your reply and help.

You were right last time: the ABSENCE of the chip’s name on the box confuses users when they buy an adapter, especially online.

As for the description on h-node.org, I won’t argue with you )) but I’m sure that
no user would have bought the ASUS USB-N10 if they’d seen that

In my view, the right solution would be to specify the chip name as you did in my example; this clearly indicates the chip type IMMEDIATELY.

desktop.png

I wanted to ask you if there are any studies on chips for mini USB adapters? Which of the chips is more reliable, etc.
For example, the ath9k or rtl8188cus or rtl8192cu, etc.

jxself
Offline
Joined: 09/13/2010

The logs you posted actually seems like the adapter is being detected as a USB device, but it failed to initialize. Can you share the output of ip a?

sam-d16
Offline
Joined: 09/28/2023

Hi Jason.

Yes, I noticed some kind of anomaly in the logs and a kernel-related error, but everything’s working fine, which is why I asked about the chip tests.
The AI wrote about all these errors))

Right, I’ll show you the results a bit later today.

sam-d16
Offline
Joined: 09/28/2023
$ uname -rs
Linux 5.15.0-107-generic
$ cat /etc/os-release 
NAME="Trisquel GNU/Linux"
VERSION="11.0.1, Aramo"
ID=trisquel
ID_LIKE=debian
PRETTY_NAME="Trisquel GNU/Linux Aramo (11.0.1)"
VERSION_ID="11.0.1"
VERSION_CODENAME="aramo"
UBUNTU_CODENAME="jammy"
HOME_URL="https://trisquel.info/"
SUPPORT_URL="https://trisquel.info/wiki"
BUG_REPORT_URL="https://gitlab.trisquel.org/trisquel"
PRIVACY_POLICY_URL="https://trisquel.info/legal"
$ rfkill list
8: phy8: Wireless LAN
	Soft blocked: no
	Hard blocked: no
$ modinfo rtl8192cu 
filename:       /lib/modules/5.15.0-107-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8192cu/rtl8192cu.ko
firmware:       rtlwifi/rtl8192cufw_TMSC.bin
firmware:       rtlwifi/rtl8192cufw_B.bin
firmware:       rtlwifi/rtl8192cufw_A.bin
firmware:       rtlwifi/rtl8192cufw.bin
description:    Realtek 8192C/8188C 802.11n USB wireless
$ ip -c a
wlx10c37bcce69e:  mtu 1500 qdisc mq state DOWN group default qlen 1000
$ lsusb | grep -i ASUS
Bus 001 Device 009: ID 0b05:17ba ASUSTek Computer, Inc. N10 Nano 802.11n Network Adapter [Realtek RTL8192CU]
testl@trisquel:~$ sudo dmesg
[  174.562464] usb 1-3.1: new high-speed USB device number 7 using xhci_hcd
[  174.688773] usb 1-3.1: New USB device found, idVendor=0b05, idProduct=17ba, bcdDevice= 2.00
[  174.688794] usb 1-3.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  174.688804] usb 1-3.1: Product: 802.11n WLAN Adapter
[  174.688811] usb 1-3.1: Manufacturer: Realtek
[  174.688817] usb 1-3.1: SerialNumber: 
[  174.695243] rtl8192cu: Chip version 0x10
[  174.729813] rtl8192cu: Board Type 0
[  174.729883] rtl_usb: rx_max_size 15360, rx_urb_num 8, in_ep 1
[  174.729934] rtl8192cu: Loading firmware
[  174.729976] ieee80211 phy2: Selected rate control algorithm 'rtl_rc'
[  174.731080] usb 1-3.1: Direct firmware load failed with error -2
[  174.731225] usb 1-3.1: Direct firmware load failed with error -2
[  174.731234] rtlwifi: Loading alternative firmware
[  174.731238] rtlwifi: Selected firmware is not available
[  174.744500] rtl8192cu 1-3.1:1.0 wlx10c37bcce69e: renamed from wlan0
[  174.785149] rtl8192cu: MAC auto ON okay!
[  174.795824] rtl8192cu: Tx queue select: 0x05
[  175.299254] rtl8192c_common: Polling FW ready fail! REG_MCUFWDL:0x00000006.
[  175.299257] rtl8192c_common: Firmware is not ready to run!
tonino
Offline
Joined: 03/13/2026

"wlx10c37bcce69e: mtu 1500 qdisc mq state DOWN group default qlen 1000"

Your USB wifi is down.

sam-d16
Offline
Joined: 09/28/2023

Hello Tonino.

Everything works!
This is just an example interface => wlx10c37bcce69e

The problem is that the wwlx10c37bcce69e interface should be renamed to wlan0, but it doesn't.

jxself
Offline
Joined: 09/13/2010

"The problem is that the wwlx10c37bcce69e interface should be renamed to wlan0, but it doesn't."

That's actually an intended feature of the kernel to provide predictable network interface names. Your logs show this happening as intended:

[ 174.744500] rtl8192cu 1-3.1:1.0 wlx10c37bcce69e: renamed from wlan0

If your internet is working, the traffic is routing through a different network interface because the output shows that the interface in question's in a "down" state. That means it has no IP address and can't pass traffic. The log also shows that the device failed to initialize, which is probably why it's down. Could you run ip a and post the *entire* output instead of just the one line? Absolutely everything, uncensored. That will show us exactly what's providing your active connection.

sam-d16
Offline
Joined: 09/28/2023

Hi Jason.

I’ve checked other distro ISOs; the interface only stays the same in Trisquel and PureOS. For example, in ParabolaOS, I see `wlan0` when I plug in the adapter.

If this is a feature and the kernel code renames the `wlx10c37bcce69e` interface to `wlan0`, then it isn’t working.

It’s the same situation with the adapter using the ath9k driver.

As for the adapter (ASUS USB-N10), it works 200%. I’ve written three times that everything works, yet you’re saying it doesn’t))

I wouldn’t want to publish my IP address and other personal information publicly, and I don’t think it’s very ethical to ask for that))
I would never do that to any user.

I see that the distro has been updated (Trisquel 12) and it’s now officially available for download; I’ll try testing the adapter on it and let you know if there are any issues with changing the interface.

jxself
Offline
Joined: 09/13/2010

It makes complete sense that you are seeing the exact same naming situation with your ath9k adapter. That actually confirms it is an intended system feature, not a bug. In Ubuntu-based systems like Trisquel, a tool called udev specifically renames the interface from wlan0 to the wlx... name. It’s a feature called Predictable Network Interface Names: https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/ If you don't see that in other distros, it may not be in use there.

Since you mentioned having an ath9k adapter, that explains why your internet is working. Atheros chips run perfectly on 100% free software. Because your logs show the other adapter failing to initialize and sitting in a state DOWN, your ath9k adapter is almost certainly the one actually providing your internet connection.

If you're concerned about IP address and/or MAC address, you can just replace those values with zeroes before posting the otherwise-complete output of ip a.

tonino
Offline
Joined: 03/13/2026

"If this is a feature and the kernel code renames the `wlx10c37bcce69e` interface to `wlan0`, then it isn’t working."

It is the opposite, wlan0 is renamed to a different name with the MAC address of the adapter, like wlx10c37bcce69e on your system.

The output you posted says that your AsusTek USB wifi adapter is down, it is not working with Trisquel 11 and something else is providing networking to your system. Maybe it will work on Trisquel 12 with kernel 6.8.

Legimet
Offline
Joined: 12/10/2013

Not sure about this particular chipset - I wasn't aware that Realtek had any WiFi cards that didn't need proprietary firmware. But I have a Realtek ethernet controller and it complains when it doesn't find the firmware, but works nonetheless.

sam-d16
Offline
Joined: 09/28/2023

Now you can be sure and use this adapter, do not confuse the boxes when buying, I specifically showed what the box should be. 99% of sellers do not know what chip this adapter has.

sam-d16
Offline
Joined: 09/28/2023

In this example, I used ISO Trisquel Aramo (11.0.1) to test the work of the adpter.

arielenter

I am a member!

I am a translator!

Offline
Joined: 08/25/2010

looking at the box, I assume no 5GHz support, right? too bad, but understandable.

sam-d16
Offline
Joined: 09/28/2023

Hi arielenter,

I don’t know of any Wi-Fi adapters or network cards that support 5 GHz and WPA3. If you do, please provide a link from the website https://h-node.org

arielenter

I am a member!

I am a translator!

Offline
Joined: 08/25/2010

I don't know how true it is, maybe some one can commend, but there is something on the forum:

https://trisquel.info/es/forum/recommendation-usb-wifi-adapter-supports-5-ghz