Ok, vielen Dank für die Tipps, die ich jedoch erst morgen probieren werden, ich melde mich dann mit einem Update. Bis dahin.
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?
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”
1 Like
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…
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.
@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.
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
OK, dann mal los:
del
und inxi:
del
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.
1 Like
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.
Kann man, aber sollte da einiges beachten, denn die Desktops mit ihren Einstellungen können sich auch beißen.
Wichtig wäre: Jeder Desktop sollte mit einem eigenen Benutzerkonto gestartet werden, damit es keine Konflikte gibt. Man kann ein Benutzerkonto verwenden, aber man sollte auch wissen, wie man die Konflikte löst.
Weiß nicht, ob die Befehle alle 100% aktuell sind, aber hier mal die Wiki:
Aber am einfachsten wäre es tatsächlich für einen Neuling eine Neuinstallation vorzunehmen.
1 Like
In Ordnung, dann probiere ich mal andere Desktops und werde berichten, ob sich das Problem verbessert oder nicht. Danke erstmal für die Hilfe.
es reicht wenn du dir eine live-iso erstellst, von der bootest und testest. dann kann man auch schauen welche unterschiede in der live-iso und dem eigenen systemm ggf vorhanden sind.
1 Like
Kann dein Router IPv6 etwa nicht ?
Was erwartest du denn bei einer Steinalt-Verbindung über 10Mbit? Meinst du, der alte Router wüsste, was IPv6 ist?
@Bolli Auf jeden Fall ist es schön zu sehen, dass neue Nutzer auch proaktiv sind und testen. So mag ich das. 
Leider ist das nicht die Regel.
Sorry, der Router ist nicht alt und kann natürlich ipv6, die Leitung ist nur sehr schlecht (sehr lang und Klingeldraht). Warum das mit der Option nicht geht, weiss ich nicht, ich weiss nur, dass es mit “ignore” plötzlich geht. Bin aber weiter am Suchen, um eine Erklärung zu finden.
https://docs.hetzner.com/robot/dedicated-server/troubleshooting/performance-intel-i218-nic/
Ist mir gestern schon unter die Augen gekommen da wusste ich aber noch nicht das du die selbe Karte hast. Ist das in den neuen Kernel behoben oder ist das Problem noch aktuell. Vielleicht hat es ja damit zu tun ?
Keine Ahnung, gehe aber davon aus, da es ein Problem des Chips ist.
Denke ich weniger, da es hie um UDP Verbindungen geht.
Beim Kernel bin ich auf den neuesten angezeigten LTS-Kernel (6.1.32-2) zurück. Nun kommt immer ein Popup, dass ich den Kernel erneuern soll (6.3.5-2). 
Das Problem mit dem extrem langsamen Bereitstellen der Netzwerkaktivität scheint gar nicht so selten in der Linuxwelt zu sein. Aber jede Distro hat da oft eine ganz eigene Lösung.
This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.