After the last update my eth0 interface from my motherboard stopped working, the current workaround I'm using is a ETH2USB adapter (or before that, Android USB tethering).
$ ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN mode DEFAULT group default qlen 1000
link/ether 52:54:00:00:4e:7f brd ff:ff:ff:ff:ff:ff
4: usb0: <BROADCAST,MULTICAST,DYNAMIC,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN mode DEFAULT group default qlen 1000
link/ether 5a:c2:35:5c:4a:fb brd ff:ff:ff:ff:ff:ff
6: eth0: <BROADCAST,MULTICAST,DYNAMIC,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000
link/ether 00:e0:4c:68:4a:ec brd ff:ff:ff:ff:ff:ff
(The eth0 in this case is the ETH2USB adapter, not the mobo ethernet)
$ lspci -k | grep -i eth
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 15)
$ rc-status
Runlevel: default
dbus [ started 00:16:59 (0) ]
cupsd [ started 00:16:57 (0) ]
libvirtd [ started ]
netmount [ started ]
local [ started ]
agetty.tty1 [ started 00:16:57 (0) ]
agetty.tty4 [ started 00:16:57 (0) ]
agetty.tty6 [ started 00:16:57 (0) ]
agetty.tty3 [ started 00:16:57 (0) ]
agetty.tty5 [ started 00:16:57 (0) ]
agetty.tty2 [ started 00:16:57 (0) ]
Dynamic Runlevel: hotplugged
Dynamic Runlevel: needed/wanted
virtlogd [ started ]
avahi-daemon [ started 00:16:57 (0) ]
Dynamic Runlevel: manual
I'm on artixlinux 6.3.4-artix1-1. Tried the current lts and zen builds and the problem persisted there as well.
I also blacklisted the module "r8169" because I had a similiar issue on Arch some years ago and that solved it, in this case it doesn't do anything as far as I can tell.
When I booted the Artix live USB that I have lying around, the ethernet from my motherboard worked without any problems, it had an older kernel though (i think).
I would like to use my normal ethernet connection again, so any advice is greatly appreciated, if you need more logs/information, ask and I'll post it.
One more thing I found out that could be the culprit.
$ lsmod
Module Size Used by
r8153_ecm 16384 0
r8152 163840 1 r8153_ecm
8021q 45056 0
garp 16384 1 8021q
mrp 20480 1 8021q
rndis_host 24576 0
cdc_ether 24576 2 r8153_ecm,rndis_host
usbnet 61440 3 r8153_ecm,rndis_host,cdc_ether
mii 16384 2 usbnet,r8152
fuse 204800 2
xt_CHECKSUM 16384 1
xt_MASQUERADE 20480 3
xt_conntrack 16384 1
ipt_REJECT 16384 2
nf_reject_ipv4 16384 1 ipt_REJECT
xt_tcpudp 20480 0
nft_compat 24576 7
x_tables 61440 6 xt_conntrack,nft_compat,xt_tcpudp,xt_CHECKSUM,ipt_REJECT,xt_MASQUERADE
nft_chain_nat 16384 2
nf_nat 65536 2 nft_chain_nat,xt_MASQUERADE
nf_conntrack 204800 3 xt_conntrack,nf_nat,xt_MASQUERADE
nf_defrag_ipv6 24576 1 nf_conntrack
nf_defrag_ipv4 16384 1 nf_conntrack
nf_tables 352256 156 nft_compat,nft_chain_nat
nfnetlink 20480 2 nft_compat,nf_tables
bridge 442368 0
stp 16384 2 bridge,garp
llc 16384 3 bridge,stp,garp
dm_multipath 49152 0
dm_mod 225280 1 dm_multipath
vfat 24576 1
fat 102400 1 vfat
intel_rapl_msr 20480 0
intel_rapl_common 36864 1 intel_rapl_msr
edac_mce_amd 57344 0
kvm_amd 204800 0
snd_hda_codec_realtek 196608 1
kvm 1327104 1 kvm_amd
snd_hda_codec_generic 114688 1 snd_hda_codec_realtek
irqbypass 16384 1 kvm
snd_hda_codec_hdmi 94208 1
btrfs 2056192 1
crct10dif_pclmul 16384 1
crc32_pclmul 16384 0
snd_hda_intel 65536 0
polyval_clmulni 16384 0
snd_usb_audio 442368 0
polyval_generic 16384 1 polyval_clmulni
snd_intel_dspcfg 36864 1 snd_hda_intel
gf128mul 16384 1 polyval_generic
snd_intel_sdw_acpi 20480 1 snd_intel_dspcfg
ghash_clmulni_intel 16384 0
snd_usbmidi_lib 53248 1 snd_usb_audio
eeepc_wmi 16384 0
snd_hda_codec 217088 4 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec_realtek
snd_rawmidi 53248 1 snd_usbmidi_lib
sha512_ssse3 49152 0
asus_wmi 77824 1 eeepc_wmi
aesni_intel 401408 0
blake2b_generic 24576 0
snd_seq_device 16384 1 snd_rawmidi
ledtrig_audio 16384 2 snd_hda_codec_generic,asus_wmi
crypto_simd 16384 1 aesni_intel
xor 24576 1 btrfs
snd_hda_core 139264 5 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek
sparse_keymap 16384 1 asus_wmi
raid6_pq 122880 1 btrfs
mc 90112 1 snd_usb_audio
cryptd 32768 2 crypto_simd,ghash_clmulni_intel
snd_hwdep 20480 2 snd_usb_audio,snd_hda_codec
platform_profile 16384 1 asus_wmi
libcrc32c 16384 4 nf_conntrack,nf_nat,btrfs,nf_tables
mousedev 24576 0
joydev 28672 0
rapl 20480 0
snd_pcm 200704 5 snd_hda_codec_hdmi,snd_hda_intel,snd_usb_audio,snd_hda_codec,snd_hda_core
rfkill 40960 2 asus_wmi
sp5100_tco 20480 0
snd_timer 53248 1 snd_pcm
wmi_bmof 16384 0
pcspkr 16384 0
k10temp 16384 0
snd 151552 12 snd_hda_codec_generic,snd_seq_device,snd_hda_codec_hdmi,snd_hwdep,snd_hda_intel,snd_usb_audio,snd_usbmidi_lib,snd_hda_codec,snd_hda_codec_realtek,snd_timer,snd_pcm,snd_rawmidi
i2c_piix4 36864 0
ccp 151552 1 kvm_amd
soundcore 16384 1 snd
gpio_amdpt 20480 0
mac_hid 16384 0
gpio_generic 24576 1 gpio_amdpt
acpi_cpufreq 32768 0
ext4 1163264 5
crc32c_generic 16384 0
crc16 16384 1 ext4
mbcache 16384 1 ext4
jbd2 217088 1 ext4
usbhid 77824 0
amdgpu 11722752 19
i2c_algo_bit 20480 1 amdgpu
drm_ttm_helper 16384 1 amdgpu
ttm 102400 2 amdgpu,drm_ttm_helper
video 73728 2 asus_wmi,amdgpu
drm_buddy 20480 1 amdgpu
gpu_sched 57344 1 amdgpu
drm_display_helper 208896 1 amdgpu
crc32c_intel 24576 12
cec 86016 1 drm_display_helper
xhci_pci 24576 0
wmi 45056 3 video,asus_wmi,wmi_bmof
xhci_pci_renesas 24576 1 xhci_pci
The module at the top "r8152" and "r8153_ecm" sound like they could be realtek drivers for the ethernet controler, but as I posted earlier, mine is "RTL8111/8168/8411" . Maybe the system uses the same driver for more cards I dont know. Could this be the problem, if so how do I fix it?
In your previous posts you do not mention with a word which iso was used for the installation.
I assume that your machine is not directly connected to the internet.
To my knowledge no LAN connection will work without
connman or
networkmanager or
dhcpcd.
I have installed Artix around circa 2 years ago so I don't know exactly which version of the ISO I used, as for the live rescue iso I used "artix-lxqt-openrc-20230306-x86_64.iso".
The ethernet cable goes from a switch that I have hooked up to an access point which is connected to the main router to my motherboard. The connection worked for 2 years and still works inside the live usb so I'm pretty convinced it isn't a HW failure.
As for the programs, I have all of them installed, I don't think the problem is there, Android USB tethering and the ETH2USB adapter work without a problem.
$ pacman -Q connman networkmanager dhcpcd
connman 1.41-1
networkmanager 1.42.6-1
dhcpcd 10.0.1-1
My best guess would be that some modules handling my motherboard's ethernet interface aren't being used/loaded properly.
pacman -Q connman-openrc networkmanager-openrc dhcpcd-openrc
I had to do
pacman -S networkmanager-openrc dhcpcd-openrc
. Added them to the default runlevel and started them. The problem still persists, I don't think its an issue of these high-level programs, rather a problem with the kernel and/or its modules. The eth0 interface is not being shown in:
ip link
Only the loopback interface and a virtual bridge are recognized.
Solved. I think.
pacman -S r8168 r8168-lts
did it for me. The interface shows up and my ethernet connection works now. Weird that it has just dissapeared after an update though.