Mein Netzwerkkarte wird nicht mehr automatisch eingebunden.
Per Hand kann ich das Modul einbinden.
Aber wie kriege ich das automatisch nach einem Reset/Boot eingebunden?
Liebe Grüße
Josef
welches Modul ?
inxi -Naz
Um zu sehen, wo es da hängt, müssten erst einmal ein paar Informationen her.
sudo systemctl status NetworkManager
Könnte auch etwas aus geben, das hilft.
Eventuell im boot journal?
journalctl -b -0 | grep "module"
“module” mit dem Modul ersetzen
Das Modul ist:
Network:
Device-1: Realtek RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet
vendor: Micro-Star MSI driver: r8169 v: kernel pcie: gen: 1 speed: 2.5 GT/s
lanes: 1 port: f000 bus-ID: 25:00.0 chip-ID: 10ec:8168 class-ID: 0200
sudo systemctl status NetworkManager liefert direkt nach der Anmeldung:
● NetworkManager.service - Network Manager
Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; enabled; preset: disabled)
Active: active (running) since Mon 2024-06-17 15:45:18 CEST; 1min 42s ago
Docs: man:NetworkManager(8)
Main PID: 629 (NetworkManager)
Tasks: 4 (limit: 19113)
Memory: 26.6M (peak: 26.9M)
CPU: 137ms
CGroup: /system.slice/NetworkManager.service
└─629 /usr/bin/NetworkManager --no-daemon
Jun 17 15:45:18 josef-ms7c52 NetworkManager[629]: <info> [1718631918.0511] device (lo): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'external')
Jun 17 15:45:18 josef-ms7c52 NetworkManager[629]: <info> [1718631918.0514] device (lo): state change: prepare -> config (reason 'none', sys-iface-state: 'external')
Jun 17 15:45:18 josef-ms7c52 NetworkManager[629]: <info> [1718631918.0516] device (lo): state change: config -> ip-config (reason 'none', sys-iface-state: 'external')
Jun 17 15:45:18 josef-ms7c52 NetworkManager[629]: <info> [1718631918.0518] device (lo): state change: ip-config -> ip-check (reason 'none', sys-iface-state: 'external')
Jun 17 15:45:18 josef-ms7c52 systemd[1]: Started Network Manager.
Jun 17 15:45:18 josef-ms7c52 NetworkManager[629]: <info> [1718631918.0875] device (lo): state change: ip-check -> secondaries (reason 'none', sys-iface-state: 'external')
Jun 17 15:45:18 josef-ms7c52 NetworkManager[629]: <info> [1718631918.0876] device (lo): state change: secondaries -> activated (reason 'none', sys-iface-state: 'external')
Jun 17 15:45:18 josef-ms7c52 NetworkManager[629]: <info> [1718631918.0878] device (lo): Activation: successful, device activated.
Jun 17 15:45:18 josef-ms7c52 NetworkManager[629]: <info> [1718631918.0881] manager: startup complete
Jun 17 15:45:28 josef-ms7c52 NetworkManager[629]: <info> [1718631928.3704] agent-manager: agent[a0651690f264ac15,:1.43/org.freedesktop.nm-applet/1000]: agent registered
Wenn ich das Modul händisch per “sudo modprobe r8169” einbinde funktioniert der Netzwerkzugriff.
Ergänzung
journalctl -b -0 | grep r8169gibt nicht aus.
journalctl -b -0 | grep NetworkManager liefert:
Summary
Jun 18 12:09:58 josef-ms7c52 NetworkManager[626]: <info> [1718705398.9877] NetworkManager (version 1.48.0-1) is starting... (boot:3ef0b001-5829-4ee0-ae77-f1b241558e00)
Jun 18 12:09:58 josef-ms7c52 NetworkManager[626]: <info> [1718705398.9877] Read config: /etc/NetworkManager/NetworkManager.conf (lib: 20-connectivity.conf)
Jun 18 12:10:00 josef-ms7c52 NetworkManager[626]: <info> [1718705400.9240] manager[0x5d7a9bf3f810]: monitoring kernel firmware directory '/lib/firmware'.
Jun 18 12:10:00 josef-ms7c52 NetworkManager[626]: <info> [1718705400.9930] hostname: hostname: using hostnamed
Jun 18 12:10:00 josef-ms7c52 NetworkManager[626]: <info> [1718705400.9930] hostname: static hostname changed from (none) to "josef-ms7c52"
Jun 18 12:10:00 josef-ms7c52 NetworkManager[626]: <info> [1718705400.9935] dns-mgr: init: dns=default,systemd-resolved rc-manager=symlink
Jun 18 12:10:01 josef-ms7c52 NetworkManager[626]: <info> [1718705401.0363] manager[0x5d7a9bf3f810]: rfkill: Wi-Fi hardware radio set enabled
Jun 18 12:10:01 josef-ms7c52 NetworkManager[626]: <info> [1718705401.0363] manager[0x5d7a9bf3f810]: rfkill: WWAN hardware radio set enabled
Jun 18 12:10:01 josef-ms7c52 NetworkManager[626]: <info> [1718705401.0569] Loaded device plugin: NMWwanFactory (/usr/lib/NetworkManager/1.48.0-1/libnm-device-plugin-wwan.so)
Jun 18 12:10:01 josef-ms7c52 NetworkManager[626]: <info> [1718705401.0947] Loaded device plugin: NMTeamFactory (/usr/lib/NetworkManager/1.48.0-1/libnm-device-plugin-team.so)
Jun 18 12:10:01 josef-ms7c52 NetworkManager[626]: <info> [1718705401.0956] Loaded device plugin: NMAtmManager (/usr/lib/NetworkManager/1.48.0-1/libnm-device-plugin-adsl.so)
Jun 18 12:10:01 josef-ms7c52 NetworkManager[626]: <info> [1718705401.0976] Loaded device plugin: NMWifiFactory (/usr/lib/NetworkManager/1.48.0-1/libnm-device-plugin-wifi.so)
Jun 18 12:10:01 josef-ms7c52 NetworkManager[626]: <info> [1718705401.0988] Loaded device plugin: NMBluezManager (/usr/lib/NetworkManager/1.48.0-1/libnm-device-plugin-bluetooth.so)
Jun 18 12:10:01 josef-ms7c52 NetworkManager[626]: <info> [1718705401.0999] Loaded device plugin: NMOvsFactory (/usr/lib/NetworkManager/1.48.0-1/libnm-device-plugin-ovs.so)
Jun 18 12:10:01 josef-ms7c52 NetworkManager[626]: <info> [1718705401.1001] manager: rfkill: Wi-Fi enabled by radio killswitch; enabled by state file
Jun 18 12:10:01 josef-ms7c52 NetworkManager[626]: <info> [1718705401.1001] manager: rfkill: WWAN enabled by radio killswitch; enabled by state file
Jun 18 12:10:01 josef-ms7c52 NetworkManager[626]: <info> [1718705401.1002] manager: Networking is enabled by state file
Jun 18 12:10:01 josef-ms7c52 NetworkManager[626]: <info> [1718705401.1012] settings: Loaded settings plugin: keyfile (internal)
Jun 18 12:10:01 josef-ms7c52 NetworkManager[626]: <info> [1718705401.1031] dhcp: init: Using DHCP client 'internal'
Jun 18 12:10:01 josef-ms7c52 NetworkManager[626]: <info> [1718705401.1032] manager: (lo): new Loopback device (/org/freedesktop/NetworkManager/Devices/1)
Jun 18 12:10:01 josef-ms7c52 NetworkManager[626]: <info> [1718705401.1038] device (lo): state change: unmanaged -> unavailable (reason 'connection-assumed', sys-iface-state: 'external')
Jun 18 12:10:01 josef-ms7c52 NetworkManager[626]: <info> [1718705401.1044] device (lo): state change: unavailable -> disconnected (reason 'connection-assumed', sys-iface-state: 'external')
Jun 18 12:10:01 josef-ms7c52 NetworkManager[626]: <info> [1718705401.1047] device (lo): Activation: starting connection 'lo' (19330751-4384-4faa-9c86-b606b20a5da8)
Jun 18 12:10:01 josef-ms7c52 NetworkManager[626]: <info> [1718705401.1054] bus-manager: acquired D-Bus service "org.freedesktop.NetworkManager"
Jun 18 12:10:01 josef-ms7c52 NetworkManager[626]: <info> [1718705401.1077] ovsdb: disconnected from ovsdb
Jun 18 12:10:01 josef-ms7c52 NetworkManager[626]: <info> [1718705401.1078] device (lo): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'external')
Jun 18 12:10:01 josef-ms7c52 NetworkManager[626]: <info> [1718705401.1079] device (lo): state change: prepare -> config (reason 'none', sys-iface-state: 'external')
Jun 18 12:10:01 josef-ms7c52 NetworkManager[626]: <info> [1718705401.1080] device (lo): state change: config -> ip-config (reason 'none', sys-iface-state: 'external')
Jun 18 12:10:01 josef-ms7c52 NetworkManager[626]: <info> [1718705401.1081] device (lo): state change: ip-config -> ip-check (reason 'none', sys-iface-state: 'external')
Jun 18 12:10:01 josef-ms7c52 NetworkManager[626]: <info> [1718705401.1619] device (lo): state change: ip-check -> secondaries (reason 'none', sys-iface-state: 'external')
Jun 18 12:10:01 josef-ms7c52 NetworkManager[626]: <info> [1718705401.1619] device (lo): state change: secondaries -> activated (reason 'none', sys-iface-state: 'external')
Jun 18 12:10:01 josef-ms7c52 NetworkManager[626]: <info> [1718705401.1621] device (lo): Activation: successful, device activated.
Jun 18 12:10:01 josef-ms7c52 NetworkManager[626]: <info> [1718705401.1624] manager: startup complete
Jun 18 12:10:11 josef-ms7c52 systemd[1]: NetworkManager-dispatcher.service: Deactivated successfully.
Jun 18 12:10:11 josef-ms7c52 NetworkManager[626]: <info> [1718705411.2572] agent-manager: agent[df1a8fd0935c3bb1,:1.43/org.freedesktop.nm-applet/1000]: agent registered
LG Josef
der log sagt nicht viel…
ist eventuell irgendwas in der blacklist?
journalctl -b -0 | grep blacklist
oder checke ob der legacy Treiber installiert war: pacman -Qs r8168
Erst einmal vielen Dank für die Hilfe.
pacman -Qs r8168
local/r8168 8.053.00-5
A kernel module for Realtek 8168 network cards
journalctl -b -0 | grep blacklist
Jun 19 07:43:49 josef-ms7c52 kernel: Key type blacklist registered
Weitere Hinweise:
In /etc/modprobe.d gibt es keine Datei *blacklist.conf
Der Versuch r8168 anstelle von r8169 einzubinden liefert:
sudo modprobe r8168
modprobe: FATAL: Module r8168 not found in directory /lib/modules/6.9.5-arch1-1
Mit find -name r8168 bzw. r8169 finde ich keines der Module in /lib/modules/.
LG Josef
Ich habe mit yay -S r8168-lts das r8168 Modul installiert. Nun wird das Netzwerk automatisch nach dem booten erkannt. Das Problem scheint nun behoben zu sein.
Warum aber der bisher verwendete r8169 nach einem Update nicht mehr funktionierte, bzw. warum ich den plötzlich händisch einbinden musste, bleibt mir ein Rätsel.
Danke für die Hilfestellung.
LG Josef
das Paket r8168 ist aus dem offiziellen Arch Repos entfernt worden, das r8168-lts Paket wird früher oder später ebenfalls entfernt, der Maintainer hat die entsprechende Hardware nicht mehr und es ist ihm nicht mehr möglich Änderungen zu testen.
local/r8168 8.053.00-5
A kernel module for Realtek 8168 network cards
https://archlinux.org/packages/?sort=&q=r8168&maintainer=&flagged=
Nicht mehr da…
Nur im AUR:
https://aur.archlinux.org/packages/r8168
Aber:
tenv commented on 2024-06-15 14:19 (UTC)
This module is completely broken for me as of Linux 6.9.x. My PHY completely disappeared. The fix was removing this package and letting the kernel use its in-tree driver.
Und
r8168-lts 8.053.00-10[Extra]
Description: A kernel module for Realtek 8168 network cards for linux-lts
Das ist nur für den LTS Kernel
Was ist nun die Lösung?
Eine neue Netzwerkkarte?
Wenn ja, welcher Chip wird die nächsten 12 Monate noch unterstützt,
wenn ein Realtek 8168 ausscheidet? Schließlich sind diese Chips sehr weit verbreitet.
Oder auf den AUR r8168-dkms wechseln?
Aber fange ich damit nicht noch mehr Problem ein? Ich habe keine Ahnung welche Folgen DKMS (Dynamische Kernel Module Support) für das System hat und was es für die Wartung bedeutet.
LG Josef
Ich wundere mich eigentlich, das die Karte nicht vom r8169 unterstützt werden soll. Das Gerät ist da schon ‘ewig’ drin. Ich würde schauen, das ich den wieder an’s laufen bekomme statt da auf den ‘out-of-tree’ r8168 zu setzen.
Naja, das r8169 Modul muss ich bei jedem Start per Hand starten.
Das sollte eigentlich beim booten automatisch passieren.
Richtig. Hast du dich hier schon mal umgeschaut, wie das gemacht wird?
Das Chipset wird vom mit dem Kernel gelieferten r8169 Modul unterstützt.
Das alte Modul r8168 ist nur in sehr wenigen Fällen wirklich nötig.
Ich habe auch einen solchen Chipset für mein Lan Gerät:
Network:
Device-1: Realtek RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet
vendor: Gigabyte driver: r8169 v: kernel pcie: gen: 1 speed: 2.5 GT/s
lanes: 1 port: f000 bus-ID: 06:00.0 chip-ID: 10ec:8168 class-ID: 0200
Das funktioniert mit beiden Modulen… Nur ein paar sehr wenige sehr alte Geräte gehen nur mit dem r8168 Modul.
Wäre zu prüfen ob dein Gerät nicht auch mit dem r8169 Modul aus dem Kernel läuft.
sudo rmmod r8168
sudo modprobe r8169
sudo systemctl restart NetworkManager
Und gucke ob Netzwerk steht.
Wir hatten das alte t8168 ja extra auf dem ISO und ein popup um zu wechseln da es imme rwieder Benutzer gab die nur mit dem r8168er Netzwerk hatten.
Leider können wir aber nicht viel machen wenn “Upstream” Pakete entfernt werden.
Das r8168-dkms AUR build ist keine gute Idee wenn das stimmt was dort kommentiert wird…
Und wie ich gerade sehe dein Gerät ist doch exakt das Gleiche wie meins?
chip-ID: 10ec:8168 class-ID: 0200
das wird nicht passieren wenn r8168 deinstalliert ist… denn dann wird das r8169 Modul aus der blacklist genommen.
Daher war hier auch das manuelle laden nötig …
Es funktioniert. Danke schön für Eure Geduld.