Netzwerkverbindung dauert nach Booten sehr lange bis aktiv

Bolli · 28 June 2023 17:49

Hallo,
eine neue Frage. Wenn ich Manjaro boote dauert es erstaunlich lange, bis die Netzwerk-Verbindung steht (geschätzt 2-3 Minuten). Bei anderen getesteten Distros ging das schneller. Steht die Verbindung erstmal, funktioniert alles problemlos. Beim nächste Reboot geht das allerdings von vorne los. Melde ich mich jedoch nur als Nutzer ab und wieder an, steht die Verbindung gleich wieder. Was könnte das Problem sein?

Olli · 28 June 2023 17:51

bitte poste mal die ausgabe des obligatorischen inxi befehls damit man mal einen überblick bekommt, alles andere ist ansonsten reines glaskugelstreicheln

Welcome to Manjaro!

Please read this:
[HowTo] Provide System Information
and press the three dots … below your post and press the to give us more information so we can see what’s really going on.
Now we know the symptom of the disease, but we need some more probing to know where the origin lies…
An inxi --admin --verbosity=7 --filter --no-host --width would be the minimum required information for us to be able to help you. (Personally Identifiable Information like serial numbers and MAC addresses will be filtered out by the above command)
Also, please copy-paste that output in-between 3 backticks ``` at the beginning and end of the code/text. (use the option “preformatted text”)

weingeist · 28 June 2023 18:08

Normalerweise alles und am Anfang und am Ende 3x ` das ist rechts neben dem ?

Network:
  Device-1: Intel 82567V-2 Gigabit Network vendor: ASUSTeK driver: e1000e
    v: kernel port: cc00 bus-ID: 00:19.0 chip-ID: 8086:10ce class-ID: 0200
  IF: enp0s25 state: up speed: 1000 Mbps duplex: full mac: <filter>
  IP v4: <filter> type: dynamic noprefixroute scope: global
    broadcast: <filter>
  IP v6: <filter> type: dynamic noprefixroute scope: global
  IP v6: <filter> type: noprefixroute scope: link
  WAN IP: <filter>

sieht dann so aus

da sieht man schon kein Kernelport. Irgendwie funzt die nicht richtig

Olli · 28 June 2023 18:11

in dem fall reicht es, aber es ist kein hexenwerk alles reinzukopieren. wenn du etwas reinkopierst nutze die funktion vorformatierter text ( das </> symbol ) und füge es dann mit copy/paste dort ein.
noch ein tip:

du kannst den befehl auch in eine textdatei umleiten die du dann mit jedem texteditor öffnen kannst und von dort dann kopieren etc. anbieten tut sich das /tmp verzeichnis, das ist nichts anderes als ein temporäres verzeichnis / schmierzettel das beim beenden wieder gelöscht wird und du verhinderst datenmüll über die zeit:

inxi --admin --verbosity=7 --filter --no-host --width > /tmp/inxi.txt

erstellt alles in /tmp/inxi.txt

megavolt · 28 June 2023 18:20

Völlig normal hier habe fast dieselbe Karte

Network:
  Device-1: Intel Ethernet I219-LM vendor: Hewlett-Packard driver: e1000e
    v: kernel port: N/A bus-ID: 00:1f.6 chip-ID: 8086:15bb class-ID: 0200
  IF: eno1 state: up speed: 100 Mbps duplex: full mac: <filter>
  IP v4: <filter> type: dynamic noprefixroute scope: global
    broadcast: <filter>
  IP v6: <filter> type: dynamic noprefixroute scope: global
  IP v6: <filter> type: noprefixroute scope: link
  WAN IP: <filter>

Und bei mir steht die Verbindung sofort. Dass es nicht sofort “sichbar” ist, wird wohl an der Rückmeldung zur GUI liegen.

Ich verwende Sway btw.

Bolli · 28 June 2023 19:53

Und das Problem behebt sich dann wie? Und “Sway” ist was und wie nutze/installiere ich es?

megavolt · 28 June 2023 20:02

Ich frage mal anderes: Woran machst du fest, dass du verbunden bist?

Das ist ein Fenster-Manager, also keine Desktop-Umgebung wie KDE, GNOME oder XFCE. Das war jetzt keine Empfehlung von mir, Sway zu installieren. Ich habe nur berichtet, dass fast dieselbe Karte mit demselben Treiber ohne Probleme bei mir läuft.

Bolli · 28 June 2023 20:06

Nach einer Zeit von 2-3, teilweise auch 5 Minuten erscheint das Popup, dass die Verbindung hergestellt wurde und das Icon ändert sich in der Taskleiste. Merkt man natürlich auch, wenn man den Browser usw. vorher und nachher öffnet.

megavolt · 28 June 2023 20:15

Ich habe grad nochmal nachgeschaut, ganz vergessen. Eine Einstellung habe ich vorgenommen:

# Datei: /etc/modprobe.d/e1000e.conf
options e1000e SmartPowerDownEnable=0

Kann mich nicht mehr genau erinnern, aber ich denke, ich habe das eingestellt, weil nach einem Standby (Suspend), keine Verbindung zustande kam.

Also Text-Datei erstellen als root in dem genannten Pfad und Inhalt rein. Speichern. Neustarten.

Oder ganz simpel im Terminal.

echo "options e1000e SmartPowerDownEnable=0" | sudo tee /etc/modprobe.d/e1000e.conf

reboot

Ich bin denn mal weg und sag Gute Nacht

Olli · 28 June 2023 20:17

vielleicht erstmal mit dem ausschlussverfahren andere mögliche fehlerquellen auszuschließen:

kannst du den rechner und router mal abschalten und zuerst den router neu hochfahren. in dem fall werden dann häufig auch die router upgedatet.
wäre nicht das erste mal das es an solchen kleinigkeiten hängt. prinzipiell ist eine verbindung bei dir ja möglich auch wenn sie selbst für die telekomikerverhältnisse schnarchlangsam ist.

und jetzt wäre es durchaus angebracht das du die vollständige ausgabe von dem inxi mal postest damit wir eine vorstellung haben welchen kernel etc. du nutzt.

Bolli · 28 June 2023 20:29

Ok, vielen Dank für die Tipps, die ich jedoch erst morgen probieren werden, ich melde mich dann mit einem Update. Bis dahin.

Bolli · 29 June 2023 07:37

So, weiter gehts. Leider hat das nichts gebracht.

Am Router liegts auch nicht, bei Windows ist das Netzwerk schon beim Login da und bei anderen Linux-Distros ging es immerhin schneller (10-30 Sekunden) nachdem der Desktop geladen war.
Bei meinen Netzwerkverbindungen ist neben der “Wired Connection” noch eine andere Verbindung namens “Io” dabei, mit der ich nichts anfangen kann. Keine Ahnung, ob die standardmässig miteingerichtet wird.
Wenn ich das vollständige inxi-log posten will erscheint im Forum die Meldung:
“Ein Fehler ist aufgetreten: Entschuldige, du kannst keine Links in deinen Beiträgen einfügen.”
Dabei ist kein Link dabei, was ist da los?

Olli · 29 June 2023 08:23

nochmal:

wenn du etwas reinkopierst nutze die funktion vorformatierter text ( das </> symbol ) und füge es dann mit copy/paste dort ein.

und bitte poste die ausgabe damit wir hier wenigstens mal ein paar standardinfos bekommen welcher kernel etc…
sonst ist das reines “rate mal mit rosental”

Olli · 29 June 2023 08:27

hast du den router ausgeschaltet und neu hochgefahren oder einfach nur ins windows gebootet ? sorry ohne präzise angaben was du gemacht ist das reines stochern im hätte/könnte…

megavolt · 29 June 2023 08:28

Dann schick doch mal das Journal zum NetworkManager:

journalctl --boot 0 --unit NetworkManager --no-hostname --no-pager

Vielleicht kann man da erkennen, warum es sich verzögert verbindet oder wo dieser hängen bleibt.

Bei mir verbindet es ich bei einem kalten Start innerhalb von 6 Sekunden:

Jun 26 04:29:11 systemd[1]: Started Network Manager.
Jun 26 04:29:11 NetworkManager[1095]: <info>  [1687746551.1239] bus-manager: acquired D-Bus service "org.freedesktop.NetworkManager"
Jun 26 04:29:11 NetworkManager[1095]: <info>  [1687746551.1286] manager[0x55c35ff38090]: monitoring kernel firmware directory '/lib/firmware'.
Jun 26 04:29:11 NetworkManager[1095]: <info>  [1687746551.2929] hostname: hostname: using hostnamed
Jun 26 04:29:11 NetworkManager[1095]: <info>  [1687746551.2930] hostname: static hostname changed from (none) to "Elitedesk"
Jun 26 04:29:11 NetworkManager[1095]: <info>  [1687746551.2933] dns-mgr: init: dns=default,systemd-resolved rc-manager=symlink
Jun 26 04:29:11 NetworkManager[1095]: <info>  [1687746551.2937] manager[0x55c35ff38090]: rfkill: Wi-Fi hardware radio set enabled
Jun 26 04:29:11 NetworkManager[1095]: <info>  [1687746551.2937] manager[0x55c35ff38090]: rfkill: WWAN hardware radio set enabled
Jun 26 04:29:11 NetworkManager[1095]: <info>  [1687746551.3006] Loaded device plugin: NMAtmManager (/usr/lib/NetworkManager/1.42.6-1/libnm-device-plugin-adsl.so)
Jun 26 04:29:11 NetworkManager[1095]: <info>  [1687746551.3073] Loaded device plugin: NMBluezManager (/usr/lib/NetworkManager/1.42.6-1/libnm-device-plugin-bluetooth.so)
Jun 26 04:29:11 NetworkManager[1095]: <info>  [1687746551.3091] Loaded device plugin: NMOvsFactory (/usr/lib/NetworkManager/1.42.6-1/libnm-device-plugin-ovs.so)
Jun 26 04:29:11 NetworkManager[1095]: <info>  [1687746551.3184] Loaded device plugin: NMTeamFactory (/usr/lib/NetworkManager/1.42.6-1/libnm-device-plugin-team.so)
Jun 26 04:29:11 NetworkManager[1095]: <info>  [1687746551.3203] Loaded device plugin: NMWifiFactory (/usr/lib/NetworkManager/1.42.6-1/libnm-device-plugin-wifi.so)
Jun 26 04:29:11 NetworkManager[1095]: <info>  [1687746551.3211] Loaded device plugin: NMWwanFactory (/usr/lib/NetworkManager/1.42.6-1/libnm-device-plugin-wwan.so)
Jun 26 04:29:11 NetworkManager[1095]: <info>  [1687746551.3214] manager: rfkill: Wi-Fi enabled by radio killswitch; enabled by state file
Jun 26 04:29:11 NetworkManager[1095]: <info>  [1687746551.3215] manager: rfkill: WWAN enabled by radio killswitch; enabled by state file
Jun 26 04:29:11 NetworkManager[1095]: <info>  [1687746551.3216] manager: Networking is enabled by state file
Jun 26 04:29:11 NetworkManager[1095]: <info>  [1687746551.3219] settings: Loaded settings plugin: keyfile (internal)
Jun 26 04:29:11 NetworkManager[1095]: <info>  [1687746551.3239] dhcp: init: Using DHCP client 'internal'
Jun 26 04:29:11 NetworkManager[1095]: <info>  [1687746551.3242] manager: (lo): new Loopback device (/org/freedesktop/NetworkManager/Devices/1)
Jun 26 04:29:11 NetworkManager[1095]: <info>  [1687746551.3253] device (lo): state change: unmanaged -> unavailable (reason 'connection-assumed', sys-iface-state: 'external')
Jun 26 04:29:11 NetworkManager[1095]: <info>  [1687746551.3257] device (lo): state change: unavailable -> disconnected (reason 'connection-assumed', sys-iface-state: 'external')
Jun 26 04:29:11 NetworkManager[1095]: <info>  [1687746551.3263] device (lo): Activation: starting connection 'lo' (8b787bfd-67f8-44d3-a2b6-b82bb4d40291)
Jun 26 04:29:11 NetworkManager[1095]: <info>  [1687746551.3272] manager: (eno1): new Ethernet device (/org/freedesktop/NetworkManager/Devices/2)
Jun 26 04:29:11 NetworkManager[1095]: <info>  [1687746551.3275] device (eno1): state change: unmanaged -> unavailable (reason 'managed', sys-iface-state: 'external')
Jun 26 04:29:11 NetworkManager[1095]: <info>  [1687746551.5282] ovsdb: disconnected from ovsdb
Jun 26 04:29:11 NetworkManager[1095]: <info>  [1687746551.5284] device (lo): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'external')
Jun 26 04:29:11 NetworkManager[1095]: <info>  [1687746551.5296] device (lo): state change: prepare -> config (reason 'none', sys-iface-state: 'external')
Jun 26 04:29:11 NetworkManager[1095]: <info>  [1687746551.5302] device (lo): state change: config -> ip-config (reason 'none', sys-iface-state: 'external')
Jun 26 04:29:11 NetworkManager[1095]: <info>  [1687746551.5346] device (lo): state change: ip-config -> ip-check (reason 'none', sys-iface-state: 'external')
Jun 26 04:29:11 NetworkManager[1095]: <info>  [1687746551.5383] device (lo): state change: ip-check -> secondaries (reason 'none', sys-iface-state: 'external')
Jun 26 04:29:11 NetworkManager[1095]: <info>  [1687746551.5386] device (lo): state change: secondaries -> activated (reason 'none', sys-iface-state: 'external')
Jun 26 04:29:11 NetworkManager[1095]: <info>  [1687746551.5395] device (lo): Activation: successful, device activated.
Jun 26 04:29:13 NetworkManager[1095]: <info>  [1687746553.0152] device (eno1): carrier: link connected
Jun 26 04:29:13 NetworkManager[1095]: <info>  [1687746553.0156] device (eno1): state change: unavailable -> disconnected (reason 'carrier-changed', sys-iface-state: 'managed')
Jun 26 04:29:13 NetworkManager[1095]: <info>  [1687746553.0167] policy: auto-activating connection 'Kabelgebundene Verbindung 1' (be54eccb-fbae-3687-af2f-5f9e138e5fc0)
Jun 26 04:29:13 NetworkManager[1095]: <info>  [1687746553.0175] device (eno1): Activation: starting connection 'Kabelgebundene Verbindung 1' (be54eccb-fbae-3687-af2f-5f9e138e5fc0)
Jun 26 04:29:13 NetworkManager[1095]: <info>  [1687746553.0177] device (eno1): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'managed')
Jun 26 04:29:13 NetworkManager[1095]: <info>  [1687746553.0181] manager: NetworkManager state is now CONNECTING
Jun 26 04:29:13 NetworkManager[1095]: <info>  [1687746553.1197] device (eno1): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
Jun 26 04:29:13 NetworkManager[1095]: <info>  [1687746553.1213] device (eno1): state change: config -> ip-config (reason 'none', sys-iface-state: 'managed')
Jun 26 04:29:13 NetworkManager[1095]: <info>  [1687746553.1221] dhcp4 (eno1): activation: beginning transaction (timeout in 45 seconds)
Jun 26 04:29:16 NetworkManager[1095]: <info>  [1687746556.1818] device (eno1): carrier: link connected
Jun 26 04:29:17 NetworkManager[1095]: <info>  [1687746557.3888] dhcp4 (eno1): state changed new lease, address=192.168.178.24
Jun 26 04:29:17 NetworkManager[1095]: <info>  [1687746557.3891] policy: set 'Kabelgebundene Verbindung 1' (eno1) as default for IPv4 routing and DNS
Jun 26 04:29:17 NetworkManager[1095]: <info>  [1687746557.4020] device (eno1): state change: ip-config -> ip-check (reason 'none', sys-iface-state: 'managed')
Jun 26 04:29:17 NetworkManager[1095]: <info>  [1687746557.4039] device (eno1): state change: ip-check -> secondaries (reason 'none', sys-iface-state: 'managed')
Jun 26 04:29:17 NetworkManager[1095]: <info>  [1687746557.4040] device (eno1): state change: secondaries -> activated (reason 'none', sys-iface-state: 'managed')
Jun 26 04:29:17 NetworkManager[1095]: <info>  [1687746557.4042] manager: NetworkManager state is now CONNECTED_SITE
Jun 26 04:29:17 NetworkManager[1095]: <info>  [1687746557.4043] device (eno1): Activation: successful, device activated.
Jun 26 04:29:17 NetworkManager[1095]: <info>  [1687746557.4066] manager: startup complete
Jun 26 04:29:17 NetworkManager[1095]: <info>  [1687746557.4572] manager: NetworkManager state is now CONNECTED_GLOBAL

Nach einem Suspend/Standby innerhalb von 3 Sekunden.

Olli · 29 June 2023 08:33

@megavolt
du bist ja noch etwas länger hier. ich tippe mal drauf das zumindest der kernel und linux firmware aktualisiert werden sollten und dann der e1000e-dkms aus dem aur installiert werden sollte. bisschen stochern im netz zeigt das das wohl der empfohlene treiber ist.

megavolt · 29 June 2023 08:52

Eigentlich ist der Treiber schon Mainstream. Das DKMS ist wenn überhaupt nur für ältere Kernel interessant oder nicht inkludierte IDs. Seine ID 10ce ist schon seit Linux 2.6 drin, meine ID 15bb ist seit Kernel 4.12 drin. Hier mal zum Nachschauen: Linux Kernel Driver DataBase: CONFIG_E1000E: Intel(R) PRO/1000 PCI-Express Gigabit Ethernet support

Bolli · 29 June 2023 09:12

OK, dann mal los:

del

und inxi:

del

megavolt · 29 June 2023 09:29

Bolli:

Jun 29 09:06:21 NetworkManager[313]: <info>  [1688022381.9004] manager: startup complete
Jun 29 09:06:30 NetworkManager[313]: <info>  [1688022390.2014] agent-manager: agent[652f727ebec76ab4,:1.40/org.kde.plasma.networkmanagement/1000]: agent registered
Jun 29 09:09:12 NetworkManager[313]: <info>  [1688022552.3214] device (eno1): carrier: link connected

Auf den ersten Blick, kann ich nur sagen, dass da etwas mit der agent-manager Abfrage über dbus verzögert. Sieht sehr nach einem KDE spezifischen Problem zu sein. Ich kann da ehrlich gesagt dann nur raten, da ich KDE nie aktiv verwende. Also der “agent-manager” ist das “grafische Fenster” worauf NetworkManager wartet. Deswegen, war meine Vermutung oben wohl richtig:

Vielleicht ist ja vom xdg-desktop-portal-gnome Bug betroffen, wie in den Ankündigungen beschreiben:

Also im Grunde:

# Das Paket entfernen:
pamac remove xdg-desktop-portal-gnome
# Das KDE spezifische Paket installieren:
pamac install xdg-desktop-portal-kde

Kannst auch einfach die Paketnamen in der GUI suchen und entsprechend entfernen/installieren.

Ja diese Ankündigungen sollte man lesen. Dort wird immer im zweiten Beitrag über bekannte Probleme berichtet. Ja, alles auf Englisch, aber ein Online-Übersetzer sollte helfen.

Nebenbei:

Bleib am besten bei einem LTS (longterm) Kernel. Hier ist die Liste: https://www.kernel.org/ Kernel 6.3 ist ein stable Kernel und überlebt nur 3 Monate, also ein Quartal, und du wirst nicht automatisch auf 6.4 aktualisiert, sondern kernel 6.3 wird entfernt und dann hast du einen schwarzen Bildschirm.

Bolli · 29 June 2023 09:38

OK, wusste ich nicht, werde auf LTS wechseln. Übrigens: kann man auch die Desktops wechseln (von KDE zu Gnome oder XFCE usw.) oder muss man komplett neu installieren? Könnte so testen, ob die starke Netzwerkverzögerung ein Bug von KDE sein könnte.