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.
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
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.
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)
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 I hope the explanation is somewhat understanable and that I’m able to help someone!
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.
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!
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?
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.