PSA: The UNAS 2's "2.5GbE" NIC is a USB-attached Realtek running a 3-year-old driver, and mine just stopped negotiating gigabit
Putting this here because the UI forums move slowly and I want other UNAS 2 owners to be able to find this when they search.
TL;DR: The UNAS 2's 2.5GbE port is a USB-attached Realtek RTL8156 running r8152 v2.17.2 dated 2023-09-05. Mine has been dropping the link during sustained SMB/SCP transfers for weeks, and has now degraded to the point where it can't negotiate gigabit at boot. Support ticket has been silent for days.
The hardware design
It's not a PCIe NIC. It's USB. Confirmed:
$ ethtool -i eth0
driver: r8152
version: v2.17.2 (2023/09/05)
$ lsusb -t
Port 1: Dev 2, Driver=r8152, 5000M
For a device whose entire job is moving files over a network, putting the NIC on the USB bus is a choice. USB NICs have smaller queues, more CPU involvement in packet handling, and less robust error recovery than PCIe. When something goes wrong, a wedged USB NIC can take the whole USB subsystem with it — which is exactly what I'm seeing.
Symptoms under sustained load
Multi-TB SMB or SCP transfer:
- Throughput collapses, stalls for minutes
/var/log/kern.logfills withr8152 ... carrier off / carrier on- SMB sessions disconnect
- Recovery requires power cycle (soft reboot doesn't always work)
Reproduced with multiple cables, switch ports, and clients. Every other 2.5G device on the same USW-Flex-2.5G is fine.
It got worse
After more troubleshooting, the NIC stopped negotiating gigabit at boot. Driver is now explicitly giving up:
r8152 4-1.1:1.0 eth0: autoneg retry 3/3 for higher speed (total 3, linked at 100Mbps)
r8152 4-1.1:1.0 eth0: autoneg retry exhausted, accepting 100Mbps
Switch port is set to auto-negotiate. Every other device on that switch hits its rated speed. The driver tried three times and gave up.
Any attempt to force speed via ethtool -s hangs the device hard enough
to require a power cycle. (Pretty sure this is the USB-NIC-takes-USB-stack-
with-it problem.)
The driver age
r8152 v2.17.2 from September 2023. Upstream has had multiple releases since with fixes for RTL8156 autoneg and USB stall recovery. The driver is baked into UniFi's kernel image — you can't update it via apt. The vendor controls it.
What I've tried
- Disabling offloads (tso/gso/gro/tx/rx/sg) — temporary relief, then failed
- Forcing 1GbE — held a few hours under load, then failed
- Cable swaps, switch port swaps, STP changes — no change
- UI support ticket — escalated days ago, crickets
For other UNAS 2 owners
If you're seeing weird stalls, drops, or speed issues, check yours:
ethtool -i eth0
lsusb -t
dmesg | grep r8152
ethtool eth0
Curious how many people are running into this. The forum threads I've found suggest a lot of "I gave up and RMA'd" but no actual fix.
Where I'm at
Filing RMA. The driver-level autoneg failure makes it pretty hard for
Ubiquiti to argue this is a cable problem. Posting here mostly so the
next person Googling UNAS 2 carrier off r8152 finds something useful
instead of three months of "have you tried a different cable" replies.