Kein Netzwerk nach Resume - suche Erklärung

[HumiNi]

Ich fahre mein PC selten runter, aber schicke in häufig schlafen. Normalerweise funktioniert nach dem Aufwachen alles, heute hatte ich danach keine Netzwerkverbindung.

Hier meine Recherchen:

Code: Alles auswählen

2: eno1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000

NO-CARRIER! An der LAN-Buchse rotes blinken, Kabel gezogen und gesteckt --> keine Änderung.

Dann die syslog durchforstet:

Code: Alles auswählen

2024-08-22T15:44:26.554075+02:00 lumpi kernel: [105419.297746] e1000e 0000:00:1f.6 eno1: Hardware Error

Hardware-Defekt habe ich angezweifelt, was ist mit dem Kernelmodul? War geladen, keine Auffälligkeiten.

Letzte Idee vor einem Reboot:

Code: Alles auswählen

root@lumpi:~# rmmod e1000e
root@lumpi:~# modprobe e1000e
root@lumpi:~# ip a s
...
3: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000

Alles wieder gut!

Ich kann es mir nur nicht erklären. Kann beim Aufwachen im RAM etwas durcheinander gekommen sein? Ich habe kaum Ahnung von dem Thema. Ist das Phänomen bekannt, gibt es Vorsorgemöglichkeiten?
Ich hoffe auf etwas Erleuchtung von euch. Danke.

BTW: Ich habe diese Kommandos aus längst vergangenen Zeiten aus dem Kopf gekramt. Wie ist die Syntax zum Anzeigen des Status von nur einem Interface (mit ifconfig wüsste ich es noch. )? In Zeiten von systemd gibt es statt des Durchforstens der syslog bestimmt ein passendes Kommando?

[KP97]

Man fragt den Status ab mit
networkctl status [name LANverbindung oder Wlan] -> in Deinem Fall
networkctl status eno1
Der Service systemd-networkd muß laufen, sonst gibt es kein networkctl. Schau auch die manpage zu networkctl an.

Zu Deiner Frage: vielleicht nur kurz verschluckt, wenn das öfter passiert, mußt Du nochmal schauen.

[mat6937]

Wie ist die Syntax zum Anzeigen des Status von nur einem Interface (mit ifconfig wüsste ich es noch. )? ... ein passendes Kommando?

Ja, z. B.:

Code: Alles auswählen

ip link show dev eno1
ip address show eno1

[HumiNi]

Man fragt den Status ab mit
networkctl status [name LANverbindung oder Wlan] -> in Deinem Fall
networkctl status eno1
Der Service systemd-networkd muß laufen, sonst gibt es kein networkctl. Schau auch die manpage zu networkctl an.

Zu Deiner Frage: vielleicht nur kurz verschluckt, wenn das öfter passiert, mußt Du nochmal schauen.

systemd-networkd lief jetzt (nachdem ich verspätet deinem Hinweis nachgehen konnte) nicht, warum auch immer. Der Dienst ließ sich aber problemlos starten.

Das Problem trat während der 9-monatigen Laufzeit des Systems zum zweiten Mal auf. Falls es noch einmal passiert, wohin sollte ich noch schauen?

Danke für den Hinweis, auch an mat6937

[mat6937]

systemd-networkd lief jetzt (nachdem ich verspätet deinem Hinweis nachgehen konnte) nicht, warum auch immer. Der Dienst ließ sich aber problemlos starten.

Wie sind nach einem reboot, die Ausgaben von:

Code: Alles auswählen

systemctl is-enabled systemd-networkd
systemctl is-active systemd-networkd

?
BTW: Wenn Du systemd-networkd absichtlich nicht benutzt, musst Du networkctl auch nicht benutzen.

[Livingston]

Code: Alles auswählen

2024-08-22T15:44:26.554075+02:00 lumpi kernel: [105419.297746] e1000e 0000:00:1f.6 eno1: Hardware Error

Hardware-Defekt habe ich angezweifelt, was ist mit dem Kernelmodul? War geladen, keine Auffälligkeiten.

Wieso eigentlich angezweifelt. Klingt doch sehr nach einer Selbstdiagnose einer kaputten Karte, die gerade noch dem Kernel die Koma-Meldung ins Ohr hauchen konnte. Und der gibt dann die schlechte Nachricht an syslog und/oder systemd-journal weiter.
Ohne das Kernel-Modul hättest Du die Meldung womöglich gar nicht erhalten.
Ich würde die Möglichkeit eines Hardware-Defektes nicht ausklammern.

[HumiNi]

Code: Alles auswählen

2024-08-22T15:44:26.554075+02:00 lumpi kernel: [105419.297746] e1000e 0000:00:1f.6 eno1: Hardware Error

Hardware-Defekt habe ich angezweifelt, was ist mit dem Kernelmodul? War geladen, keine Auffälligkeiten.

Wieso eigentlich angezweifelt. Klingt doch sehr nach einer Selbstdiagnose einer kaputten Karte, die gerade noch dem Kernel die Koma-Meldung ins Ohr hauchen konnte. Und der gibt dann die schlechte Nachricht an syslog und/oder systemd-journal weiter.
Ohne das Kernel-Modul hättest Du die Meldung womöglich gar nicht erhalten.
Ich würde die Möglichkeit eines Hardware-Defektes nicht ausklammern.

Mit "angezweifelt" meinte ich nicht "ausgeschlossen", sondern erst einmal Software-Probleme in Betracht zu ziehen. Die scheinen mir immer noch wahrscheinlicher. Schließlich hat ein simples Ent- und Neuladen des Kernelmoduls zur Behebung gereicht. Ein Reboot o.ä. gab es zwischenzeitlich nicht.
Ich nehme trotzdem gern Hinweise entgegen, was ich prüfen könnte, falls der fehlerhafte Zustand noch einmal auftritt.

[mat6937]

Ich nehme trotzdem gern Hinweise entgegen, was ich prüfen könnte, falls der fehlerhafte Zustand noch einmal auftritt.

Wie ist die default Einstellung für die "SmartPowerDownEnable="-Option beim Treiber:

Code: Alles auswählen

systool -a -v -m e1000e | grep -i SmartPowerDownEnable

?
Welchen Router benutzt Du? Ist dein PC per Kabel, direkt mit dem Router verbunden?

Code: Alles auswählen

ethtool eno1

?

[HumiNi]

systool ist nicht installiert, reicht modinfo?

Code: Alles auswählen

root@lumpi:~# modinfo e1000e | grep "SmartPowerDownEnable"
parm:           SmartPowerDownEnable:Enable PHY smart power down (array of int)

Der Rechner hängt direkt an einer Fritzbox 7490.

Code: Alles auswählen

root@lumpi:~# ethtool eno1
Settings for eno1:
	Supported ports: [ TP ]
	Supported link modes:   10baseT/Half 10baseT/Full
	                        100baseT/Half 100baseT/Full
	                        1000baseT/Full
	Supported pause frame use: No
	Supports auto-negotiation: Yes
	Supported FEC modes: Not reported
	Advertised link modes:  10baseT/Half 10baseT/Full
	                        100baseT/Half 100baseT/Full
	                        1000baseT/Full
	Advertised pause frame use: No
	Advertised auto-negotiation: Yes
	Advertised FEC modes: Not reported
	Speed: 1000Mb/s
	Duplex: Full
	Auto-negotiation: on
	Port: Twisted Pair
	PHYAD: 1
	Transceiver: internal
	MDI-X: on (auto)
	Supports Wake-on: pumbg
	Wake-on: g
        Current message level: 0x00000007 (7)
                               drv probe link
	Link detected: yes

[mat6937]

systool ist nicht installiert, ...

Kann mit:

Code: Alles auswählen

apt install sysfsutils

installiert werden. Zeige auch die Ausgaben von:

Code: Alles auswählen

systool -a -v -m e1000e | grep -i EEE
modinfo e1000e | grep parm:

Du könntest _temporär_ auch mit einem 100Mbit/s-Lan-Port an deiner FB7490 (statt GBit und auto-negotiation) testen.

[HumiNi]

Zeige auch die Ausgaben von:

Code: Alles auswählen

systool -a -v -m e1000e | grep -i EEE
modinfo e1000e | grep parm:

Code: Alles auswählen

root@lumpi:~# systool -a -v -m e1000e | grep -i EEE
root@lumpi:~# modinfo e1000e | grep parm:
parm:           debug:Debug level (0=none,...,16=all) (int)
parm:           copybreak:Maximum size of packet that is copied to a new buffer on receive (uint)
parm:           TxIntDelay:Transmit Interrupt Delay (array of int)
parm:           TxAbsIntDelay:Transmit Absolute Interrupt Delay (array of int)
parm:           RxIntDelay:Receive Interrupt Delay (array of int)
parm:           RxAbsIntDelay:Receive Absolute Interrupt Delay (array of int)
parm:           InterruptThrottleRate:Interrupt Throttling Rate (array of int)
parm:           IntMode:Interrupt Mode (array of int)
parm:           SmartPowerDownEnable:Enable PHY smart power down (array of int)
parm:           KumeranLockLoss:Enable Kumeran lock loss workaround (array of int)
parm:           WriteProtectNVM:Write-protect NVM [WARNING: disabling this can lead to corrupted NVM] (array of int)
parm:           CrcStripping:Enable CRC Stripping, disable if your BMC needs the CRC (array of int)

[mat6937]

Code: Alles auswählen

parm:           SmartPowerDownEnable:Enable PHY smart power down (array of int)

Und die Ausgabe von:

Code: Alles auswählen

systool -a -v -m e1000e | grep -i SmartPowerDownEnable

?

[HumiNi]

Und die Ausgabe von:

Code: Alles auswählen

systool -a -v -m e1000e | grep -i SmartPowerDownEnable

?

Keine Übereinstimmung mit SmartPowerDownEnable.

Code: Alles auswählen

root@lumpi:~# systool -a -v -m e1000e | grep -i SmartPowerDownEnable
root@lumpi:~# 

[mat6937]

Keine Übereinstimmung mit SmartPowerDownEnable.

Code: Alles auswählen

root@lumpi:~# systool -a -v -m e1000e | grep -i SmartPowerDownEnable

Dann die vollständige Ausgabe von:

Code: Alles auswählen

systool -a -v -m e1000e

und die Ausgabe von:

Code: Alles auswählen

lsmod | grep e1000e

?

[HumiNi]

Code: Alles auswählen

root@lumpi:~# lsmod | grep e1000e
e1000e                315392  0

root@lumpi:~# systool -a -v -m e1000e
Module = "e1000e"

  Attributes:
    coresize            = "315392"
    initsize            = "0"
    initstate           = "live"
    refcnt              = "0"
    taint               = ""
    uevent              = <store method only>

  Parameters:
    copybreak           = "256"

  Sections:
    .bss                = "0xffffffffc04f1580"
    .data.once          = "0xffffffffc04f11a8"
    .data               = "0xffffffffc04ed0c0"
    .exit.data          = "0xffffffffc04f11b0"
    .exit.text          = "0xffffffffc04d6afb"
    .gnu.linkonce.this_module= "0xffffffffc04f1200"
    .init.data          = "0xffffffffc117d000"
    .init.text          = "0xffffffffc117c000"
    .note.Linux         = "0xffffffffc04d7024"
    .note.gnu.build-id  = "0xffffffffc04d7000"
    .orc_unwind         = "0xffffffffc04e0f30"
    .orc_unwind_ip      = "0xffffffffc04e6756"
    .retpoline_sites    = "0xffffffffc04dfdd0"
    .return_sites       = "0xffffffffc04e0814"
    .rodata             = "0xffffffffc04d7060"
    .rodata.cst2        = "0xffffffffc04ea2cc"
    .rodata.str1.1      = "0xffffffffc04dc29c"
    .rodata.str1.8      = "0xffffffffc04dd208"
    .smp_locks          = "0xffffffffc04ea21c"
    .static_call_sites  = "0xffffffffc04f11b8"
    .strtab             = "0xffffffffc1185818"
    .symtab             = "0xffffffffc117e000"
    .text               = "0xffffffffc04b0000"
    .text.unlikely      = "0xffffffffc04d36e7"
    __bug_table         = "0xffffffffc04ed000"
    __dyndbg            = "0xffffffffc04ed938"
    __jump_table        = "0xffffffffc04eb000"
    __mcount_loc        = "0xffffffffc04db66c"
    __param             = "0xffffffffc04ea2d0"

[mat6937]

Code: Alles auswählen

  Parameters:
    copybreak           = "256"

OK, dieser Treiber ist nicht auskunftsfreudig. Teste mal temporär mit der Option:

Code: Alles auswählen

SmartPowerDownEnable=0

für den Treiber e1000e und mit 100MBit/s am Lan-Port der FritzBox.

EDIT:

Was Du noch temporär testen könntest ist, minütlich einen arp-request per cronjob (oder gleichwertig) an die IP-Adresse vom Router. Z. B. in der systemweiten /etc/crontab:

Code: Alles auswählen

* *	* * *	root	/usr/bin/arping -q -c 2 -w 2 -b -f -I eno1 IP-Adresse-Router > /dev/null 2>&1

(IP-Adresse-Router anpassen). arping aus dem package iputils-arping.

[HumiNi]

Nur so zur Info: Es ist nach 6 Wochen wieder passiert. Und leicht zu beheben, wenn man den Fehler kennt.

Code: Alles auswählen

root@lumpi:~# ip link show dev eno1
2: eno1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN mode DEFAULT group default qlen 1000
...
root@lumpi:~# rmmod e1000e
root@lumpi:~# modprobe e1000e
root@lumpi:~# ip link show dev eno1
3: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000
...

Den Hardware error-Eintrag in der syslog gibt es diesmal nicht. Möglicherweise rührte er damals vom testweisen Ziehens des LAN-Kabels.