Realtek RTL8125 rev 0c unsupported in Noble

So I see from your Ubuntu Discourse post, you have:
Realtek Semiconductor Co., Ltd. RTL8125 2.5GbE Controller [10ec:8125] (rev 0c)

I guess the rev 0c is the key part, since earlier revisions of the same chip with the same PCI ID work okay with the r8125-dkms version (based on Realtek's 9.011). I have seen other people on UBuntu or Mint reporting this, so I will confirm.

But I'm not sure why you wouldn't just use: https://launchpad.net/~awesometic/+archive/ubuntu/ppa
The way you did it will break on the next kernel update (unless I'm missing something).

Note: Ubuntu 25.04/Plucky already has r8125-dkms 9.014, so overall, this is Fix Released, but since taking out a separate task targeting a specific Ubuntu version requires special privileges, I can't mark it properly.

OK, thanks, Daniel; this is overall good news, I think, for me and for many others, if only they knew how to update their system to the fixed release.

Re your "I'm not sure why you wouldn't just use: https://launchpad.net/~awesometic/+archive/ubuntu/ppa ...", my answer is that, as I have repeatedly said, I am a beginner at troubleshooting Linux and mostly I have no idea what I'm doing; I just follow the recommendations of persons who offer them. I understand _some_ of your recommendation, and I agree I want future updates to work so I think I will learn how to add that PPA to my resources used when I do sudo apt update and sudo apt upgrade. Is this what you are saying I should do? If not, then what are you saying I should do?

Regardless of the answer to that, isn't there a big problem here, with thousands of consumers and other relatively non-techie persons buying products for which the vendors promise they work on Ubuntu 24.04.x LTS, and they don't work, and the customers contact their appropriate "Tech Support" resource, and _those_ staff don't even know about the problem, let alone know how to fix it, either temporarily as Jeremy31's instructions did for me, or more-permanently, as you are recommending?

How will the "fix release" get out there so the next time the issue comes up, the "standard solution" of simply upgrading will avert all the otherwise coming grief and other costs? Of course, even that "standard solution" has a problem, if the affected device has no Internet connection (said connection being dependent on the Ethernet connection, which is now non-existent after upgrading to Ubuntu 24.04.x).

Regards,

Jim

Here's something I find puzzling and probably significant, so I am passing it along:

I just now (Thu 09:30 Central US) tried the originally recommended info-gathering step, running

ubuntu-bug r1825

... and it starts, saying "Collecting problem information" and then I get only a dead-end message box saying "**Problem in r1825** -- The problem cannot be reported: This report is about a package that is not installed."

I am sure I am running only on the Ethernet connection, because:
 - I have turned off the WiFi in the little "control center" in the far upper right of my Ubuntu 24.04 screen
 - I see activity on the Ethernet hub (unmanaged switch) on the port to my NUC whenever I do significant transfers to/from the Internet.

Here's ANOTHER something I find puzzling and probably significant, so I am passing it along:

I run

james@NUC14Ess:~$ sudo lshw > NUC14Ess-lshw.txt

... and in that file I find _only_one_ section with the word Ethernet in it:

*-network
                description: Ethernet interface
                product: RTL8125 2.5GbE Controller
                vendor: Realtek Semiconductor Co., Ltd.
                physical id: 0
                bus info: pci@0000:01:00.0
                logical name: eth0
                version: 0c
                serial: 48:21:0b:71:2b:f9
                size: 1Gbit/s
                capacity: 1Gbit/s
                width: 64 bits
                clock: 33MHz
                capabilities: pm msi pciexpress msix vpd bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
                configuration: autonegotiation=on broadcast=yes driver=r8125 driverversion=9.014.01-NAPI duplex=full ip=192.168.1.38 latency=0 link=yes multicast=yes port=twisted pair speed=1Gbit/s
                resources: irq:18 ioport:3000(size=256) memory:80900000-8090ffff memory:80910000-80913fff

I run this command

james@NUC14Ess:~$ sudo apt list --installed > NUC14Ess-installed-packages.txt

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

james@NUC14Ess:~$

... and I use a known good text editor to search for r8 or 81 and it finds some occurrences (which proves it's working) but no _relevant_ ones, which seems to confirm that I do not, in fact, have have _any_ r8... or _any_ 81... packages. When I followed Jeremy31's instructions, did I not update/replace/install a package named r8125? How is this possible? How can I find what package/driver actually is running my Ethernet interface?

Please let me know how I can further help, perhaps by installing and running some more-sophisticated diagnostic tools.

Thanks again for your support.

Regards,

Jim

Daniel,

Re your "Note: Ubuntu 25.04/Plucky already has r8125-dkms 9.014, so overall, this is Fix Released ..."

My lshw output shows the driver associated with my RTL8125: driver=r8125 driverversion=9.014.01-NAPI. Is this even more-current than the one coming in Ubuntu 25.04/Plucky?

If I upgrade and my Ethernet breaks again, I can repeat Jeremy31's set of commands and fix it, I hope. At least I think I will still be able to get on the Internet, because I have (at least I think I could turn on again) working WiFi on that same NUC, which has always worked. I have several other working computers, so I am sure I will at least be able to communicate on this topic.

When you use very recent hardware, and an LTS distro, things like this happen. No way around it.

"When I followed Jeremy31's instructions, did I not update/replace/install a package named r8125?"

No. All you did was copy a file into the current kernel tree. This is why it will probably break when the next kernel update comes along in a couple weeks. And this is why apport didn't want to report a bug.

"My lshw output shows the driver associated with my RTL8125: driver=r8125 driverversion=9.014.01-NAPI. Is this even more-current than the one coming in Ubuntu 25.04/Plucky?"

Not at this time. 9.014 is version currently in 25.04 repo: https://launchpad.net/ubuntu/+source/r8125
9.015 was just released by Realtek this week. Don't ask me the difference because Realtek apparently doesn't like changelogs.

Ripeto: c'è un bug che mi sembra proprio in proposito: https://bugs.launchpad.net/ubuntu/+bug/2100350

@corradoventu,

Yes, I agree. I am the originator of that bug report.

I think you are suggesting I do something on that report/webpage, but I don't know what. Please explain.

@dtl131,

Thank you; this actually clears up quite a lot for me. As I have consistently mentioned in all of my posts, I am not proficient at understanding the inner workings of Linux, or at reporting bugs, as this is my very first one ever.

I think I will just upgrade to Ubuntu 25.04 after it's been out for a week or two, and see what happens.

Are you suggesting I should do anything else regarding this bug? I would be glad to try to help more, but I would need to be pretty much "led by the hand". :^)

I'm not suggesting anything other than the PPA I linked to. For this report, I think we understand the issue here. Maybe you could run apport-collect to attach basic system info:

apport-collect 2100350

For what it's worth, you probably have to upgrade to 24.10 before 25.04

Thanks

Thank you, Daniel, for all your help.

I'm sure I can in fact run the command as you suggest, but also, as I
recently posted on this topic/thread, I'm only doing things at this point
to try to help others, partly by learning about difficulties in the current
"ecosystem" and reporting those.

I will be glad to run that command and send the result somewhere. Is that
what you want me to do, and if so where do I send the results?

Thanks again,

Jim

On Fri, Feb 28, 2025 at 4:40 PM Daniel Letzeisen <email address hidden>
wrote:

> I'm not suggesting anything other than the PPA I linked to. For this
> report, I think we understand the issue here. Maybe you could run
> apport-collect to attach basic system info:
>
> apport-collect 2100350
>
> For what it's worth, you probably have to upgrade to 24.10 before 25.04
>
> Thanks
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/2100350
>
> Title:
> Realtek RTL8125 rev 0c unsupported in Noble
>
> Status in Ubuntu:
> Invalid
> Status in r8125 package in Ubuntu:
> Confirmed
>
> Bug description:
> Ethernet doesn't work on ASUS NUC 14 Essential with Intel Core 3 N355
> CPU and Ubuntu 24.04.2 without patching it.
>
> I got mine to work by following the instructions provided by Jeremy31
> on my Topic
>
> https://discourse.ubuntu.com/t/rtl8125-2-5gbe-ethernet-port-not-
> working-in-ubuntu-24-04/55551
>
> Here is the series of commands I followed, and the NUC's Ethernet has
> been working fine, at 1Gbps at least, ever since (about a week,
> through several shutdown/reboots). I am not good enough at Linux to
> understand what these commands did.
>
> sudo apt install git
> git clone https://github.com/notpeelz/r8125.git
> cd r8125/src
> make
>
> Ignore some errors, then
> zstd r8125.ko
> sudo cp r8125.ko.zst /lib/modules/$(uname
> -r)/kernel/drivers/net/ethernet/realtek/
> echo "blacklist r8169" | sudo tee /etc/modprobe.d/r8169.conf
> sudo depmod -a
>
> Reboot
>
> Jeremy31 also commented, "It really isn’t up to ASUS as it is a
> Realtek ethernet device and support has been added to newer upstream
> kernels to support more of the RTL8125 variants in the r8169 kernel
> module. I am not real familiar with r8169 but I wonder if they could
> just pull all the recent upstream commits and have more devices
> function with r8169 in the Ubuntu kernels"
>
> System -> About: Ubuntu 24.04.2 LTS
>
>
> In case this helps: There are many, _many_ similar complaints on many
> forums etc.. I think, for example, this one on a Plugable device is
> related:
>
> https://support.plugable.com/t/wired-network-does-not-work-on-
> ubuntu-24-04/25555
>
> I wrote to them and they replied, in part, "As for our ethernet
> adapters that use the Realtek chipsets we currently only use the
> RTL8153B for our Gigabit ethernet adapter, and the RTL8156B for our
> 2.5 Gigabit ethernet adapter."
>
> If I can help further, please call or text my smartphone at
> 651.440.4328, or email me.
>
> IHTH
>
> Jim Harris
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/...

You can run the command and apport-collect should automatically attach the information to this bug.

Oh, OK. I didn't know that, of course. I probably will have time to do that
after I get back home tomorrow evening, or Monday at the latest.

On Fri, Feb 28, 2025 at 8:25 PM Daniel Letzeisen <email address hidden>
wrote:

> You can run the command and apport-collect should automatically attach
> the information to this bug.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/2100350
>
> Title:
> Realtek RTL8125 rev 0c unsupported in Noble
>
> Status in Ubuntu:
> Invalid
> Status in r8125 package in Ubuntu:
> Confirmed
>
> Bug description:
> Ethernet doesn't work on ASUS NUC 14 Essential with Intel Core 3 N355
> CPU and Ubuntu 24.04.2 without patching it.
>
> I got mine to work by following the instructions provided by Jeremy31
> on my Topic
>
> https://discourse.ubuntu.com/t/rtl8125-2-5gbe-ethernet-port-not-
> working-in-ubuntu-24-04/55551
>
> Here is the series of commands I followed, and the NUC's Ethernet has
> been working fine, at 1Gbps at least, ever since (about a week,
> through several shutdown/reboots). I am not good enough at Linux to
> understand what these commands did.
>
> sudo apt install git
> git clone https://github.com/notpeelz/r8125.git
> cd r8125/src
> make
>
> Ignore some errors, then
> zstd r8125.ko
> sudo cp r8125.ko.zst /lib/modules/$(uname
> -r)/kernel/drivers/net/ethernet/realtek/
> echo "blacklist r8169" | sudo tee /etc/modprobe.d/r8169.conf
> sudo depmod -a
>
> Reboot
>
> Jeremy31 also commented, "It really isn’t up to ASUS as it is a
> Realtek ethernet device and support has been added to newer upstream
> kernels to support more of the RTL8125 variants in the r8169 kernel
> module. I am not real familiar with r8169 but I wonder if they could
> just pull all the recent upstream commits and have more devices
> function with r8169 in the Ubuntu kernels"
>
> System -> About: Ubuntu 24.04.2 LTS
>
>
> In case this helps: There are many, _many_ similar complaints on many
> forums etc.. I think, for example, this one on a Plugable device is
> related:
>
> https://support.plugable.com/t/wired-network-does-not-work-on-
> ubuntu-24-04/25555
>
> I wrote to them and they replied, in part, "As for our ethernet
> adapters that use the Realtek chipsets we currently only use the
> RTL8153B for our Gigabit ethernet adapter, and the RTL8156B for our
> 2.5 Gigabit ethernet adapter."
>
> If I can help further, please call or text my smartphone at
> 651.440.4328, or email me.
>
> IHTH
>
> Jim Harris
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu/+bug/2100350/+subscriptions
>
>

Hello!
I have the exact same problem, but on Linux Mint Cinnamon 6.4.8, what uses Ubuntu kernel.

After the installation of Linux Mint Cinnamon, my ethernet connection was not working, there's was no driver in the Linux distro for it. I installed Realtek RTL8125 driver following this:
https://forum.zorin.com/t/wired-internet-not-working/5113

I downloaded the driver from here:
https://www.realtek.com/Download/List?cate_id=584

But, after every kernel update I have to do it again and again, because the ethernet stops working.

My motherboard is: Gigabyte X870 Aorus Elite Wifi7 ICE

Let me know if you need any more information.

Thanks!

@rapid1981: Again, use the PPA I linked to: https://launchpad.net/~awesometic/+archive/ubuntu/ppa
It uses dkms and will automatically rebuild on new/update kernel installs.