9.013.02 not work on pve 8.2 with kernel 6.8

[Vohrt]

PVE 8.2 changes their default kernel to 6.8, which makes my network down. After
upgrading r8125-dkms to 9.013.02, there is still lots of errors show on my console, like:

[353.459395] r8125 0000:06:00.0 enp6s0: NETDEV WATCHDOG: CPU: 0: transmit queue 0 timed out 12412 ms

and the network is still unavailable.

I'm not familiar with dkms so i don't know how to get more logs about this error. If you need more info, just tell me.

By the way, the newest one still works on pve 8.2 with kernel 6.5.

[awesometic]

Sorry for the inconvenience. I will test it on my kernel 6.8 system soon.

[awesometic]

How did you upgrade the package? Using Debian package file or the script the repo includes?

[Vohrt]

How did you upgrade the package? Using Debian package file or the script the repo includes?

Using Debian package file with dpkg -i.

[whidy]

I encountered the same problem as well.
I have an onboard network interface controller (NIC) 8168 and a PCI dual-port NIC 8125.
After days of attempting and researching, and after countless re-installations of PVE, I managed to successfully install the R8125 driver.
The driver can be directly downloaded from the official Realtek website.
Then download the corresponding driver from https://www.realtek.com/Download/List?cate_id=584.

My Linux kernel version is 6.8.4-3-pve, and the operating system version is 8.2.2.
I have summarized the operation steps as follows:

apt-get install proxmox-headers-$(uname -r)
apt-get install -y build-essential

tar xfvj r8125-9.013.02.tar.bz2
cd r8125-9.013.02
./autorun.sh

After completing the above steps, restart your system. It seems like everything is okay now.

You could try this way.

[awesometic]

Thanks @whidy for sharing your experience.

Although the driver can be downloaded directly from the Realtek website, the source code in this repository is identical to the official one. If you're curious about the previously merged patches to the sources here, they have been merged on the official side already.

So you can install the driver without DKMS by cloning this repository to your PVE machine and executing the autorun.sh script. It should work.

But it is always your choice, you may be relieved by downloading the source codes from the official website.

[AndyGaskell]

I'm not sure if this is the same issue, but I'm using Ubuntu 24.04, which comes with the 6.8 kernel.

When I install the package via the launchpadd ppa, as per the readme, and blacklisted the r8169.

So lspci -k gives...
01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8125 2.5GbE Controller (rev 05) Subsystem: Realtek Semiconductor Co., Ltd. RTL8125 2.5GbE Controller Kernel driver in use: r8125 Kernel modules: r8169, r8125

But as a connection it's barely functioning, dropping 70+% of packets.

The cable and gig-e switch it is plugged into are4 all fine.

This is with a MINIX Z100-0dB fanless Intel N100 mini PC.

[awesometic]

@AndyGaskell

How about r8169? If it has the same issue (high rate packet loss), it might be a hardware issue.

[wknd]

I can confirm the .deb package does work for me on proxmox 8.

I just tried it on 2 identical machines with a fresh install of proxmox 8 and it works the same as using the driver from the realtek website manually.

order of operations for success:

• fresh install of proxmox 8
• update package repositories to non licensed
• update and upgrade packages
• install dependencies: apt install build-essential pve-headers proxmox-default-headers dkms
• blacklist evil driver by placing blacklist r8169 in /etc/modprobe.d/realtekblacklist.conf
• download package: wget https://github.com/awesometic/realtek-r8125-dkms/releases/download/9.013.02-2/realtek-r8125-dkms_9.013.02-2_amd64.deb
• install: dpkg -i realtek-r8125-dkms
• change network interface to the now working one in /etc/network/interfaces
• rebuild initramfs just for fun (probably not needed since we blacklisted before installing?): update-initramfs -u
• reboot

The most important proxmox specific part is probably first installing pve-headers and proxmox-default-headers before trying to install the .deb package.

Hopefully this means next kernel update it will automagically rebuild and continue working compared to manually building from the realtek website.