Realtek Ethernet not working on 32

I recently built a workstation and fedora doesnt recognize the ethernet, on windows 10 works fine.

My motherboard is

$ lspci | grep -i ethernet
05:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8125 2.5GbE Controller (rev 04)

I tried installing the driver from
but it did not work.

Should I wait for future kernel and hope they would support this module?

Thanks in advance.

Hi @x59102 and welcome to the forum!

That chip should be covered by the r8169 driver. Can you check if it is loaded with

$ lsmod | grep r8169

and if that does not return anything, try loading it with

$ sudo modprobe r8169

thank you for replying.

$ lsmod | grep r8169
r8169 98304 0

didnt work after log off and reboot

“did not work” is very vague.

Out of interest, what does nmcli -p device status yield?

I’ve had a few recent installations recognize the card fine, but somehow didn’t come OOTB autoconnecting to Ethernet.


thank you for thee reply,

it “did not work” as in fedora didn’t recognize the adapter

Screenshot from 2020-07-09 08-12-32|690x483

$ nmcli -p device status

Status of devices


wlp4s0 wifi connected botnet_5G
p2p-dev-wlp4s0 wifi-p2p disconnected –
lo loopback unmanaged –

So I got the same issue on a new B550 chipset motherboard, I could only get it working by compiling the driver from the Realtek site.

    sudo lspci -nnvs 2a:00.0
2a:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8125 2.5GbE Controller [10ec:8125] (rev 04)
	Subsystem: Micro-Star International Co., Ltd. [MSI] Device [1462:7c94]
	Flags: bus master, fast devsel, latency 0, IRQ 89
	I/O ports at e000 [size=256]
	Memory at fcb00000 (64-bit, non-prefetchable) [size=64K]
	Memory at fcb10000 (64-bit, non-prefetchable) [size=16K]
	Capabilities: [40] Power Management version 3
	Capabilities: [50] MSI: Enable+ Count=1/1 Maskable+ 64bit+
	Capabilities: [70] Express Endpoint, MSI 01
	Capabilities: [b0] MSI-X: Enable- Count=32 Masked-
	Capabilities: [d0] Vital Product Data
	Capabilities: [100] Advanced Error Reporting
	Capabilities: [148] Virtual Channel
	Capabilities: [168] Device Serial Number 01-00-00-00-68-4c-e0-00
	Capabilities: [178] Transaction Processing Hints
	Capabilities: [204] Latency Tolerance Reporting
	Capabilities: [20c] L1 PM Substates
	Capabilities: [21c] Vendor Specific Information: ID=0002 Rev=4 Len=100 <?>
	Kernel driver in use: r8125
	Kernel modules: r8169, r8125

But from another thread they point to only just being commited, looking at the exiting F32 module you only see reference to Rev A

modinfo r8169 | grep 8125
firmware:       rtl_nic/rtl8125a-3.fw
alias:          pci:v000010ECd00008125sv*sd*bc*sc*i

So suspect will have to wait till it drops in the kernel here?

That patch will be in kernel 5.9, which should be released later this year.

1 Like

Hi guys, new to Fedora, but @lcts does this mean that I will not be able to get this realtek network adapter to load in Fedora 31 until that kernel is released?
I have bought another network adapter that uses the RTL8168 chip and it is not showing up in the system at all.

1 Like

Yes. Here’s a nice site that tries to guess when that will be, based on release history: PHB Crystal Ball

The added support is currently in the kernel’s development branch, linux-next. There are no packages of that in Fedora. Once 5.9 hits the mainline branch (after 5.8 is released), you can try it out via Fedora’s Kernel Vanilla Repositories.

Or, if you’re feeling slightly adventurous, you can look into building your own kernel from the linux-next branch.

1 Like

@x59102 @timbucko FWIW, it looks like the Debian peeps got a DKMS package set up; installing it might be as “simple” as:

sudo dnf install @development-tools dkms
ar p r8168-dkms_8.048.03-1_all.deb data.tar.xz | sudo tar x -J -v -C / ./usr/src/
sudo dkms install r8168/8.048.03

It seems to have worked on my machine, though I can’t actually confirm since I don’t have that adapter.

[If this actually works on your end, hit the button to mark this as “solved” so people in the future can stumble across it more efficiently while we wait for Fedora devs to integrate it]