mue.de
Anmeldungsdatum: 15. April 2007
Beiträge: 205
Wohnort: 54346 Mehring
|
Hallo Gemeinde, ich verzweifele am Versuch, mein Lenovo-Notebook vom NetworkManager auf systemd/networkd umzustellen. Hier die System-Infos dazu: 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47 | muelux@muelux-NB77A-Helix:/etc/systemd/system/multi-user.target.wants$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 18.04.4 LTS
Release: 18.04
Codename: bionic
muelux@muelux-NB77A-Helix:/etc/systemd/system/multi-user.target.wants$ rfkill list
0: tpacpi_bluetooth_sw: Bluetooth
Soft blocked: no
Hard blocked: no
1: tpacpi_wwan_sw: Wireless WAN
Soft blocked: no
Hard blocked: no
2: phy0: Wireless LAN
Soft blocked: no
Hard blocked: no
3: hci0: Bluetooth
Soft blocked: no
Hard blocked: no
muelux@muelux-NB77A-Helix:/etc/systemd/system/multi-user.target.wants$ lscpu
Architektur: x86_64
CPU Operationsmodus: 32-bit, 64-bit
Byte-Reihenfolge: Little Endian
CPU(s): 4
Liste der Online-CPU(s): 0-3
Thread(s) pro Kern: 2
Kern(e) pro Socket: 2
Sockel: 1
NUMA-Knoten: 1
Anbieterkennung: GenuineIntel
Prozessorfamilie: 6
Modell: 58
Modellname: Intel(R) Core(TM) i7-3667U CPU @ 2.00GHz
Stepping: 9
CPU MHz: 803.012
Maximale Taktfrequenz der CPU: 3200,0000
Minimale Taktfrequenz der CPU: 800,0000
BogoMIPS: 4988.75
Virtualisierung: VT-x
L1d Cache: 32K
L1i Cache: 32K
L2 Cache: 256K
L3 Cache: 4096K
NUMA-Knoten0 CPU(s): 0-3
Markierungen: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm cpuid_fault epb pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms xsaveopt dtherm ida arat pln pts md_clear flush_l1d
|
und: 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63 |
muelux@muelux-NB77A-Helix:/etc/systemd/system/multi-user.target.wants$ iwconfig
wwp0s20u4i6 no wireless extensions.
lo no wireless extensions.
wlp3s0 IEEE 802.11 ESSID:off/any
Mode:Managed Access Point: Not-Associated Tx-Power=15 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Power Management:off
muelux@muelux-NB77A-Helix:/etc/systemd/system/multi-user.target.wants$ systemctl status systemd-networkd --no-pager
● systemd-networkd.service - Network Service
Loaded: loaded (/lib/systemd/system/systemd-networkd.service; enabled; vendor preset: enabled)
Active: active (running) since Thu 2020-02-20 12:01:38 CET; 26min ago
Docs: man:systemd-networkd.service(8)
Main PID: 463 (systemd-network)
Status: "Processing requests..."
Tasks: 1 (limit: 4915)
CGroup: /system.slice/systemd-networkd.service
└─463 /lib/systemd/systemd-networkd
Feb 20 12:01:38 muelux-NB77A-Helix systemd[1]: Starting Network Service...
Feb 20 12:01:38 muelux-NB77A-Helix systemd-networkd[463]: Enumeration completed
Feb 20 12:01:38 muelux-NB77A-Helix systemd[1]: Started Network Service.
Feb 20 12:01:39 muelux-NB77A-Helix systemd-networkd[463]: wlan0: Interface name change detected, wlan0 has been renamed to wlp3s0.
Feb 20 12:01:39 muelux-NB77A-Helix systemd-networkd[463]: wlp3s0: IPv6 successfully enabled
Feb 20 12:01:39 muelux-NB77A-Helix systemd-networkd[463]: lo: Link is not managed by us
Feb 20 12:01:39 muelux-NB77A-Helix systemd-networkd[463]: wlp3s0: Link UP
Feb 20 12:01:40 muelux-NB77A-Helix systemd-networkd[463]: wwan0: Interface name change detected, wwan0 has been renamed to wwp0s20u4i6.
muelux@muelux-NB77A-Helix:/etc/systemd/system/multi-user.target.wants$ networkctl list
IDX LINK TYPE OPERATIONAL SETUP
1 lo loopback carrier unmanaged
2 wlp3s0 wlan no-carrier configuring
3 wwp0s20u4i6 wwan off unmanaged
3 links listed.
muelux@muelux-NB77A-Helix:/etc/systemd/system/multi-user.target.wants$ systemctl status systemd-resolved.service --no-pager
● systemd-resolved.service - Network Name Resolution
Loaded: loaded (/lib/systemd/system/systemd-resolved.service; enabled; vendor preset: enabled)
Active: active (running) since Thu 2020-02-20 12:01:39 CET; 29min ago
Docs: man:systemd-resolved.service(8)
https://www.freedesktop.org/wiki/Software/systemd/resolved
https://www.freedesktop.org/wiki/Software/systemd/writing-network-configuration-managers
https://www.freedesktop.org/wiki/Software/systemd/writing-resolver-clients
Main PID: 582 (systemd-resolve)
Status: "Processing requests..."
Tasks: 1 (limit: 4915)
CGroup: /system.slice/systemd-resolved.service
└─582 /lib/systemd/systemd-resolved
Feb 20 12:01:39 muelux-NB77A-Helix systemd[1]: Starting Network Name Resolution...
Feb 20 12:01:39 muelux-NB77A-Helix systemd-resolved[582]: Positive Trust Anchors:
Feb 20 12:01:39 muelux-NB77A-Helix systemd-resolved[582]: . IN DS 19036 8 2 49aac11d7b6f6446702e54a1607371607a1a41855200fd2ce1cdde32f24e8fb5
Feb 20 12:01:39 muelux-NB77A-Helix systemd-resolved[582]: . IN DS 20326 8 2 e06d44b80b8f1d39a95c0b0d7c65d08458e880409bbc683457104237c7f8ec8d
Feb 20 12:01:39 muelux-NB77A-Helix systemd-resolved[582]: Negative trust anchors: 10.in-addr.arpa 16.172.in-addr.arpa 17.172.in-addr.arpa 18.17…st
Feb 20 12:01:39 muelux-NB77A-Helix systemd-resolved[582]: Using system hostname 'muelux-NB77A-Helix'.
Feb 20 12:01:39 muelux-NB77A-Helix systemd[1]: Started Network Name Resolution.
Hint: Some lines were ellipsized, use -l to show in full.
|
Grund für die Umstellung war der Versuch, mein System WOL-fähig zu machen, was mit dem NetworkManager wohl nicht geht (→ Wake on LAN ) Der Wiki-Artikel systemd/networkd paßt bei mir (Kubuntu, DBUS) leider nicht; meine Interpretationen waren sicher falsch... Hoffentlich kann mir jemand weiterhelfen, ich blicke da zu wenig durch. Danke im Voraus. Ewald
|
Lidux
Anmeldungsdatum: 18. April 2007
Beiträge: 15844
|
Hallo mue.de, Andersherum, wozu brauchst du dies fürs LAN wenn du dies kein Server ist? Gruss Lidux
|
mue.de
(Themenstarter)
Anmeldungsdatum: 15. April 2007
Beiträge: 205
Wohnort: 54346 Mehring
|
Ja, das war der Versuch (zugegeben: kein konsequenter), den Umgang mit dem Thema (systemd, weg vom Init-System) erst auf dem Netbook mit meinem neuesten Kubuntu zu erlernen, bevor ich am 'Server' herumwerkele (der auch nur ein Lenovo-Laptop (T500) ist). Eigentlich will ich auf dem Notebook auch nur wieder zurück zum NetworkManager, den ich aber (nach dem o.a. Artikel) deinstalliert habe. Das Notebook hat nur WLAN, ich komme also nur 'offline' (über Stick o.ä.) an die Paketquellen, um ihn wieder zu installieren.
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Hallo! Wie genau sieht denn deine bisherige Konfiguration aus? Ist ja bislang nur das WLAN, so wie ich das sehen konnte. Nutzt du WLAN/wpa supplicant oder NetworkManager dafür? Hast du entsprechende Konfigurationen in /etc/systemd/network angelegt?
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8556
Wohnort: Münster
|
mue.de schrieb: […] Notebook vom NetworkManager auf systemd/networkd umzustellen
Das ist ziemlicher Unfug. Bei einem Notebook will man in der Regel WLAN benutzen. systemd-networkd kann das aber nicht. Man muss daher den wpa_supplicant neben networkd zusätzlich konfigurieren und selbst dafür sorgen, dass beim Start des Rechners das WLAN-Medium auf Layer 2 inkl. Authentifizierung betriebsfähig gemacht wird, damit anschließend die Netzwerkkonfiguration über networkd erfolgen kann. Bereits der Zeitablauf ist schwierig, zumal networkd schon in der initrd aktiv wird. NetworkManager dagegen integriert wpa_supplicant und benutzt diese Komponente im Hintergrund ohne dass sich der Benutzer damit herumschlagen muss. WOL (= wake up over LAN) funktioniert auch mit dem NetworkManager, sofern hardwarebedingt es überhaupt funktioniert und man es im Bios und in der Firmware einschaltet. Was nicht funktioniert, und auch mit networkd nicht funktioniert, ist WoWLAN. Nach kurzem Nachdenken versteht man auch, warum das nicht funktionieren kann, es sei denn, der Rechner schläft gar nicht richtig. Du hast folgende Optionen: Beschaffe Dir einen USB-Ethernet-Adapter, konfiguriere das Netzwerk händisch und repariere das verhunzte System. Installiere das System neu.
|
mue.de
(Themenstarter)
Anmeldungsdatum: 15. April 2007
Beiträge: 205
Wohnort: 54346 Mehring
|
ChickenLipsRfun2eat schrieb: Hallo! Wie genau sieht denn deine bisherige Konfiguration aus? Ist ja bislang nur das WLAN, so wie ich das sehen konnte. Nutzt du WLAN/wpa supplicant oder NetworkManager dafür?
Hallo, danke für die Nachfrage:
Ich nutze nur WLAN (es sollte ja -wie gesagt- nur ein Test der Alternative zum NetworkManager auf einem anderen Rechner sein).
Hast du entsprechende Konfigurationen in /etc/systemd/network angelegt?
Ja, ich habe eine '.network'-Datei angelegt, allerdings nur mit diesen Minimal-Einträgen.
Hier der Inhalt der von mir angelegten '80-dhcp_wlp.network'-Datei im Vz. /etc/systemd/network/, damit war dann die WLAN-Verbindung zunächst auch betriebsbereit: | # /etc/systemd/network/80-dhcp_wlp.network
[Match]
Name=wlp*
[Network]
DHCP=yes
# This will enable DHCPv4 and DHCPv6 on all interfaces with names starting with "wlp" (i.e. wlan interfaces).
|
Das Netzwerk überstand nur den Neustart nicht, obwohl ich nach dem Artikel systemd/networkd vorgegangen bin und die Dienste 'enabled' habe:
muelux@muelux-NB77A-Helix:/etc/systemd/system$ sudo systemctl enable systemd-networkd.service
Created symlink /etc/systemd/system/dbus-org.freedesktop.network1.service → /lib/systemd/system/systemd-networkd.service.
Created symlink /etc/systemd/system/multi-user.target.wants/systemd-networkd.service → /lib/systemd/system/systemd-networkd.service.
Created symlink /etc/systemd/system/sockets.target.wants/systemd-networkd.socket → /lib/systemd/system/systemd-networkd.socket.
Created symlink /etc/systemd/system/network-online.target.wants/systemd-networkd-wait-online.service → /lib/systemd/system/systemd-networkd-wait-online.service.
muelux@muelux-NB77A-Helix:/etc/systemd/system$
muelux@muelux-NB77A-Helix:/etc/systemd/system$ sudo systemctl enable systemd-resolved.service
muelux@muelux-NB77A-Helix:/etc/systemd/system$ Ich nutze für die Authentisierung WLAN/wpa_supplicant, dazu habe ich eine 'wpa_supplicant.conf'-Datei angelegt
im Vz. /etc/wpa_supplicant/ mit folgendem Inhalt: 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20 | muelux@muelux-NB77A-Helix:/etc/wpa_supplicant$
ctrl_interface=/run/wpa_supplicant
update_config=1
network={
ssid="KabelFritzBox"
psk=3efa<endlose #>fc2fae4
}
Der oben einzutragende 'preshared-key (psk)' für mein WLAN läßt sich aus der 'WPA2'-Passphrase erzeugen mit (und mit <Strg><Shift>[C|V] übernehmen):
muelux@muelux-NB77A-Helix:/etc/wpa_supplicant$ wpa_passphrase KabelFritzBox
# reading passphrase from stdin
dingsbums
network={
ssid="KabelFritzBox"
#psk="dingsbums"
psk=992c14230d9d012f612053bbccbcb522ab0435c758e06c40ea49f3962051a007
}
muelux@muelux-NB77A-Helix:/etc/wpa_supplicant$
|
Danach ließen sich die WLAN-Netze mit iwlist scan zwar auflisten, die Netzwerk-Verbindungen liefen aber noch noch nicht:
'Das Netzwerk ist nicht erreichbar'.
|
mue.de
(Themenstarter)
Anmeldungsdatum: 15. April 2007
Beiträge: 205
Wohnort: 54346 Mehring
|
kB schrieb:
[...] Das ist ziemlicher Unfug.
Soweit war ich auch schon, wie ich auch oben schrieb:
'Ja, das war der Versuch (zugegeben: kein konsequenter), den Umgang mit dem Thema (systemd, ...) zu erlernen...'
Bei einem Notebook will man in der Regel WLAN benutzen. systemd-networkd kann das aber nicht. Man muss daher den wpa_supplicant neben networkd zusätzlich konfigurieren
→ hatte ich gemacht, s.o.
und selbst dafür sorgen, dass beim Start des Rechners das WLAN-Medium auf Layer 2 inkl. Authentifizierung betriebsfähig gemacht wird, damit anschließend die Netzwerkkonfiguration über networkd erfolgen kann. Bereits der Zeitablauf ist schwierig, zumal networkd schon in der initrd aktiv wird.
Ich dachte, das ginge über Einträge z.B. wie hier in der Datei 'wpa_supplicant.service' (im, dem Runlevel 3 entsprechenden Abschnitt) /etc/systemd/system/multi-user.target.wants$ [Unit]
Description=WPA supplicant
Before=network.target
After=dbus.service
Wants=network.target
IgnoreOnIsolate=true
WOL (= wake up over LAN) funktioniert auch mit dem NetworkManager,
...] das lese ich im Artikel Wake on LAN anders?
Methode 3: systemd
Mit systemd funktioniert Methode 1 mit /etc/rc.local nicht direkt. Mit einem Eintrag in die Konfigurationsdatei /etc/systemd/system/network-online.target.wants/networking.service lässt sich Wake-On-LAN aktivieren. Man trägt mit einem Editor mit Root-Rechten [4] einfach nur die Zeile:
ExecStartPost=/sbin/ethtool -s eth0 wol g
zum Aktivieren von WOL ein. Weitere Informationen finden sich im entsprechenden Wiki Artikel zu systemd.
sofern hardwarebedingt es überhaupt funktioniert und man es im Bios und in der Firmware einschaltet. Was nicht funktioniert, und auch mit networkd nicht funktioniert, ist WoWLAN. Nach kurzem Nachdenken versteht man auch, warum das nicht funktionieren kann, es sei denn, der Rechner schläft gar nicht richtig.
Ich will ja auf dem 'Zielrechner' auch nur über LAN wecken; hier ging es um das Kennenlernen der 'systemd-networkd'- Strukturen.
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Hast du wpa_supplicant auch aktiviert? sudo systemctl enable --now wpa_supplicant@.service Ein @-Service bedeutet immer, dass eine Unit mit Platzhaltern aufgerufen wird. In dem Fall mit der Schnittstelle, so dass die aktive unit dann wpa_supplicant@wlp3s0.service heißt.
|
mue.de
(Themenstarter)
Anmeldungsdatum: 15. April 2007
Beiträge: 205
Wohnort: 54346 Mehring
|
ChickenLipsRfun2eat schrieb: Hast du wpa_supplicant auch aktiviert? sudo systemctl enable --now wpa_supplicant@.service Ein @-Service bedeutet immer, dass eine Unit mit Platzhaltern aufgerufen wird. In dem Fall mit der Schnittstelle, so dass die aktive unit dann wpa_supplicant@wlp3s0.service heißt.
Suuuuper, danke für den Tipp! Es waren zwar noch einige kleine Denk-/Tippfehler drin (z.B. 'wpa_supplicant.conf', statt wpa_supplicant-wlp3s0.conf, aber jetzt läuft mein WLAN (zumindest beim ersten Versuch, ohne Neustart) sudo systemctl start --now wpa_supplicant@.service brachte zunächst ein
Failed to get properties: Unit name wpa_supplicant@.service is neither a valid invocation ID nor unit name. Dann darf die '.conf'-Datei auch nicht das '@', sondern ein '-' im Namen haben; das stand aber auch schon im o.g. Wiki-Artikel: hatte ich übersehen. Abhilfe, dann lief's:
muelux@muelux-NB77A-Helix:/etc/wpa_supplicant$ sudo mv wpa_supplicant@wlp3s0.conf wpa_supplicant-wlp3s0.conf
muelux@muelux-NB77A-Helix:/etc/wpa_supplicant$ sudo systemctl start --now wpa_supplicant@wlp3s0.service Vielen, vielen Dank für die schnelle Hilfe... Gruß, Ewald
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Ist das Thema dann für dich gelöst? Dann markiere das bitte entsprechend.
|
mue.de
(Themenstarter)
Anmeldungsdatum: 15. April 2007
Beiträge: 205
Wohnort: 54346 Mehring
|
War gerade dabei! Übrigens: diese Antwort kommt über WLAN nach einem Neustart auf dem betroffenen Notebook! Vielen Dank, Problem gelöst (vorerst; das WOL auf dem Server ist ein anderes Thema...) Ewald
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
mue.de schrieb: War gerade dabei!
Das muss schneller gehen! :þ Wollte auch nicht drängeln. Nur meistens vergesse ich das zu erwähnen und verliere das Thema aus den Augen.
Übrigens: diese Antwort kommt über WLAN nach einem Neustart auf dem betroffenen Notebook!
👍
|