[gelöst] keine LAN Verbindung mehr nach upgrade auf bullseye

[wurst10]

Hallo zusammen,

heute habe ich das upgrade auf bullseye gemacht, lief auch alles problemlos durch und startet auch fehlerfrei.
Nur habe ich jetzt keine LAN-Verbindung mehr. Der Networkmanager sucht und sucht findet keine Verbindung.
Netzwerk deaktivieren/aktivieren hilft nicht, ebenso das Löschen&Anlegen einer neuen Ethernetverbindung.
Die "/etc/hostname" habe ich auf "bullseye" geändert. Firmware-linux und firmware-realtek sind installiert.
Ein Realtek Chip ist onboard.

Irgendwas ist nach dem reboot schief gelaufen, denn zum upgraden funktionierte die LAN-Verbindung noch.
Ich habe 1x Arch Linux auf sda1 und 2x identische bullseye auf 2 Partitionen (sda3+sda4) installiert, das hatte mit buster problemlos funktioniert.

Bin hier momentan mit Arch Linux im Internet.
Das Debian keine LAN-Verbindung herstellen kann hatte ich noch nie, kennt jemand eine Lösung für das Problem?

[schwedenmann]

Hallo

was sagt ip addr
lsmod

und dann die netsprechende config vom network-manager

mfg
schwedenmann

[wurst10]

Hallo

was sagt ip addr
lsmod

und dann die netsprechende config vom network-manager

mfg
schwedenmann

Code: Alles auswählen

htpc@bullseye:~$ ip addr
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 
       valid_lft forever preferred_lft forever
2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether d0:50:99:6c:19:b2 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::d27e:35da:ddde:59c9/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

Code: Alles auswählen

htpc@bullseye:~$ lsmod

pastebin/?mode=view&s=41446

Die config des Networkmanager läuft automatisch habe da nichts verändert, also Gerät: enp3s0, dhcp usw.

[schwedenmann]

Hallo

Und der networkmanager läuft auch ? Ich meine der entsprechende systemd.service ß

enp3s0 steht auch in der netsprechenden networkmanager-config ?

mfg
schwedenmann

[wurst10]

ja der läuft, habe zur sicherheit nochmal "systemctl enable NetworkManager.service" als root eingegeben.
Komischerweise läuft auch pulseaudio nicht mehr, also kein Ton.

Nach einem Reboot findet der NetworkManager manchmal eine Verbindung,
nach dem nächsten Reboot ist dann wieder alles weg...?

[mat6937]

ja der läuft, habe zur sicherheit nochmal "systemctl enable NetworkManager.service" als root eingegeben.

Teste mal ob mit dhcpdump, DHCP-Traffic gesnifft wird, wenn Du den NetworkManager.service restartest.

[eggy]

Schonmal nach Meldungen in dmesg geschaut?

[wurst10]

Teste mal ob mit dhcpdump, DHCP-Traffic gesnifft wird, wenn Du den NetworkManager.service restartest.

Das Paket musste ich erstmal nach mehreren reboots installieren.
Wenn ich

Code: Alles auswählen

root@bullseye:~# dhcpdump -i enp3s0 -h macadresse

eingebe wird nichts angezeigt, Abbruch mit strg+c, zeigt auch keine Meldung.

Schonmal nach Meldungen in dmesg geschaut?

Hier werden Fehlermeldungen angezeigt, jeweils bei "r8169"
pastebin/?mode=view&s=41436

Ich habe auch keinen Sound mehr obwohl alles installiert, firmware-linux, firmware-linux-non-free, firmware-realtek usw.
Ich verstehe es nicht, es lief alles problemlos mit buster, das upgrade lief sauber durch, keine Fehlermeldung.
Es kann doch nicht sein, dass der NetworkManager mal funktioniert und mal nicht, heute morgen hat er eine Verbindung hergestellt, also schnell die firmwares installiert, kurz die Fritte aufgerufen, passt alles soweit und nach dem reboot wieder alles weg, kein Sound, kein Internet.

[eggy]

Versuch mal das Kernelmodul für die Karten via rmmod zu entladen und neu zu laden, vielleicht gibt es dabei neue Erkenntnisse. Hinterher das untere Ende von dmesg nochmal ansehen.
Ich hätte ja vermutet, dass der an der falschen Stelle nach der Firmware sucht oder der Pfad nicht zur Verfügung steht, aber da spricht dagegen, dass es sporadisch funktioniert.

[wurst10]

Bevor ich da jetzt stundenlang herumsuche, mache ich lieber eine neue Installation.
Ich bin enttäuscht, was nutzt das Fehlerfreie Upgrade wenn danach grundlegende Funktionen nicht mehr da sind,
ohne einen Hinweis oder eine Fehlermeldung.

Die Hinweise in dmesg sind leider nicht sehr hilfreich...

Code: Alles auswählen

[    6.681568] r8169 0000:03:00.0: firmware: failed to load rtl_nic/rtl8168g-2.fw (-2)
[    6.683734] firmware_class: See https://wiki.debian.org/Firmware for information about missing firmware
[    6.685905] r8169 0000:03:00.0: Direct firmware load for rtl_nic/rtl8168g-2.fw failed with error -2
[    6.686005] r8169 0000:03:00.0: Unable to load firmware rtl_nic/rtl8168g-2.fw (-2)
[    6.711576] Generic FE-GE Realtek PHY r8169-300:00: attached PHY driver [Generic FE-GE Realtek PHY] (mii_bus:phy_addr=r8169-300:00, irq=IGNORE)
[    6.839942] r8169 0000:03:00.0 enp3s0: Link is Down
[    9.370841] r8169 0000:03:00.0 enp3s0: Link is Up - 1Gbps/Full - flow control rx/tx
[    9.370862] IPv6: ADDRCONF(NETDEV_CHANGE): enp3s0: link becomes ready

[schwedenmann]

Hallo

hasz du die firmeware für realtek aus den Debianrepos installiert ?

mfg
schwedenmann

[wurst10]

ja, das Paket firmware-realtek aus dem bullseye repo.
Aber das hat keine Veränderung gebracht, die Symptomatik bleibt die selbe ob mit oder ohne diese firmware.

[schwedenmann]

Hallo

ja, das Paket firmware-realtek aus dem bullseye repo.
Aber das hat keine Veränderung gebracht, die Symptomatik bleibt die selbe ob mit oder ohne diese firmware.

Hast du das erst jetzt installeirt ?
Danach einen reboot ?

mfg
schwedenmann

[eggy]

Wie gesagt, vielleicht sucht er an der falschen Stelle, oder was auch möglich wäre, die Firmware ist beschädigt oder passt aus irgendnem anderen Grund nicht, ich würde mal versuchen in der Richtung weiter zu suchen, gegebenfalls mit strace und co.

[MSfree]

ohne einen Hinweis oder eine Fehlermeldung.

Ich könnte fast wetten, daß es Hinweise und Fehlermeldungen in den Logs gibt. Die werden nämlich bemängeln, daß die die Ethernetschnittstelle eth0 nicht konfigurieren können, weil die Schnittstelle seit dem Upgrade enp3s0 heißt.

[schwedenmann]

Hallo


was ich versuchen würde

1. networkmanger deaktivieren per systemctl, dann networkmanager komplett deinstallieren
2. /etc/network/interfaces an enp3s0 und dhcp anpassenn

reboot.

mfg
schwedenmann

[mat6937]

Teste mal ob mit dhcpdump, DHCP-Traffic gesnifft wird, wenn Du den NetworkManager.service restartest.

Das Paket musste ich erstmal nach mehreren reboots installieren.
Wenn ich

Code: Alles auswählen

root@bullseye:~# dhcpdump -i enp3s0 -h macadresse

eingebe wird nichts angezeigt, Abbruch mit strg+c, zeigt auch keine Meldung.

Das mit der MAC-Adresse bzw. mit der Option "-h" funktioniert nicht (immer). Gib nur:

Code: Alles auswählen

dhcpdump -i enp3s0

ein.

[wurst10]

Hallo


was ich versuchen würde

1. networkmanger deaktivieren per systemctl, dann networkmanager komplett deinstallieren
2. /etc/network/interfaces an enp3s0 und dhcp anpassenn

reboot.

mfg
schwedenmann

Habe ich gemacht und die "/etc/network/interfaces" angepasst

Code: Alles auswählen

auto lo
iface lo inet loopback

auto enp3s0
iface enp3s0 inet dhcp

Nach einem Reboot startet das System nicht mehr weil systemd (a startjob is running) mehrfach (4 Instanzen glaube ich) versucht ein networkinterface zu starten.
Komisch ist auch, dass ein reinstall nichts bringt, da die net-install iso weder im Rettungsmodus noch im Installer die Netzwerkverbindung per dhcp erkennt.
Zu allem Überfluss ist jetzt auch noch mein usb-stick abgeraucht, naja hab ja noch welche zum Glück.

[MSfree]

Zu allem Überfluss ist jetzt auch noch mein usb-stick abgeraucht

Freitag der Dreizehnte!

[Tintom]

Nach einem Reboot startet das System nicht mehr weil systemd (a startjob is running) mehrfach (4 Instanzen glaube ich) versucht ein networkinterface zu starten.

Ersetze auto enp3s0 durch allow-hotplug enp3s0, das behebt zwar nicht das eigentliche Problem, aber systemd versucht dann nicht mehr krampfhaft etwas zu starten, was nicht da ist.

[wurst10]

Das mit der MAC-Adresse bzw. mit der Option "-h" funktioniert nicht (immer). Gib nur:

Code: Alles auswählen

dhcpdump -i enp3s0

ein.

Habe ich probiert, wird leider nichts angezeigt.

Ersetze auto enp3s0 durch allow-hotplug enp3s0, das behebt zwar nicht das eigentliche Problem, aber systemd versucht dann nicht mehr krampfhaft etwas zu starten, was nicht da ist.

Danke, jetzt startet das System wieder, aber Internet gibts nur beim 1. bootup, sobald ich reboote gibt es kein Internet mehr.
Im Prinzip die gleiche Symptomatik wie mit dem NetworkManager, irgendwas wird da nach einem reboot verstellt.

Freitag der Dreizehnte!

scheint so... muss ich jetzt irgendwas auf einem Altar opfern damit das wieder funzt... vielleicht den usb-stick?
Den könnte ich rituell verbrennen.

[mat6937]

Das mit der MAC-Adresse bzw. mit der Option "-h" funktioniert nicht (immer). Gib nur:

Code: Alles auswählen

dhcpdump -i enp3s0

ein.

Habe ich probiert, wird leider nichts angezeigt.

Führe danach (d. h. wenn dhcpdump aktiv ist):

Code: Alles auswählen

dhclient -4 -d -v enp3s0

aus.

[Tintom]

Danke, jetzt startet das System wieder, aber Internet gibts nur beim 1. bootup, sobald ich reboote gibt es kein Internet mehr.
Im Prinzip die gleiche Symptomatik wie mit dem NetworkManager, irgendwas wird da nach einem reboot verstellt.

Nochmal bitte zum Verständnis:
PC aus -> PC ein: Netzwerk funktioniert ohne Probleme
PC ein -> reboot: Kein Netzwerk
Richtig?

[KP97]

Mal ganz ohne Netzwerkmanager, nur mit systemd.

1. Vorbereiten
In der /etc/resolve.conf sollte das Gateway des Routers stehen: 192.168.0.1
Die /etc/network/interfaces darf _keinen_ Inhalt haben.
Da DHCP über systemd läuft, braucht auch kein Paket dhcpcd5 oder ähnliches installiert sein.

2. Kabel-Verbindung einrichten
In /etc/systemd/network eine Datei 60-kabel.network erstellen:

[Match]
Name=e*

[Network]
DHCP=yes

e* deswegen, damit auch andere Standardnamen passen.

Services starten bzw. prüfen:
systemctl enable systemd-networkd
systemctl enable systemd-resolved

Ich gehe davon aus, daß in /etc/init.d keine Netzwerkscripte liegen und daher auch der Service networking.service disabled ist.
Es muß der Service systemd-networkd laufen, damit auch die Abfragen mit networkctl funktionieren.

Nach einem Reboot sollte die Kabelverbindung laufen.

Wenn Du das Wlan ebenfalls mit systemd starten willst, sage kurz Bescheid.
Dann stelle ich den Ablauf auch hier ein.

[wurst10]

Danke, jetzt startet das System wieder, aber Internet gibts nur beim 1. bootup, sobald ich reboote gibt es kein Internet mehr.
Im Prinzip die gleiche Symptomatik wie mit dem NetworkManager, irgendwas wird da nach einem reboot verstellt.

Nochmal bitte zum Verständnis:
PC aus -> PC ein: Netzwerk funktioniert ohne Probleme
PC ein -> reboot: Kein Netzwerk
Richtig?

Richtig

Mal ganz ohne Netzwerkmanager, nur mit systemd.

1. Vorbereiten
In der /etc/resolve.conf sollte das Gateway des Routers stehen: 192.168.0.1
Die /etc/network/interfaces darf _keinen_ Inhalt haben.
Da DHCP über systemd läuft, braucht auch kein Paket dhcpcd5 oder ähnliches installiert sein.

2. Kabel-Verbindung einrichten
In /etc/systemd/network eine Datei 60-kabel.network erstellen:

[Match]
Name=e*

[Network]
DHCP=yes

e* deswegen, damit auch andere Standardnamen passen.

Services starten bzw. prüfen:
systemctl enable systemd-networkd
systemctl enable systemd-resolved

Ich gehe davon aus, daß in /etc/init.d keine Netzwerkscripte liegen und daher auch der Service networking.service disabled ist.
Es muß der Service systemd-networkd laufen, damit auch die Abfragen mit networkctl funktionieren.

Nach einem Reboot sollte die Kabelverbindung laufen.

Wenn Du das Wlan ebenfalls mit systemd starten willst, sage kurz Bescheid.
Dann stelle ich den Ablauf auch hier ein.

Ich muss mir das morgen nochmal anschauen, vorerst sind beide Debian Partition gelöscht.
Habe Testweise Xubuntu 20.04 installiert erst mit Kernel 5.10 (wie bei bullseye) nach einem Update Kernel 5.11,
exakt die selbe Symptomatik.

Nach Kaltstart --> LAN-Verbindung
Nach Reboot --> keine LAN-Verbindung

Da scheint was im Debian Kernel geändert worden zu sein, das der Realtek r8168/r8169 nicht mehr wie gewohnt funktioniert.
Aktuell bleibe ich bei Arch Linux mit Kernel 5.13, da läuft alles problemlos.

Danke für die Unterstützung Leute