Das sieht doch eigentlich gut aus, oder? Kernel driver in use: r8169
[arne-16s ~]# lsmod | grep r81
r8169 143360 0
mdio_devres 12288 1 r8169
libphy 184320 3 r8169,mdio_devres,realtek
mdio_bus 65536 3 r8169,libphy,realtek
[arne-16s ~]# lspci -knn | grep -iA3 net
80:14.3 Network controller [0280]: Intel Corporation Arrow Lake-S PCH CNVi WiFi [8086:7f70] (rev 10)
Subsystem: Rivet Networks Device [1a56:1672]
Kernel driver in use: iwlwifi
Kernel modules: iwlwifi
80:14.5 Non-VGA unclassified device [0000]: Intel Corporation Device [8086:7f2f] (rev 10)
--
82:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. Killer E3000 2.5GbE Controller [10ec:3000] (rev 06)
Subsystem: Acer Incorporated [ALI] Device [1025:1871]
Kernel driver in use: r8169
Kernel modules: r8169
Allerdings ist er Down lt. ip und lässt sich nicht aktivieren
[arne-16s ~]# ip link set enp130s0 up
[arne-16s ~]# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host noprefixroute
valid_lft forever preferred_lft forever
2: wlp128s20f3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether ec:8e:77:1a:8d:3a brd ff:ff:ff:ff:ff:ff
altname wlxec8e771a8d3a
inet 192.168.0.15/24 brd 192.168.0.255 scope global dynamic noprefixroute wlp128s20f3
valid_lft 863988sec preferred_lft 863988sec
inet6 fd60:f788:b0c2:0:67ea:8df2:1f4a:df87/64 scope global dynamic noprefixroute
valid_lft 7060sec preferred_lft 3460sec
inet6 fd34:34d4:b280:b99b:6045:a943:feec:e84c/64 scope global dynamic noprefixroute
valid_lft 1756sec preferred_lft 1756sec
inet6 fe80::45d2:c783:cc06:9a9a/64 scope link noprefixroute
valid_lft forever preferred_lft forever
3: enp130s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
link/ether 74:d4:dd:ca:98:9b brd ff:ff:ff:ff:ff:ff
altname enx74d4ddca989b
Hm, das klingt nicht nach einem guten Zeichen: Unable to change power state from D3hot to D0, device inaccessible
[arne-16s ~]# journalctl -b | grep r8125
Apr 09 19:02:20 arne-16s systemd-modules-load[473]: Failed to find module 'r8125'
[arne-16s ~]# journalctl -b | grep r8169
Apr 09 20:53:47 arne-16s sudo[12582]: arne : TTY=pts/1 ; PWD=/home/arne ; USER=root ; COMMAND=/usr/bin/modprobe r8169
Apr 09 20:53:47 arne-16s kernel: r8169 0000:82:00.0: enabling device (0000 -> 0003)
Apr 09 20:53:47 arne-16s kernel: r8169 0000:82:00.0 eth0: RTL8125B, 74:d4:dd:ca:98:9b, XID 641, IRQ 224
Apr 09 20:53:47 arne-16s kernel: r8169 0000:82:00.0 eth0: jumbo features [frames: 16362 bytes, tx checksumming: ko]
Apr 09 20:53:47 arne-16s kernel: r8169 0000:82:00.0 enp130s0: renamed from eth0
Apr 09 20:53:47 arne-16s kernel: Realtek Internal NBASE-T PHY r8169-0-8200:00: attached PHY driver (mii_bus:phy_addr=r8169-0-8200:00, irq=MAC)
Apr 09 20:53:47 arne-16s kernel: r8169 0000:82:00.0 enp130s0: Link is Down
Apr 09 20:53:49 arne-16s sudo[12625]: arne : TTY=pts/1 ; PWD=/home/arne ; USER=root ; COMMAND=/usr/bin/modprobe r8169
Apr 09 22:49:41 arne-16s kernel: r8169 0000:82:00.0: Unable to change power state from D3hot to D0, device inaccessible
Apr 09 22:49:43 arne-16s kernel: r8169 0000:82:00.0 enp130s0: rtl_ocp_gphy_cond == 1 (loop: 10, delay: 25).
Apr 09 22:49:43 arne-16s kernel: Realtek Internal NBASE-T PHY r8169-0-8200:00: attached PHY driver (mii_bus:phy_addr=r8169-0-8200:00, irq=MAC)
Apr 09 22:49:43 arne-16s kernel: r8169 0000:82:00.0 enp130s0: rtl_ocp_gphy_cond == 1 (loop: 10, delay: 25).
Apr 09 22:49:43 arne-16s kernel: r8169 0000:82:00.0 enp130s0: rtl_ocp_gphy_cond == 1 (loop: 10, delay: 25).
Apr 09 22:49:43 arne-16s kernel: r8169 0000:82:00.0 enp130s0: rtl_ocp_gphy_cond == 1 (loop: 10, delay: 25).
Apr 09 22:49:43 arne-16s kernel: r8169 0000:82:00.0 enp130s0: rtl_ocp_gphy_cond == 1 (loop: 10, delay: 25).
Apr 09 22:49:43 arne-16s kernel: r8169 0000:82:00.0 enp130s0: rtl_ocp_gphy_cond == 1 (loop: 10, delay: 25).
Apr 09 22:49:43 arne-16s kernel: r8169 0000:82:00.0 enp130s0: rtl_ocp_gphy_cond == 1 (loop: 10, delay: 25).
Apr 09 22:49:43 arne-16s kernel: r8169 0000:82:00.0 enp130s0: rtl_ocp_gphy_cond == 1 (loop: 10, delay: 25).
Apr 09 22:49:43 arne-16s kernel: r8169 0000:82:00.0 enp130s0: rtl_ocp_gphy_cond == 1 (loop: 10, delay: 25).
Apr 09 22:49:43 arne-16s kernel: r8169 0000:82:00.0 enp130s0: rtl_ocp_gphy_cond == 1 (loop: 10, delay: 25).
Apr 09 22:49:44 arne-16s kernel: Realtek Internal NBASE-T PHY r8169-0-8200:00: r8169_apply_firmware failed: -110
Apr 09 22:49:45 arne-16s kernel: Realtek Internal NBASE-T PHY r8169-0-8200:00: phy_poll_reset failed: -110
Apr 09 22:49:45 arne-16s kernel: r8169 0000:82:00.0 enp130s0: Link is Down
Ich habe gerade von dem Stick mit dem Manjaro-Image gebootet, von dem ich diesen Rechner installiert habe. Da funktioniert der Netzwerk-Adapter auf Anhieb.
pwx
9 April 2026 21:18
24
Kannst du noch ein grep -ir r81 /etc/mod* machen und schauen, ob nicht doch irgendwo der r8169 blockiert wird? Denn wenn du ihn manuell lädst, initialisiert die Karte ja.
Wenn die Karte jetzt funktioniert, bitte testen, dann unter /etc/modules-load.d/miststueck-karte.conf r8169 eintragen, damit das rebootfest wird.
Da kommt nichts zurück
[arne-16s ~]# grep -ir r81 /etc/mod*
[arne-16s ~]#
Aber mit Kabel drin ist das Interface up, das war mir grad nicht bewusst.
ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host noprefixroute
valid_lft forever preferred_lft forever
2: enp130s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 74:d4:dd:ca:98:9b brd ff:ff:ff:ff:ff:ff
altname enx74d4ddca989b
miststueck-karte passt prima
Neuer Tag, neues Glück. Laden lässt sich das Modul:
[arne-16s ~]# rmmod r8169
[arne-16s ~]# lsmod | grep r8169
[arne-16s ~]# modprobe r8169
[arne-16s ~]# lsmod | grep r8169
r8169 143360 0
mdio_devres 12288 1 r8169
libphy 184320 3 r8169,mdio_devres,realtek
mdio_bus 65536 3 r8169,libphy,realtek
[arne-16s ~]# modinfo r8169
filename: /lib/modules/6.19.8-1-MANJARO/kernel/drivers/net/ethernet/realtek/r8169.ko.zst
firmware: rtl_nic/rtl8127a-1.fw
firmware: rtl_nic/rtl8126a-3.fw
firmware: rtl_nic/rtl8126a-2.fw
firmware: rtl_nic/rtl9151a-1.fw
firmware: rtl_nic/rtl8125bp-2.fw
firmware: rtl_nic/rtl8125k-1.fw
firmware: rtl_nic/rtl8125d-2.fw
firmware: rtl_nic/rtl8125d-1.fw
firmware: rtl_nic/rtl8125b-2.fw
firmware: rtl_nic/rtl8125a-3.fw
firmware: rtl_nic/rtl8107e-2.fw
firmware: rtl_nic/rtl8168fp-3.fw
firmware: rtl_nic/rtl8168h-2.fw
firmware: rtl_nic/rtl8168g-3.fw
firmware: rtl_nic/rtl8168g-2.fw
firmware: rtl_nic/rtl8106e-2.fw
firmware: rtl_nic/rtl8106e-1.fw
firmware: rtl_nic/rtl8411-2.fw
firmware: rtl_nic/rtl8411-1.fw
firmware: rtl_nic/rtl8402-1.fw
firmware: rtl_nic/rtl8168f-2.fw
firmware: rtl_nic/rtl8168f-1.fw
firmware: rtl_nic/rtl8105e-1.fw
firmware: rtl_nic/rtl8168e-3.fw
firmware: rtl_nic/rtl8168e-2.fw
firmware: rtl_nic/rtl8168e-1.fw
firmware: rtl_nic/rtl8168d-2.fw
firmware: rtl_nic/rtl8168d-1.fw
license: GPL
softdep: pre: realtek
description: RealTek RTL-8169 Gigabit Ethernet driver
author: Realtek and the Linux r8169 crew <netdev@vger.kernel.org>
srcversion: 4E1F1AD03D062834C5A8386
alias: pci:v000010ECd00000E10sv*sd*bc*sc*i*
alias: pci:v000010ECd00005000sv*sd*bc*sc*i*
alias: pci:v000010ECd00003000sv*sd*bc*sc*i*
alias: pci:v000010ECd00008127sv*sd*bc*sc*i*
alias: pci:v000010ECd00008126sv*sd*bc*sc*i*
alias: pci:v000010ECd00008125sv*sd*bc*sc*i*
alias: pci:v00000001d00008168sv*sd00002410bc*sc*i*
alias: pci:v00001737d00001032sv*sd00000024bc*sc*i*
alias: pci:v000016ECd00000116sv*sd*bc*sc*i*
alias: pci:v00001259d0000C107sv*sd*bc*sc*i*
alias: pci:v00001186d00004302sv*sd*bc*sc*i*
alias: pci:v00001186d00004300sv*sd*bc*sc*i*
alias: pci:v000010ECd00008169sv*sd*bc*sc*i*
alias: pci:v000010FFd00008168sv*sd*bc*sc*i*
alias: pci:v000010ECd00008168sv*sd*bc*sc*i*
alias: pci:v000010ECd00008167sv*sd*bc*sc*i*
alias: pci:v000010ECd00008162sv*sd*bc*sc*i*
alias: pci:v000010ECd00008161sv*sd*bc*sc*i*
alias: pci:v000010ECd00008136sv*sd*bc*sc*i*
alias: pci:v000010ECd00008129sv*sd*bc*sc*i*
alias: pci:v000010ECd00002600sv*sd*bc*sc*i*
alias: pci:v000010ECd00002502sv*sd*bc*sc*i*
depends: libphy,mdio-bus,mdio_devres
intree: Y
name: r8169
retpoline: Y
vermagic: 6.19.8-1-MANJARO SMP preempt mod_unload
sig_id: PKCS#7
signer: Build time autogenerated kernel key
sig_key: 50:32:5C:78:96:76:B1:53:0E:0F:4A:8B:51:E9:07:B3:07:5B:C7:14
sig_hashalgo: sha512
signature: 30:66:02:31:00:B6:D2:A6:01:B5:7D:F6:54:17:BA:85:60:DD:26:24:
77:6D:AC:5B:DF:03:2F:A7:B2:CF:D1:26:F5:66:B5:CA:9B:8D:14:80:
00:15:42:4C:B6:02:BA:C1:84:A1:0A:A1:F3:02:31:00:F8:95:1E:36:
F6:E2:E5:EB:0F:8F:6F:70:2B:D3:95:15:83:22:1C:43:BD:A0:23:D7:
B4:AA:6A:8C:7F:B4:E1:EA:A7:4A:63:C9:8F:80:C2:FB:B9:DD:A5:8F:
52:75:53:5E
Zur Abwechslung sieht ip das Interface mal wieder nicht:
ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host noprefixroute
valid_lft forever preferred_lft forever
3: wlp128s20f3: <BROADCAST,MULTICAST> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
link/ether 6a:74:d8:92:96:8b brd ff:ff:ff:ff:ff:ff permaddr ec:8e:77:1a:8d:3a
altname wlxec8e771a8d3a
Jetzt trage ich die miststueck-karte mal ein und boote neu
OK, nach dem booten ist das Modul noch geladen:
[arne-16s ~]# lsmod | grep r8169
r8169 143360 0
mdio_devres 12288 1 r8169
libphy 184320 3 r8169,mdio_devres,realtek
mdio_bus 65536 3 r8169,libphy,realtek
Aber dieses Mal bleibt der Adapter Down, auch wenn das Kabel eingesteckt ist:
ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host noprefixroute
valid_lft forever preferred_lft forever
2: enp130s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
link/ether 74:d4:dd:ca:98:9b brd ff:ff:ff:ff:ff:ff
altname enx74d4ddca989b
Ich frage mich langsam, ob das ein Netzwerkadapter oder ein Zufallsgenerator ist. Nur funktioniert ja unter Windows und mit dem Installations-Image alles.
pwx
10 April 2026 18:15
28
Wo eingesteckt ist – in einen richtigen Switch oder wieder dieses PowerLan-Dingens?
Strohhalm, aber versuch mal ein anderes Netzwerkkabel.
Ist schon ein richtiger Switch und mit dem selben Kabel gab es gestern noch ein Up.
pwx
10 April 2026 19:32
30
Bevor du neu installierst, ist da kein Snapshot, der zeitlich vor dem Entfernen des Adapters liegt?
Mit Snapshots habe ich nie gearbeitet? Werden die automatisch angelegt? Ich bin hier auf ext4, nicht BTRFS.
Läuft “Timeshift”? Wenn das passend eingerichtet ist, dann macht das Snapshots (mit ext4, ganz ohne btrfs)
Ich hatte gerade eine Unterhaltung mit ChatGPT dazu. Haltet Ihr das für sinnvoll (stark gekürzt)? Als ich vom Stick gebootet hatte und die Karte auf Anhieb lief, hatte ich auch die proprietären Treiber genutzt.
Got it — Manjaro + Realtek r8169 is a very common combo for exactly this issue. The D3hot → D0 failure is almost always a power-management/driver mismatch on Arch-based systems.
sudo mhwd -a pci nonfree 0200
Für deine Realtek NIC besser direkt:
sudo mhwd -i pci network-r8168
pwx
13 April 2026 20:52
34
Ich habe keine Hoffnung, dass der alte 8168-Treiber deinen 8125-Chipsatz bedienen kann!
sudo mhwd -a pci nonfree 0200 das betrifft alle Netzwerkadapter, auch dein WLAN. Ich will es nur erwähnt haben.
Es ist schon seltsam, dass er die Karte, nachdem er den r8169 lädt, zwar initialisiert, aber nur einmal „Netzwerk UP“ gezeigt hat und seitdem nie wieder.
Wollie:
Wurde das mal probiert?
Ach sorry, hatte gar nicht geantwortet. Ja, beides ist aus
Ich habe noch mal mit dem Installer-Stick probiert. Ethernet per Kabel geht da sowohl mit den proprietären- als auch mit den open source Treibern. Aber WLAN geht dafür da nur mit den proprietären Treibern.
, ich geh jetzt erstmal schlafen
Für Netzwerk wäre korrekt:
Ethernet Controller: