[systemd] 2 Minuten Verzoegerung beim Aufstarten

[Marc Haber]

Hallo,

mein Notebook (mit Debian unstable) braucht von Anfang an (gekauft
Ende 2023) zwei Minuten bis zum Displaymanager. Für mich sieht das aus
als würde der systemd-networkd sich einfach nicht online melden. Nach
dem Login funktioniert aber alles.

|$ sudo systemd-analyze critical-chain
|graphical.target @2min 1.394s
|+-multi-user.target @2min 1.393s
|+-exim4.service @2min 1.084s +309ms
|+-network-online.target @2min 1.081s
|+-NetworkManager-wait-online.service @9.619s +6.618s
|+-NetworkManager.service @8.470s +1.146s
|+-dbus.service @8.435s +28ms
|+-basic.target @8.426s
|+-sockets.target @8.426s
|+-virtlogd-admin.socket @8.426s
|+-virtlogd.socket @8.426s
|+-sysinit.target @8.377s
|+-cryptsetup.target @8.377s
|+-systemd-***@dizzy.service @763ms +7.613s
|+-run-credentials-systemd\x2dcryptsetup\x40dizzy.service.mount @1.420s

|$ sudo systemd-analyze blame | head -n 1
|2min 267ms systemd-networkd-wait-online.service
|$

|$ networkctl
|IDX LINK TYPE OPERATIONAL SETUP
|1 lo loopback carrier unmanaged
|2 lanc0 ether no-carrier unmanaged
|3 lanc1 ether no-carrier unmanaged
|4 lanw0 wlan routable unmanaged
|5 virbr0 bridge no-carrier unmanaged
|6 zg2vpn none routable configured
|
|6 links listed.

|$ head -n-0 /etc/systemd/network/*
|==> /etc/systemd/network/10-lanc0.link <==
|[Match]
|MACAddress=74:5d:22:5f:ef:e5
|
|[Link]
|Name=lanc0
|
|==> /etc/systemd/network/10-lanc1.link <==
|[Match]
|MACAddress=74:5d:22:5f:ef:e4
|
|[Link]
|Name=lanc1
|
|==> /etc/systemd/network/10-lanw0.link <==
|[Match]
|MACAddress=14:ac:60:08:f5:a5
|
|[Link]
|Name=lanw0
|
|==> /etc/systemd/network/zg2vpn.network <==
|[Match]
|Name=zg2vpn
|
|[Network]
|Description=OpenVPN Tunnel
|DHCP=no
|IPv6Forwarding=yes
|IPv4Forwarding=yes
|IPv6AcceptRA=no
|IPv6SendRA=no
|DHCPv6PrefixDelegation=no
|KeepConfiguration=yes
|
|# wird erst benutzt wenn paasende rules da sind
|[Route]
|Destination=0::/0
|Gateway=200a:db8:43fa:bc02::1
|Table=201
|
|[IPv6AcceptRA]
|
|# end of file
|$

|Okt 25 07:02:01 swivel systemd[1]: Starting systemd-networkd.service - Network Configuration...
|Okt 25 07:02:01 swivel systemd-networkd[911]: /etc/systemd/network/zg2vpn.network: Gateway= without static address configured. Enabling GatewayOnLink= option.
|Okt 25 07:02:01 swivel systemd-networkd[911]: lo: Link UP
|Okt 25 07:02:01 swivel systemd-networkd[911]: lo: Gained carrier
|Okt 25 07:02:01 swivel systemd-networkd[911]: Enumeration completed
|Okt 25 07:02:01 swivel systemd[1]: Started systemd-networkd.service - Network Configuration.
|Okt 25 07:02:02 swivel systemd-networkd[911]: wlan0: Interface name change detected, renamed to lanw0.
|Okt 25 07:02:09 swivel systemd-networkd[911]: lanc0: Link UP
|Okt 25 07:02:09 swivel systemd-networkd[911]: lanc1: Link UP
|Okt 25 07:02:10 swivel systemd-networkd[911]: lanw0: Link UP
|Okt 25 07:02:10 swivel systemd-networkd[911]: lanw0: Link DOWN
|Okt 25 07:02:10 swivel systemd-networkd[911]: lanw0: Link UP
|Okt 25 07:02:10 swivel systemd-networkd[911]: virbr0: Link UP
|Okt 25 07:04:06 swivel systemd-networkd[911]: lanw0: Link DOWN
|Okt 25 07:04:06 swivel systemd-networkd[911]: lanw0: Link UP
|Okt 25 07:04:06 swivel systemd-networkd[911]: lanw0: Link DOWN
|Okt 25 07:04:06 swivel systemd-networkd[911]: lanw0: Link UP
|Okt 25 07:04:09 swivel systemd-networkd[911]: lanw0: Link DOWN
|Okt 25 07:04:09 swivel systemd-networkd[911]: lanw0: Link UP

|$ sudo journalctl -u NetworkManager | cat
|Okt 25 07:02:09 swivel systemd[1]: Starting NetworkManager.service - Network Manager...
|Okt 25 07:02:09 swivel NetworkManager[2106]: <info> [1729832529.4914] NetworkManager (version 1.50.0) is starting... (boot:0d691ccd-f6e4-4ee7-b069-ed183d7a870e)
|Okt 25 07:02:09 swivel NetworkManager[2106]: <info> [1729832529.4914] Read config: /etc/NetworkManager/NetworkManager.conf (lib: no-mac-addr-change.conf) (etc: 00-macrandomize.conf)
|Okt 25 07:02:09 swivel NetworkManager[2106]: <info> [1729832529.4983] manager[0x56061f88d0f0]: monitoring kernel firmware directory '/lib/firmware'.
|Okt 25 07:02:09 swivel NetworkManager[2106]: <info> [1729832529.4983] monitoring ifupdown state file '/run/network/ifstate'.
|Okt 25 07:02:09 swivel NetworkManager[2106]: <info> [1729832529.5522] hostname: hostname: using hostnamed
|Okt 25 07:02:09 swivel NetworkManager[2106]: <info> [1729832529.5526] dns-mgr: init: dns=systemd-resolved rc-manager=unmanaged (auto), plugin=systemd-resolved
|Okt 25 07:02:09 swivel NetworkManager[2106]: <info> [1729832529.5543] rfkill2: found Wi-Fi radio killswitch (at /sys/devices/pci0000:00/0000:00:02.3/0000:03:00.0/ieee80211/phy0/rfkill2) (driver mt7921e)
|Okt 25 07:02:09 swivel NetworkManager[2106]: <info> [1729832529.5546] manager[0x56061f88d0f0]: rfkill: Wi-Fi hardware radio set enabled
|Okt 25 07:02:09 swivel NetworkManager[2106]: <info> [1729832529.5547] manager[0x56061f88d0f0]: rfkill: WWAN hardware radio set enabled
|Okt 25 07:02:09 swivel NetworkManager[2106]: <info> [1729832529.5559] Loaded device plugin: NMAtmManager (/usr/lib/x86_64-linux-gnu/NetworkManager/1.50.0/libnm-device-plugin-adsl.so)
|Okt 25 07:02:09 swivel NetworkManager[2106]: <info> [1729832529.5588] Loaded device plugin: NMBluezManager (/usr/lib/x86_64-linux-gnu/NetworkManager/1.50.0/libnm-device-plugin-bluetooth.so)
|Okt 25 07:02:09 swivel NetworkManager[2106]: <info> [1729832529.5611] Loaded device plugin: NMTeamFactory (/usr/lib/x86_64-linux-gnu/NetworkManager/1.50.0/libnm-device-plugin-team.so)
|Okt 25 07:02:09 swivel NetworkManager[2106]: <info> [1729832529.5621] Loaded device plugin: NMWifiFactory (/usr/lib/x86_64-linux-gnu/NetworkManager/1.50.0/libnm-device-plugin-wifi.so)
|Okt 25 07:02:09 swivel NetworkManager[2106]: <info> [1729832529.5625] Loaded device plugin: NMWwanFactory (/usr/lib/x86_64-linux-gnu/NetworkManager/1.50.0/libnm-device-plugin-wwan.so)
|Okt 25 07:02:09 swivel NetworkManager[2106]: <info> [1729832529.5627] manager: rfkill: Wi-Fi enabled by radio killswitch; enabled by state file
|Okt 25 07:02:09 swivel NetworkManager[2106]: <info> [1729832529.5628] manager: rfkill: WWAN enabled by radio killswitch; enabled by state file
|Okt 25 07:02:09 swivel NetworkManager[2106]: <info> [1729832529.5628] manager: Networking is enabled by state file
|Okt 25 07:02:09 swivel NetworkManager[2106]: <info> [1729832529.5636] settings: Loaded settings plugin: ifupdown ("/usr/lib/x86_64-linux-gnu/NetworkManager/1.50.0/libnm-settings-plugin-ifupdown.so")
|Okt 25 07:02:09 swivel NetworkManager[2106]: <info> [1729832529.5636] settings: Loaded settings plugin: keyfile (internal)
|Okt 25 07:02:09 swivel NetworkManager[2106]: <info> [1729832529.5637] ifupdown: management mode: unmanaged
|Okt 25 07:02:09 swivel NetworkManager[2106]: <info> [1729832529.5637] ifupdown: interface-parser: parsing file /etc/network/interfaces
|Okt 25 07:02:09 swivel NetworkManager[2106]: <info> [1729832529.5637] ifupdown: interface-parser: source line includes interfaces file(s) /etc/network/interfaces.d/*
|Okt 25 07:02:09 swivel NetworkManager[2106]: <info> [1729832529.5637] ifupdown: interfaces file /etc/network/interfaces.d/* doesn't exist
|Okt 25 07:02:09 swivel NetworkManager[2106]: <info> [1729832529.5637] ifupdown: interface-parser: finished parsing file /etc/network/interfaces
|Okt 25 07:02:09 swivel NetworkManager[2106]: <info> [1729832529.5751] dhcp: init: Using DHCP client 'internal'
|Okt 25 07:02:09 swivel NetworkManager[2106]: <info> [1729832529.5752] manager: (lo): new Loopback device (/org/freedesktop/NetworkManager/Devices/1)
|Okt 25 07:02:09 swivel NetworkManager[2106]: <info> [1729832529.5759] device (lo): state change: unmanaged -> unavailable (reason 'connection-assumed', managed-type: 'external')
|Okt 25 07:02:09 swivel NetworkManager[2106]: <info> [1729832529.5762] device (lo): state change: unavailable -> disconnected (reason 'connection-assumed', managed-type: 'external')
|Okt 25 07:02:09 swivel NetworkManager[2106]: <info> [1729832529.5766] device (lo): Activation: starting connection 'lo' (c0f4ceef-f645-4b39-a96d-7dc89187c038)
|Okt 25 07:02:09 swivel NetworkManager[2106]: <info> [1729832529.5772] manager: (lanc0): new Ethernet device (/org/freedesktop/NetworkManager/Devices/2)
|Okt 25 07:02:09 swivel NetworkManager[2106]: <info> [1729832529.5779] settings: (lanc0): created default wired connection 'Wired connection 1'
|Okt 25 07:02:09 swivel NetworkManager[2106]: <info> [1729832529.5780] device (lanc0): state change: unmanaged -> unavailable (reason 'managed', managed-type: 'external')
|Okt 25 07:02:09 swivel NetworkManager[2106]: <info> [1729832529.7314] manager: (lanc1): new Ethernet device (/org/freedesktop/NetworkManager/Devices/3)
|Okt 25 07:02:09 swivel NetworkManager[2106]: <info> [1729832529.7319] settings: (lanc1): created default wired connection 'Wired connection 2'
|Okt 25 07:02:09 swivel NetworkManager[2106]: <info> [1729832529.7319] device (lanc1): state change: unmanaged -> unavailable (reason 'managed', managed-type: 'external')
|Okt 25 07:02:09 swivel NetworkManager[2106]: <info> [1729832529.9480] device (lanw0): driver supports Access Point (AP) mode
|Okt 25 07:02:09 swivel NetworkManager[2106]: <info> [1729832529.9486] manager: (lanw0): new 802.11 Wi-Fi device (/org/freedesktop/NetworkManager/Devices/4)
|Okt 25 07:02:09 swivel NetworkManager[2106]: <info> [1729832529.9488] device (lanw0): state change: unmanaged -> unavailable (reason 'managed', managed-type: 'external')
|Okt 25 07:02:10 swivel NetworkManager[2106]: <info> [1729832530.5342] device (lanw0): set-hw-addr: set MAC address to <redacted> (scanning)
|Okt 25 07:02:10 swivel systemd[1]: Started NetworkManager.service - Network Manager.
|Okt 25 07:02:10 swivel NetworkManager[2106]: <info> [1729832530.5595] bus-manager: acquired D-Bus service "org.freedesktop.NetworkManager"
|Okt 25 07:02:10 swivel NetworkManager[2106]: <info> [1729832530.5604] device (lo): state change: disconnected -> prepare (reason 'none', managed-type: 'external')
|Okt 25 07:02:10 swivel NetworkManager[2106]: <info> [1729832530.5606] device (lo): state change: prepare -> config (reason 'none', managed-type: 'external')
|Okt 25 07:02:10 swivel NetworkManager[2106]: <info> [1729832530.5607] device (lo): state change: config -> ip-config (reason 'none', managed-type: 'external')
|Okt 25 07:02:10 swivel NetworkManager[2106]: <info> [1729832530.5611] device (lo): state change: ip-config -> ip-check (reason 'none', managed-type: 'external')
|Okt 25 07:02:10 swivel NetworkManager[2106]: <info> [1729832530.5639] device (lo): state change: ip-check -> secondaries (reason 'none', managed-type: 'external')
|Okt 25 07:02:10 swivel NetworkManager[2106]: <info> [1729832530.5641] modem-manager: ModemManager available
|Okt 25 07:02:10 swivel NetworkManager[2106]: <info> [1729832530.5641] device (lo): state change: secondaries -> activated (reason 'none', managed-type: 'external')
|Okt 25 07:02:10 swivel NetworkManager[2106]: <info> [1729832530.5646] device (lo): Activation: successful, device activated.
|Okt 25 07:02:10 swivel NetworkManager[2106]: <info> [1729832530.6153] device (lanw0): supplicant interface state: internal-starting -> disconnected
|Okt 25 07:02:10 swivel NetworkManager[2106]: <info> [1729832530.6153] Wi-Fi P2P device controlled by interface lanw0 created
|Okt 25 07:02:10 swivel NetworkManager[2106]: <info> [1729832530.6155] manager: (p2p-dev-lanw0): new 802.11 Wi-Fi P2P device (/org/freedesktop/NetworkManager/Devices/5)
|Okt 25 07:02:10 swivel NetworkManager[2106]: <info> [1729832530.6156] device (p2p-dev-lanw0): state change: unmanaged -> unavailable (reason 'managed', managed-type: 'external')
|Okt 25 07:02:10 swivel NetworkManager[2106]: <info> [1729832530.6158] device (lanw0): state change: unavailable -> disconnected (reason 'supplicant-available', managed-type: 'full')
|Okt 25 07:02:10 swivel NetworkManager[2106]: <info> [1729832530.6162] device (p2p-dev-lanw0): state change: unavailable -> disconnected (reason 'none', managed-type: 'full')
|Okt 25 07:02:10 swivel NetworkManager[2106]: <info> [1729832530.6851] manager: (virbr0): new Bridge device (/org/freedesktop/NetworkManager/Devices/6)
|Okt 25 07:02:10 swivel NetworkManager[2106]: <info> [1729832530.9228] device (virbr0): state change: unmanaged -> unavailable (reason 'connection-assumed', managed-type: 'external')
|Okt 25 07:02:10 swivel NetworkManager[2106]: <info> [1729832530.9231] device (virbr0): state change: unavailable -> disconnected (reason 'connection-assumed', managed-type: 'external')
|Okt 25 07:02:10 swivel NetworkManager[2106]: <info> [1729832530.9234] device (virbr0): Activation: starting connection 'virbr0' (c201f876-5db0-4278-aefc-ce0590972f46)
|Okt 25 07:02:10 swivel NetworkManager[2106]: <info> [1729832530.9235] device (virbr0): state change: disconnected -> prepare (reason 'none', managed-type: 'external')
|Okt 25 07:02:10 swivel NetworkManager[2106]: <info> [1729832530.9236] device (virbr0): state change: prepare -> config (reason 'none', managed-type: 'external')
|Okt 25 07:02:10 swivel NetworkManager[2106]: <info> [1729832530.9237] device (virbr0): state change: config -> ip-config (reason 'none', managed-type: 'external')
|Okt 25 07:02:10 swivel NetworkManager[2106]: <info> [1729832530.9238] device (virbr0): state change: ip-config -> ip-check (reason 'none', managed-type: 'external')
|Okt 25 07:02:10 swivel NetworkManager[2106]: <info> [1729832530.9251] device (virbr0): state change: ip-check -> secondaries (reason 'none', managed-type: 'external')
|Okt 25 07:02:10 swivel NetworkManager[2106]: <info> [1729832530.9252] device (virbr0): state change: secondaries -> activated (reason 'none', managed-type: 'external')
|Okt 25 07:02:10 swivel NetworkManager[2106]: <info> [1729832530.9254] manager: NetworkManager state is now CONNECTED_LOCAL
|Okt 25 07:02:10 swivel NetworkManager[2106]: <info> [1729832530.9255] device (virbr0): Activation: successful, device activated.
|Okt 25 07:02:17 swivel NetworkManager[2106]: <info> [1729832537.1777] manager: startup complete
|Okt 25 07:04:06 swivel NetworkManager[2106]: <info> [1729832646.6014] policy: auto-activating connection 'incluesion' (c192f1aa-4b5d-4422-96f0-5d34c4794d4e)
|Okt 25 07:04:06 swivel NetworkManager[2106]: <info> [1729832646.6017] device (lanw0): Activation: starting connection 'incluesion' (c192f1aa-4b5d-4422-96f0-5d34c4794d4e)
|Okt 25 07:04:06 swivel NetworkManager[2106]: <info> [1729832646.6018] device (lanw0): state change: disconnected -> prepare (reason 'none', managed-type: 'full')
|Okt 25 07:04:06 swivel NetworkManager[2106]: <info> [1729832646.6020] manager: NetworkManager state is now CONNECTING
|Okt 25 07:04:06 swivel NetworkManager[2106]: <info> [1729832646.6564] device (lanw0): set-hw-addr: set-cloned MAC address to <redacted> (stable)
|Okt 25 07:04:06 swivel NetworkManager[2106]: <info> [1729832646.6876] device (lanw0): state change: prepare -> config (reason 'none', managed-type: 'full')
|Okt 25 07:04:06 swivel NetworkManager[2106]: <info> [1729832646.6878] device (lanw0): Activation: (wifi) access point 'incluesion' has security, but secrets are required.
|Okt 25 07:04:06 swivel NetworkManager[2106]: <info> [1729832646.6878] device (lanw0): state change: config -> need-auth (reason 'none', managed-type: 'full')
|Okt 25 07:04:06 swivel NetworkManager[2106]: <info> [1729832646.6886] device (lanw0): supplicant interface state: disconnected -> interface_disabled
|Okt 25 07:04:06 swivel NetworkManager[2106]: <info> [1729832646.6886] device (p2p-dev-lanw0): supplicant management interface state: disconnected -> interface_disabled
|Okt 25 07:04:06 swivel NetworkManager[2106]: <warn> [1729832646.6887] device (lanw0): no secrets: No agents were available for this request.
|Okt 25 07:04:06 swivel NetworkManager[2106]: <info> [1729832646.6887] device (lanw0): state change: need-auth -> failed (reason 'no-secrets', managed-type: 'full')
|Okt 25 07:04:06 swivel NetworkManager[2106]: <info> [1729832646.6888] manager: NetworkManager state is now CONNECTED_LOCAL
|Okt 25 07:04:06 swivel NetworkManager[2106]: <info> [1729832646.7387] device (lanw0): set-hw-addr: set MAC address to <redacted> (scanning)
|Okt 25 07:04:06 swivel NetworkManager[2106]: <warn> [1729832646.7624] device (lanw0): Activation: failed for connection 'incluesion'
|Okt 25 07:04:06 swivel NetworkManager[2106]: <info> [1729832646.7638] device (lanw0): supplicant interface state: interface_disabled -> inactive
|Okt 25 07:04:06 swivel NetworkManager[2106]: <info> [1729832646.7638] device (p2p-dev-lanw0): supplicant management interface state: interface_disabled -> inactive
|Okt 25 07:04:06 swivel NetworkManager[2106]: <info> [1729832646.7639] device (lanw0): state change: failed -> disconnected (reason 'none', managed-type: 'full')
|Okt 25 07:04:08 swivel NetworkManager[2106]: <info> [1729832648.1267] agent-manager: agent[77684a500ee00ec7,:1.52/org.kde.plasma.networkmanagement/1001]: agent registered
|Okt 25 07:04:08 swivel NetworkManager[2106]: <info> [1729832648.4463] audit: op="statistics" interface="lanc0" ifindex=2 args="500" pid=3598 uid=1001 result="success"
|Okt 25 07:04:08 swivel NetworkManager[2106]: <info> [1729832648.4479] audit: op="statistics" interface="lanc1" ifindex=3 args="500" pid=3598 uid=1001 result="success"
|Okt 25 07:04:08 swivel NetworkManager[2106]: <info> [1729832648.4498] audit: op="statistics" interface="lanw0" ifindex=4 args="500" pid=3598 uid=1001 result="success"
|Okt 25 07:04:08 swivel NetworkManager[2106]: <info> [1729832648.4614] audit: op="statistics" interface="lanc1" ifindex=3 args="500" pid=3598 uid=1001 result="success"
|Okt 25 07:04:08 swivel NetworkManager[2106]: <info> [1729832648.4681] audit: op="statistics" interface="lanc1" ifindex=3 args="500" pid=3598 uid=1001 result="success"
|Okt 25 07:04:09 swivel NetworkManager[2106]: <info> [1729832649.3636] policy: auto-activating connection 'incluesion' (c192f1aa-4b5d-4422-96f0-5d34c4794d4e)
|Okt 25 07:04:09 swivel NetworkManager[2106]: <info> [1729832649.3643] device (lanw0): Activation: starting connection 'incluesion' (c192f1aa-4b5d-4422-96f0-5d34c4794d4e)
|Okt 25 07:04:09 swivel NetworkManager[2106]: <info> [1729832649.3645] device (lanw0): state change: disconnected -> prepare (reason 'none', managed-type: 'full')
|Okt 25 07:04:09 swivel NetworkManager[2106]: <info> [1729832649.3647] manager: NetworkManager state is now CONNECTING
|Okt 25 07:04:09 swivel NetworkManager[2106]: <info> [1729832649.4039] device (lanw0): set-hw-addr: set-cloned MAC address to <redacted> (stable)
|Okt 25 07:04:09 swivel NetworkManager[2106]: <info> [1729832649.4250] device (lanw0): state change: prepare -> config (reason 'none', managed-type: 'full')
|Okt 25 07:04:09 swivel NetworkManager[2106]: <info> [1729832649.4252] device (lanw0): Activation: (wifi) access point 'incluesion' has security, but secrets are required.
|Okt 25 07:04:09 swivel NetworkManager[2106]: <info> [1729832649.4252] device (lanw0): state change: config -> need-auth (reason 'none', managed-type: 'full')
|Okt 25 07:04:09 swivel NetworkManager[2106]: <info> [1729832649.4275] device (lanw0): supplicant interface state: inactive -> interface_disabled
|Okt 25 07:04:09 swivel NetworkManager[2106]: <info> [1729832649.4275] device (p2p-dev-lanw0): supplicant management interface state: inactive -> interface_disabled
|Okt 25 07:04:09 swivel NetworkManager[2106]: <info> [1729832649.4378] device (lanw0): state change: need-auth -> prepare (reason 'none', managed-type: 'full')
|Okt 25 07:04:09 swivel NetworkManager[2106]: <info> [1729832649.4380] device (lanw0): state change: prepare -> config (reason 'none', managed-type: 'full')
|Okt 25 07:04:09 swivel NetworkManager[2106]: <info> [1729832649.4382] device (lanw0): Activation: (wifi) connection 'incluesion' has security, and secrets exist. No new secrets needed.
|Okt 25 07:04:09 swivel NetworkManager[2106]: <info> [1729832649.4383] Config: added 'ssid' value 'incluesion'
|Okt 25 07:04:09 swivel NetworkManager[2106]: <info> [1729832649.4383] Config: added 'scan_ssid' value '1'
|Okt 25 07:04:09 swivel NetworkManager[2106]: <info> [1729832649.4383] Config: added 'bgscan' value 'simple:30:-65:300'
|Okt 25 07:04:09 swivel NetworkManager[2106]: <info> [1729832649.4383] Config: added 'key_mgmt' value 'WPA-EAP FT-EAP FT-EAP-SHA384 WPA-EAP-SHA256'
|Okt 25 07:04:09 swivel NetworkManager[2106]: <info> [1729832649.4383] Config: added 'password' value '<hidden>'
|Okt 25 07:04:09 swivel NetworkManager[2106]: <info> [1729832649.4383] Config: added 'eap' value 'PEAP'
|Okt 25 07:04:09 swivel NetworkManager[2106]: <info> [1729832649.4383] Config: added 'fragment_size' value '1266'
|Okt 25 07:04:09 swivel NetworkManager[2106]: <info> [1729832649.4384] Config: added 'phase2' value 'auth=MSCHAPV2'
|Okt 25 07:04:09 swivel NetworkManager[2106]: <info> [1729832649.4384] Config: added 'domain_suffix_match' value 'ronde.ka51.zugschlus.de'
|Okt 25 07:04:09 swivel NetworkManager[2106]: <info> [1729832649.4384] Config: added 'identity' value 'swivel'
|Okt 25 07:04:09 swivel NetworkManager[2106]: <info> [1729832649.4384] Config: added 'anonymous_identity' value 'swivel'
|Okt 25 07:04:09 swivel NetworkManager[2106]: <info> [1729832649.4384] Config: added 'proactive_key_caching' value '1'
|Okt 25 07:04:09 swivel NetworkManager[2106]: <info> [1729832649.4557] device (lanw0): supplicant interface state: interface_disabled -> inactive
|Okt 25 07:04:09 swivel NetworkManager[2106]: <info> [1729832649.4557] device (p2p-dev-lanw0): supplicant management interface state: interface_disabled -> inactive
|Okt 25 07:04:10 swivel NetworkManager[2106]: <info> [1729832650.0043] device (lanw0): supplicant interface state: inactive -> authenticating
|Okt 25 07:04:10 swivel NetworkManager[2106]: <info> [1729832650.0044] device (p2p-dev-lanw0): supplicant management interface state: inactive -> authenticating
|Okt 25 07:04:10 swivel NetworkManager[2106]: <info> [1729832650.0077] device (lanw0): supplicant interface state: authenticating -> associating
|Okt 25 07:04:10 swivel NetworkManager[2106]: <info> [1729832650.0078] device (p2p-dev-lanw0): supplicant management interface state: authenticating -> associating
|Okt 25 07:04:10 swivel NetworkManager[2106]: <info> [1729832650.2094] device (lanw0): supplicant interface state: associating -> associated
|Okt 25 07:04:10 swivel NetworkManager[2106]: <info> [1729832650.2095] device (p2p-dev-lanw0): supplicant management interface state: associating -> associated
|Okt 25 07:04:10 swivel NetworkManager[2106]: <info> [1729832650.5846] device (lanw0): supplicant interface state: associated -> 4way_handshake
|Okt 25 07:04:10 swivel NetworkManager[2106]: <info> [1729832650.5846] device (p2p-dev-lanw0): supplicant management interface state: associated -> 4way_handshake
|Okt 25 07:04:10 swivel NetworkManager[2106]: <info> [1729832650.7291] device (lanw0): supplicant interface state: 4way_handshake -> completed
|Okt 25 07:04:10 swivel NetworkManager[2106]: <info> [1729832650.7292] device (lanw0): Activation: (wifi) Stage 2 of 5 (Device Configure) successful. Connected to wireless network "incluesion"
|Okt 25 07:04:10 swivel NetworkManager[2106]: <info> [1729832650.7292] device (p2p-dev-lanw0): supplicant management interface state: 4way_handshake -> completed
|Okt 25 07:04:10 swivel NetworkManager[2106]: <info> [1729832650.7293] device (lanw0): state change: config -> ip-config (reason 'none', managed-type: 'full')
|Okt 25 07:04:10 swivel NetworkManager[2106]: <info> [1729832650.7297] dhcp4 (lanw0): activation: beginning transaction (timeout in 45 seconds)
|Okt 25 07:04:12 swivel NetworkManager[2106]: <info> [1729832652.1411] dhcp6 (lanw0): activation: beginning transaction (timeout in 45 seconds)
|Okt 25 07:04:12 swivel NetworkManager[2106]: <info> [1729832652.1416] policy: set 'incluesion' (lanw0) as default for IPv6 routing and DNS
|Okt 25 07:04:12 swivel NetworkManager[2106]: <info> [1729832652.1526] dhcp6 (lanw0): state changed new lease, address=2001:db8:43fa:bc82::1f:100
|Okt 25 07:04:12 swivel NetworkManager[2106]: <info> [1729832652.7476] dhcp4 (lanw0): state changed new lease, address=192.168.182.31, acd pending
|Okt 25 07:04:12 swivel NetworkManager[2106]: <info> [1729832652.9260] dhcp4 (lanw0): state changed new lease, address=192.168.182.31
|Okt 25 07:04:12 swivel NetworkManager[2106]: <info> [1729832652.9263] policy: set 'incluesion' (lanw0) as default for IPv4 routing and DNS
|Okt 25 07:04:12 swivel NetworkManager[2106]: <info> [1729832652.9406] device (lanw0): state change: ip-config -> ip-check (reason 'none', managed-type: 'full')
|Okt 25 07:04:12 swivel NetworkManager[2106]: <info> [1729832652.9425] device (lanw0): state change: ip-check -> secondaries (reason 'none', managed-type: 'full')
|Okt 25 07:04:12 swivel NetworkManager[2106]: <info> [1729832652.9426] device (lanw0): state change: secondaries -> activated (reason 'none', managed-type: 'full')
|Okt 25 07:04:12 swivel NetworkManager[2106]: <info> [1729832652.9429] manager: NetworkManager state is now CONNECTED_SITE
|Okt 25 07:04:12 swivel NetworkManager[2106]: <info> [1729832652.9433] device (lanw0): Activation: successful, device activated.
|Okt 25 07:04:12 swivel NetworkManager[2106]: <info> [1729832652.9439] manager: NetworkManager state is now CONNECTED_GLOBAL
|Okt 25 07:04:13 swivel NetworkManager[2106]: <info> [1729832653.2348] manager: (zg2vpn): new Tun device (/org/freedesktop/NetworkManager/Devices/7)
|Okt 25 07:04:13 swivel NetworkManager[2106]: <info> [1729832653.2478] device (zg2vpn): state change: unmanaged -> unavailable (reason 'connection-assumed', managed-type: 'external')
|Okt 25 07:04:13 swivel NetworkManager[2106]: <info> [1729832653.2482] device (zg2vpn): state change: unavailable -> disconnected (reason 'connection-assumed', managed-type: 'external')
|Okt 25 07:04:13 swivel NetworkManager[2106]: <info> [1729832653.2485] device (zg2vpn): Activation: starting connection 'zg2vpn' (f50e8e34-0547-42ec-9b2a-a896febec236)
|Okt 25 07:04:13 swivel NetworkManager[2106]: <info> [1729832653.2486] device (zg2vpn): state change: disconnected -> prepare (reason 'none', managed-type: 'external')
|Okt 25 07:04:13 swivel NetworkManager[2106]: <info> [1729832653.2489] device (zg2vpn): state change: prepare -> config (reason 'none', managed-type: 'external')
|Okt 25 07:04:13 swivel NetworkManager[2106]: <info> [1729832653.2491] device (zg2vpn): state change: config -> ip-config (reason 'none', managed-type: 'external')
|Okt 25 07:04:13 swivel NetworkManager[2106]: <info> [1729832653.2499] device (zg2vpn): state change: ip-config -> ip-check (reason 'none', managed-type: 'external')
|Okt 25 07:04:13 swivel NetworkManager[2106]: <info> [1729832653.2574] device (zg2vpn): state change: ip-check -> secondaries (reason 'none', managed-type: 'external')
|Okt 25 07:04:13 swivel NetworkManager[2106]: <info> [1729832653.2575] device (zg2vpn): state change: secondaries -> activated (reason 'none', managed-type: 'external')
|Okt 25 07:04:13 swivel NetworkManager[2106]: <info> [1729832653.2577] device (zg2vpn): Activation: successful, device activated.
|[21/5146]***@swivel:~ $

Das Netzwerksetup ist kompliziert: Ich benutze systemd-networkd für
die Konfiguration des OpenVPN-Tunnels und NetworkManager für das WLAN.
Die beiden Ethernet-Interfaces sind unbenutzt, und der OpenVPN-Tunnel
kommt erst richtig hoch wenn das WLAN geht.

Wo bekomme ich noch mehr Logs her um mir erklären zu lassen, worauf
systemd-networkd-wait-online.service wartet? Zu diesem Zeitpunkt kann
ich mich noch nicht einloggen.

Habt Ihr Ideen?

Grüße
Marc

[Tim Ritberg]

Post by Marc Haber
Hallo,
mein Notebook (mit Debian unstable) braucht von Anfang an (gekauft
Ende 2023) zwei Minuten bis zum Displaymanager. Für mich sieht das aus
als würde der systemd-networkd sich einfach nicht online melden. Nach
dem Login funktioniert aber alles.

--snio
ganz viel SystemD-Gedöns...
--snip

Post by Marc Haber
Das Netzwerksetup ist kompliziert: Ich benutze systemd-networkd für
die Konfiguration des OpenVPN-Tunnels und NetworkManager für das WLAN.
Die beiden Ethernet-Interfaces sind unbenutzt, und der OpenVPN-Tunnel
kommt erst richtig hoch wenn das WLAN geht.
Wo bekomme ich noch mehr Logs her um mir erklären zu lassen, worauf
systemd-networkd-wait-online.service wartet? Zu diesem Zeitpunkt kann
ich mich noch nicht einloggen.
Habt Ihr Ideen?

https://askubuntu.com/questions/1217252/boot-process-hangs-at-systemd-networkd-wait-online

"In that case, systemd-networkd-wait-online.service will expect all the
systemd-networkd managed interfaces to reach a routable operational state."

Kannst du dein Gerät dauerpingen, wenn es bootet, um mal von aussen zu
prüfen, wann es wirklich mit Netzwerk fertig ist.

Tim

[Marc Haber]

Post by Tim Ritberg
Kannst du dein Gerät dauerpingen, wenn es bootet, um mal von aussen zu
prüfen, wann es wirklich mit Netzwerk fertig ist.

Das ist ein Notebook, und wie man im Log sehen kann, connected der
auch erst mit dem WLAN wenn ich mich eingeloggt habe weil sonst das
Secret fürs WLAN nicht da ist.

Grüße
Marc

[Marco Moock]

Post by Marc Haber
Das ist ein Notebook, und wie man im Log sehen kann, connected der
auch erst mit dem WLAN wenn ich mich eingeloggt habe weil sonst das
Secret fürs WLAN nicht da ist.

Dann beißt sich die Katze in den Schwanz.
Ergo: Sorge dafür, dass eben keine online-Prüfung beim Boot stattfindet.

[Marc Haber]

Post by Marco Moock

Post by Marc Haber
Das ist ein Notebook, und wie man im Log sehen kann, connected der
auch erst mit dem WLAN wenn ich mich eingeloggt habe weil sonst das
Secret fürs WLAN nicht da ist.

Dann beißt sich die Katze in den Schwanz.
Ergo: Sorge dafür, dass eben keine online-Prüfung beim Boot stattfindet.

Ich glaube ich hätte doch lieber die Onlineprüfung für den einen nicht
vorhandenen Anschluß abgeschaltet anstelle das Kind mit dem Bade
auszuschütten. Aber ja, eigentlch hast Du Recht.

Welche Dependency muss ich rausnehmen um das zu erreichen?

Grüße
Marc

[Marco Moock]

Post by Marc Haber

Post by Marco Moock

Post by Marc Haber
Das ist ein Notebook, und wie man im Log sehen kann, connected der
auch erst mit dem WLAN wenn ich mich eingeloggt habe weil sonst das
Secret fürs WLAN nicht da ist.

Dann beißt sich die Katze in den Schwanz.
Ergo: Sorge dafür, dass eben keine online-Prüfung beim Boot
stattfindet.

Ich glaube ich hätte doch lieber die Onlineprüfung für den einen nicht
vorhandenen Anschluß abgeschaltet anstelle das Kind mit dem Bade
auszuschütten. Aber ja, eigentlch hast Du Recht.
Welche Dependency muss ich rausnehmen um das zu erreichen?

network-online.target

[Marco Moock]

Post by Marc Haber

Post by Marc Haber

Post by Marco Moock

Post by Marc Haber
Das ist ein Notebook, und wie man im Log sehen kann, connected
der auch erst mit dem WLAN wenn ich mich eingeloggt habe weil
sonst das Secret fürs WLAN nicht da ist.

Dann beißt sich die Katze in den Schwanz.
Ergo: Sorge dafür, dass eben keine online-Prüfung beim Boot stattfindet.

Ich glaube ich hätte doch lieber die Onlineprüfung für den einen
nicht vorhandenen Anschluß abgeschaltet anstelle das Kind mit dem
Bade auszuschütten. Aber ja, eigentlch hast Du Recht.
Welche Dependency muss ich rausnehmen um das zu erreichen?

network-online.target

War ggf. etwas zu schnell:

Schaue, ob network-online.target drinsteht oder ob das implizit durch
einen Dienst passiert.
Mir wäre da
|+-exim4.service @2min 1.084s +309ms
aufgefallen.

Ich kenne Exim nicht und weiß nicht, was du damit genau machen willst
und ob der lauschen muss. Der müsste dann halt ggf. so eingestellt
werden, dass der dynamisch auf Änderungen reagiert oder bei ner
Änderung neugestartet werden.

[Marc Haber]

Post by Marco Moock
Ich kenne Exim nicht und weiß nicht, was du damit genau machen willst

Im Wesentlichen soll der Systemmeldungen verschicken (dazu muss der
Daemon nicht laufen), manchmal benutze ich allerdings Thunderbird, und
der braucht einen Port 25. ::1 würde reichen.

Andererseits hat mein letztes Notebook das mit sehr ähnlicher
Konfiguration auch ohne die Wartezeit beim booten geschafft, es muss
also einen einfacheren Weg geben.

Grüße
Marc

[Marco Moock]

Post by Marc Haber
Im Wesentlichen soll der Systemmeldungen verschicken (dazu muss der
Daemon nicht laufen), manchmal benutze ich allerdings Thunderbird, und
der braucht einen Port 25. ::1 würde reichen.

Dann richte das so ein und entferne die Abhängigkeit von
network-online.target.

Post by Marc Haber
Andererseits hat mein letztes Notebook das mit sehr ähnlicher
Konfiguration auch ohne die Wartezeit beim booten geschafft, es muss
also einen einfacheren Weg geben.

Möglicherweise war da die Abhängigkeit nicht da oder es gab aus anderen
Gründen recht fix eine funktionierende Verbindung.

[Dietz Proepper]

Post by Marc Haber
Hallo,
mein Notebook (mit Debian unstable) braucht von Anfang an (gekauft
Ende 2023) zwei Minuten bis zum Displaymanager. Für mich sieht das aus
als würde der systemd-networkd sich einfach nicht online melden. Nach
dem Login funktioniert aber alles.

Ich hatte seit ein paar Tagen fast den gleichen Effekt, mit dem Bonus,
dass es nur im nicht-gedockten Zustand auftrat. Entfernen von
connman (hatte ich mir unbeabsichtigt eingefangen) behob das Problem.

Zudem habe ich in Erinnerung, dass NetworkManager, wenn ein Interface
als "für alle Benutzer" gekennzeichnet ist in Abhängigkeit von der
lokalen Wetterlage gerne mal 90s auf "Interface ist da" wartet.

[Marc Haber]

Post by Dietz Proepper

Post by Marc Haber
mein Notebook (mit Debian unstable) braucht von Anfang an (gekauft
Ende 2023) zwei Minuten bis zum Displaymanager. Für mich sieht das aus
als würde der systemd-networkd sich einfach nicht online melden. Nach
dem Login funktioniert aber alles.

Ich hatte seit ein paar Tagen fast den gleichen Effekt, mit dem Bonus,
dass es nur im nicht-gedockten Zustand auftrat.

USB-C-Dock scheint ein ganz finsteres Kapitel zu sein. Die hier Ende
letzten Jahres neu eingezogene Notebook-Generation (T495 unter
Windows, T14 Gen 2 AMD) lässt mich jedenfalls bitterlich die guten
alten Dockingstations mit direktem Zugang zum Systembus
zurückwünschen. Die haben wenigstens zuverlässig funktioniert.

Post by Dietz Proepper
Entfernen von
connman (hatte ich mir unbeabsichtigt eingefangen) behob das Problem.

Ist hier nicht installiert.

Post by Dietz Proepper
Zudem habe ich in Erinnerung, dass NetworkManager, wenn ein Interface
als "für alle Benutzer" gekennzeichnet ist in Abhängigkeit von der
lokalen Wetterlage gerne mal 90s auf "Interface ist da" wartet.

Wo ist dieses Kennzeichen? Und was meinst Du mit "Interface"? Im KDE
Network Widget wird das WLAN gleich so weit wegabstrahiert dass man
nur noch die SSIDs sieht mit denen man bisher connected war. Unter
"Wired Ethernet" sehe ich lo und die beiden Ethernets¹, unter WLAN nur
noch die SSIDs.

Grüße
Marc

¹ auch ein wenig Unmut darüber dass das nicht verbundene Ethernet der
Dockingstation (a) überhaupt als dediziertes Ethernet geführt wird und
(b) auch dann auftaucht wenn der Rechner nicht gedockt ist

[Dietz Proepper]

Post by Marc Haber

Post by Dietz Proepper

Post by Marc Haber
mein Notebook (mit Debian unstable) braucht von Anfang an (gekauft
Ende 2023) zwei Minuten bis zum Displaymanager. Für mich sieht das
aus als würde der systemd-networkd sich einfach nicht online
melden. Nach dem Login funktioniert aber alles.

Ich hatte seit ein paar Tagen fast den gleichen Effekt, mit dem
Bonus, dass es nur im nicht-gedockten Zustand auftrat.

USB-C-Dock scheint ein ganz finsteres Kapitel zu sein.

Investier' das Geld für ein Thunderbolt-Dock. Ich hab' seit 2022 ein
Thinkpad TB3-Dock und in Summe recht wenig Probleme.

Post by Marc Haber
Die hier Ende
letzten Jahres neu eingezogene Notebook-Generation (T495 unter
Windows, T14 Gen 2 AMD) lässt mich jedenfalls bitterlich die guten
alten Dockingstations mit direktem Zugang zum Systembus
zurückwünschen. Die haben wenigstens zuverlässig funktioniert.

Wie geschrieben - TB statt USB-C. Bzw. bei letzterem gibt es wohl
gigantische Qualitätsunterschiede. Wobei ... der T14 hat "nur" USB,
oder? Was mich im Frühjahr doch wieder zu einem Intel-Laptop brachte.

Post by Marc Haber

Post by Dietz Proepper
Zudem habe ich in Erinnerung, dass NetworkManager, wenn ein Interface
als "für alle Benutzer" gekennzeichnet ist in Abhängigkeit von der
lokalen Wetterlage gerne mal 90s auf "Interface ist da" wartet.

Wo ist dieses Kennzeichen?

Im KDE-NM-Widget. Wie das nm-nativ heißt habe ich nicht im Kopf.

Post by Marc Haber
Und was meinst Du mit "Interface"?

In meinem Fall? Ethernet, dockbasiert. Ob ein Kabel im Laptop-Ethernet
langt habe ich nie getestet. Aber wie geschrieben - "in Erinnerung".

Meinen T16 habe ich jetzt ein halbes Jahr, und der Effekt (60s+
warten auf "irgendwas mit Netzwerk") trat letzte Woche beim Update auf
K(DE)F6 auf, nachdem ich versehentlich connman installiert hatte.

Post by Marc Haber
¹ auch ein wenig Unmut darüber dass das nicht verbundene Ethernet der
Dockingstation (a) überhaupt als dediziertes Ethernet geführt wird und
(b) auch dann auftaucht wenn der Rechner nicht gedockt ist

Naja, das Interface der Docking Station ist halt (effektiv) ein eigenes
USB-Ethernet-IF. Da wäre es ... anspruchsvoll, das eingebaute dadurch
zu ersetzen.

[Marc Haber]

Post by Dietz Proepper

Post by Marc Haber

Post by Dietz Proepper

Post by Marc Haber
mein Notebook (mit Debian unstable) braucht von Anfang an (gekauft
Ende 2023) zwei Minuten bis zum Displaymanager. Für mich sieht das
aus als würde der systemd-networkd sich einfach nicht online
melden. Nach dem Login funktioniert aber alles.

Ich hatte seit ein paar Tagen fast den gleichen Effekt, mit dem
Bonus, dass es nur im nicht-gedockten Zustand auftrat.

USB-C-Dock scheint ein ganz finsteres Kapitel zu sein.

Investier' das Geld für ein Thunderbolt-Dock. Ich hab' seit 2022 ein
Thinkpad TB3-Dock und in Summe recht wenig Probleme.

Das für 350 Euro zu habende Thunderbolt Dock habe ich auch
ausprobiert, macht Ärger. Mag daran liegen dass beide Notebooks eine
AMD CPU haben.

Post by Dietz Proepper

Post by Marc Haber
¹ auch ein wenig Unmut darüber dass das nicht verbundene Ethernet der
Dockingstation (a) überhaupt als dediziertes Ethernet geführt wird und
(b) auch dann auftaucht wenn der Rechner nicht gedockt ist

Naja, das Interface der Docking Station ist halt (effektiv) ein eigenes
USB-Ethernet-IF. Da wäre es ... anspruchsvoll, das eingebaute dadurch
zu ersetzen.

Aber es sollte nicht da sein wenn nicht eingedockt.

Grüße
Marc

[Dietz Proepper]

Post by Marc Haber

Post by Dietz Proepper

Post by Marc Haber

Post by Dietz Proepper

Post by Marc Haber
mein Notebook (mit Debian unstable) braucht von Anfang an
(gekauft Ende 2023) zwei Minuten bis zum Displaymanager. Für
mich sieht das aus als würde der systemd-networkd sich einfach
nicht online melden. Nach dem Login funktioniert aber alles.

Ich hatte seit ein paar Tagen fast den gleichen Effekt, mit dem
Bonus, dass es nur im nicht-gedockten Zustand auftrat.

USB-C-Dock scheint ein ganz finsteres Kapitel zu sein.

Investier' das Geld für ein Thunderbolt-Dock. Ich hab' seit 2022 ein
Thinkpad TB3-Dock und in Summe recht wenig Probleme.

Das für 350 Euro zu habende Thunderbolt Dock habe ich auch
ausprobiert, macht Ärger. Mag daran liegen dass beide Notebooks eine
AMD CPU haben.

Mein Stand ist, dass die auch "USB4" unterstützen, das aber etwas
subtil anderes als "echtes" TB darstellt. Insofern hört sich das für
mich durchaus plausibel an.

Post by Marc Haber

Post by Dietz Proepper

Post by Marc Haber
¹ auch ein wenig Unmut darüber dass das nicht verbundene Ethernet
der Dockingstation (a) überhaupt als dediziertes Ethernet geführt
wird und (b) auch dann auftaucht wenn der Rechner nicht gedockt
ist

Naja, das Interface der Docking Station ist halt (effektiv) ein
eigenes USB-Ethernet-IF. Da wäre es ... anspruchsvoll, das
eingebaute dadurch zu ersetzen.

Aber es sollte nicht da sein wenn nicht eingedockt.

Das ist ... komisch. Testen wir mal schnell. Bei meinem T16 ist das
dockseitige eth1 weg wenn ausgestöpselt. Was passiert, wenn Du "nackt"
(d.h. ohne Dock) bootest? Erscheint da das dockseitige Interface auch?
Falls nicht würde ich ein wenig mit "USB-Stack neuladen"
experimentieren und ggf. einen kernel-bug einwerfen.

Die Geschichte mit "für alle Benutzer" teste ich nochmal beim nächsten
Booten ...

[Marc Haber]

Post by Dietz Proepper
Das ist ... komisch. Testen wir mal schnell. Bei meinem T16 ist das
dockseitige eth1 weg wenn ausgestöpselt. Was passiert, wenn Du "nackt"
(d.h. ohne Dock) bootest? Erscheint da das dockseitige Interface auch?

Ja.

Grüße
Marc

[Dietz Proepper]

Post by Dietz Proepper
Das ist ... komisch. Testen wir mal schnell. Bei meinem T16 ist das
dockseitige eth1 weg wenn ausgestöpselt. Was passiert, wenn Du
"nackt" (d.h. ohne Dock) bootest? Erscheint da das dockseitige
Interface auch?

Ja.

Das ist ominös. Und Du hast nicht $irgendwas komisches Richtung
"persistente Interfaces" o.ä. gemacht?

Versuch' doch trotzdem mal, den USB-Stack zu entladen. Wenn dann das
Interface /immer/ noch da ist ...

Achja, "für alle Benutzer" hat hier keinerlei Auswirkungen gezeigt.

[Marc Haber]

Post by Dietz Proepper

Post by Dietz Proepper
Das ist ... komisch. Testen wir mal schnell. Bei meinem T16 ist das
dockseitige eth1 weg wenn ausgestöpselt. Was passiert, wenn Du
"nackt" (d.h. ohne Dock) bootest? Erscheint da das dockseitige
Interface auch?

Ja.

Das ist ominös. Und Du hast nicht $irgendwas komisches Richtung
"persistente Interfaces" o.ä. gemacht?

Nicht bewusst. Wenn du die persistenten Interfacenames meinst, die
greifen natürlich nur wenn das Device da ist.

Grüße
Marc

[Dietz Proepper]

Post by Marc Haber

Post by Dietz Proepper

Post by Dietz Proepper
Das ist ... komisch. Testen wir mal schnell. Bei meinem T16 ist
das dockseitige eth1 weg wenn ausgestöpselt. Was passiert, wenn Du
"nackt" (d.h. ohne Dock) bootest? Erscheint da das dockseitige
Interface auch?

Ja.

Das ist ominös. Und Du hast nicht $irgendwas komisches Richtung
"persistente Interfaces" o.ä. gemacht?

Nicht bewusst. Wenn du die persistenten Interfacenames meinst, die
greifen natürlich nur wenn das Device da ist.

Schon klar. Hmm. Vllt. installier' ich mir nochmal connman und schaue,
ob ich damit das Verhalten reproduziert bekomme.

[Marco Moock]

Post by Marc Haber
Das Netzwerksetup ist kompliziert: Ich benutze systemd-networkd für
die Konfiguration des OpenVPN-Tunnels und NetworkManager für das WLAN.
Die beiden Ethernet-Interfaces sind unbenutzt, und der OpenVPN-Tunnel
kommt erst richtig hoch wenn das WLAN geht

Warum das?
Mit entsprechenden Plugins sollte OpenVPN auch im NM gehen, was die
Sache vereinfachen würde.
Ebenfalls kann man im NM festlegen, dass der Tunnel erst aufgebaut
wird, wenn das dazu nötige Interface bereit ist. Das dürfte unnötiges
Warten ersparen.

[Marc Haber]

Post by Marco Moock

Post by Marc Haber
Das Netzwerksetup ist kompliziert: Ich benutze systemd-networkd für
die Konfiguration des OpenVPN-Tunnels und NetworkManager für das WLAN.
Die beiden Ethernet-Interfaces sind unbenutzt, und der OpenVPN-Tunnel
kommt erst richtig hoch wenn das WLAN geht

Warum das?
Mit entsprechenden Plugins sollte OpenVPN auch im NM gehen, was die
Sache vereinfachen würde.

Erstens benutze ich das schon seit bevor NM OpenVPN konnte, und
zweitens setze ich IPv6-Routen in den Tunnel, und drittens möchte ich
mir die Möglichkeit offen halten, beim Tunnelaufbau auch Routingrules
("ip rule") zu etablieren. Mindestens das letzte würde mich
überraschen wenn das N-M Plugin das könnte.

Post by Marco Moock
Ebenfalls kann man im NM festlegen, dass der Tunnel erst aufgebaut
wird, wenn das dazu nötige Interface bereit ist. Das dürfte unnötiges
Warten ersparen.

Erstens weiß ich nicht ob er auf das VPN-Interface wartet oder auf
irgendwas anderes und zweitens soll er auf das VPN-Interface halt
einfach nicht warten.

rüße
Marc

[Friedemann Stoyan]

Post by Marc Haber
Erstens weiß ich nicht ob er auf das VPN-Interface wartet oder auf
irgendwas anderes und zweitens soll er auf das VPN-Interface halt
einfach nicht warten.

Im .network File hast Du:

[Link]
RequiredForOnline=no

?

mfg Friedemann

[Marc Haber]

Post by Marc Haber

Post by Marc Haber
Erstens weiß ich nicht ob er auf das VPN-Interface wartet oder auf
irgendwas anderes und zweitens soll er auf das VPN-Interface halt
einfach nicht warten.

[Link]
RequiredForOnline=no

Nein, vorher nicht. Hab ich mal gesetzt. Melde mich nach dem nächsten
Reboot ob es was bringt. Danke Dir!

Grüße
Marc

[Gregor Szaktilla]

... Melde mich nach dem nächsten
Reboot ob es was bringt. Danke Dir!

Hm. Jetzt sind 2,5 Stunden rum ... was mag das bedeuten ...?

SCNR

Gregor

[Tim Ritberg]

Post by Gregor Szaktilla

... Melde mich nach dem nächsten
Reboot ob es was bringt. Danke Dir!

Hm. Jetzt sind 2,5 Stunden rum ... was mag das bedeuten ...?
SCNR
Gregor

"Marc has left the matrix..."

Tim

[Kay Martinen]

Post by Tim Ritberg

Post by Gregor Szaktilla

... Melde mich nach dem nächsten
Reboot ob es was bringt. Danke Dir!

Hm. Jetzt sind 2,5 Stunden rum ... was mag das bedeuten ...?
SCNR
Gregor

"Marc has left the matrix..."

Er nahm die Falsche ähh Richtige Pille...

O Heiliger Kernel du, gesegnet sei deine uptime. ("two days ahead and
still counting.")

Bye/
/Kay

[Marco Moock]

Post by Gregor Szaktilla

... Melde mich nach dem nächsten
Reboot ob es was bringt. Danke Dir!

Hm. Jetzt sind 2,5 Stunden rum ... was mag das bedeuten ...?

Linux-Benutzer müssen nicht so oft rebooten. Bei Debian Sid wäre das
Erscheinen eines neueren Kernels ein Grund für einen Reboot. Ggf. wird
es also noch ne Weile dauern, bis wir Rückmeldung haben.

[Gregor Szaktilla]

Post by Gregor Szaktilla

... Melde mich nach dem nächsten
Reboot ob es was bringt. Danke Dir!

Hm. Jetzt sind 2,5 Stunden rum ... was mag das bedeuten ...?

Linux-Benutzer müssen nicht so oft rebooten. ...

In diesem Thread geht's aber um die Boot-Dauer.

Bootet man da nicht öfter, um die Ergebnisse seiner Bemühungen zu testen?

Gruß

Gregor

[Marc Haber]

Post by Gregor Szaktilla

... Melde mich nach dem nächsten
Reboot ob es was bringt. Danke Dir!

Hm. Jetzt sind 2,5 Stunden rum ... was mag das bedeuten ...?

Ich habe nicht gesagt dass ich jetzt ohne Not rebooten werde. Das kann
durchaus eine Woche dauern.

Grüße
Marc

[Dietz Proepper]

Post by Marc Haber

Post by Gregor Szaktilla

... Melde mich nach dem nächsten
Reboot ob es was bringt. Danke Dir!

Hm. Jetzt sind 2,5 Stunden rum ... was mag das bedeuten ...?

Ich habe nicht gesagt dass ich jetzt ohne Not rebooten werde. Das kann
durchaus eine Woche dauern.

Wozu gibt es einen (leicht gepatchten) uptimed. *duck*