Intel I225-V - Ethernet stops working after few hours

Hello everyone, I’ve been using endevouros for a week now (new to linux), and I’ve been having this problem where the Ethernet stops working randomly after a few hours.
Suddenly I lose connection and it gets stuck on establishing IP and the only fix would be to restart the system…

I’ve moved from windows 11 and never had any problem, so I know the cable/router are ok.

1 Like

Is it built into an ASUS board by chance? I think there are some issues with those.

Hi, yeah it is, I have an Asus B650 A-Gaming

I don’t think that if you have problems with the wifi that can be a problem with intel I225 chip as this is only for wired connections.

But yes as @dalto already mentioned some wifi chips on some board do have issues.
Sometimes there is a fixed/newer firmware

Not sure what exact wifi chip type your board has?

Yes there are known issues with the i225 chip on AMD ASUS mainboards.

Yeah, I didn’t even notice that it was your wifi that was becoming disconnected. That is unrelated to the issues with the wired i225-v.

Can you share inxi -Fxxxz

Maybe I made a typo and grabbed the wrong name when I said Intel I225-V? But I didn’t mean the wifi connection. I only use the wired connection, it’s the wired connection that has problems.
I’ll share the inxi -Fxxxz output when I get home

Edit: yeah I made a typo when describing the problem…

OK, in that case, it is a common on ASUS boards. If you read the reviews on almost ASUS AM5 board that have that chipset they are full of complaints on both Windows and Linux. Other boards or standalone cards with the i225-v chipset don’t have the issues.

If you find a solution on Linux, let us know what it is. I have the same problem on my workstation and I didn’t feel like troubleshooting it given I could get a pcie ethernet card for $10.

Really? Damn, strange that it didn’t happen in Windows though, maybe I’ll try to use the built in wifi or buy a pcie wifi card like you said.
If I end up finding a fix I’ll be sure to share it

1 Like

I guess Asus quality, huh? Faulty RMA and weird boards too.

Sad that OP can’t get their Ethernet working reliability. I like that avatar picture, to be honest.

1 Like

I guess Asus really has gone downhill… And I see you’re a cultured person as well.

1 Like

I’m not sure if they were always good, to be honest. As in, I don’t know their rep in general in the past and in the present. I’m relatively new to the DIY hardware space.

Yep, indeed. Some might say a bit too cultured. :sweat_smile:

1 Like

Okay that clarifies that it is a Ethernet wired problem.

Still the only thing that might get it working is a firmware update but i don’t know if it is available.

As @dalto mentioned the last solution is to get/buy a pcie ethernet card with a older intel network chip. A realtek 81XX can also be a option @dalto? I have no experience with realtek but the support on Linux vary from what i read

Hi again, so I might have fixed the issue since I haven’t have issues for an entire day and a half.

So I’ve added these 2 parameters in the kernel

 pcie_port_pm=off pcie_aspm.policy=performance

And after this a friend more used to linux told me to the following as well:

  • I installed ethtool, and then ran:
sudo ethtool -s eth0 wol d
sudo ethtool -s eth0 autoneg off
(replace the "eth0" with your network interface)
  • Created the file sudo nano /etc/network/if-up.d/disable-power-management (I had to create the “if-up.d” folder since it didn’t exist) and pasted the following code:
#!/bin/bash
ethtool -s eth0 wol d
ethtool -s eth0 autoneg off
(replace the "eth0" with your network interface)
  • I gave perms and then ran:
sudo chmod +x /etc/network/if-up.d/disable-power-management
sudo /etc/network/if-up.d/disable-power-management

  • Created the following file and pasted the code inside of it:
sudo nano /etc/systemd/network/10-eth0.network

[Match]
Name=eth0

[Network]
DHCP=yes

[Link]
WakeOnLan=off
(replace the "eth0" with your network interface)
  • And to finish i ran these two commands:
sudo systemctl enable systemd-networkd
sudo systemctl start systemd-networkd

Since then I haven’t had any issues with the ethernet, but I don’t know if it was the two arguments in the kernel or all the other power managment tweaking or the combination that did the trick :sweat_smile: I hope the explanation is somewhat understanable and that I’m able to help someone!

2 Likes

It’s awesome that you’ve shared these details. Do follow up after further testing and let us know if this continues to resolve it.

To better understand the steps you’ve taken, it appears you have:

  • Disabled power management for all PCIe ports ( pcie_port_pm=off )
  • Disabled PCIe active-state power management (ASPM) ( pcie_aspm.policy=performance )
  • Disabled wake-on-LAN on your ethernet adaptor ( ethtool -s eth0 wol d )
  • Disabled autonegotiation on your ethernet adaptor ( ethtool -s eth0 autoneg off )
1 Like

I’ll keep testing it! Looking promising though

1 Like

I have had similar issues with my network card. sometimes it would say limited connectivity after a reboot. I was able to help it by going into the task bar clicking disconnect then connect.

Realtek Semiconductor Co., Ltd. RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet Controller

Mine didn’t say anything about “limited connectivity” it would just drop the connection after a few hours of gaming/regular usage and get stuck on setting up IP address…

It’s been 4 days since my last update and it’s still holding strong after those tweaks I’ve made!

I forgot to mention I ran pacman -S linux-firmware to update the firmware as well

That’s odd I have this motherboard.

It also has an “Intel I225-V” controller and I’ve never had connection issues with it, not when I ran Arch on it, not when I ran NixOS and it and not now with Silverblue on it.

0a:00.0 Ethernet controller: Intel Corporation Ethernet Controller I225-V (rev 03)
        DeviceName: Intel LAN
        Subsystem: ASUSTeK Computer Inc. Device 87d2
        Flags: bus master, fast devsel, latency 0, IRQ 38, IOMMU group 21
        Memory at f6700000 (32-bit, non-prefetchable) [size=1M]
        Memory at f6800000 (32-bit, non-prefetchable) [size=16K]
        Capabilities: [40] Power Management version 3
        Capabilities: [50] MSI: Enable- Count=1/1 Maskable+ 64bit+
        Capabilities: [70] MSI-X: Enable+ Count=5 Masked-
        Capabilities: [a0] Express Endpoint, IntMsgNum 0
        Capabilities: [100] Advanced Error Reporting
        Capabilities: [140] Device Serial Number e8-9c-25-ff-ff-6d-01-71
        Capabilities: [1c0] Latency Tolerance Reporting
        Capabilities: [1f0] Precision Time Measurement
        Capabilities: [1e0] L1 PM Substates
        Kernel driver in use: igc
        Kernel modules: igc

@RnC Maybe try updating your motherboard’s firmware to the most recent version available if you haven’t already done so?

1 Like

I’m farely sure that I found the solution (at least in my case), and that was the 2 parameters in the kernel

 pcie_port_pm=off pcie_aspm.policy=performance

Somedays ago the kernel updated and I left out these two to see if there was any difference, and to my surprise after a few hours of gaming with the boys it happened again. Put the parameters again and never had any issue again.

1 Like