(LINUX) systemctl - Versionsgeschichte

Chris T. Ludwig: /* Grafische Oberflaeche */

2026-05-14T11:05:16Z

Grafische Oberflaeche

← Nächstältere Version		Version vom 14. Mai 2026, 13:05 Uhr
Zeile 85:		Zeile 85:

	Bei OpenSuse gibt es keine Xwrapper.config -> weird#++		Bei OpenSuse gibt es keine Xwrapper.config -> weird#++


			=lircd=
			2026-05-14
			Heute wollte ich mal meinen lircd-Start automatisieren.
			Da ich noch so eine alte Homebrew Loesung am Start habe, muss ich zum Aktivieren folgende Schritte ausfuehren.

			systemctl stop lircd
			setserial /dev/ttyS0 uart none
			modprobe serial_ir
			systemctl start lircd
			irexec /etc/lirc/irexec.lircrc

			Der letzte Befehl dient mir als eine Art IR-Proxy. Die Befehle der IR-Fernbedienung werden entgegengenommen und per IP oder IR weitergegegeben.

			Um es gleich vorweg zu nehmen, ChatGPT hat (fast) auf ganzer Linie versagt.

			Der erste Vorschlag von ChatGPT die Befehle in eine Script zu packen, empfand ich zwar nicht so prickelnd, waere aber in der Nachbetrachtung der einfachere Weg gewesen.

			Datei erstellen:

			sudo nano /usr/local/bin/lirc-init.sh

			Inhalt:
			<pre>
			#!/bin/bash

			# UART deaktivieren
			setserial /dev/ttyS0 uart none

			# IR-Treiber laden
			modprobe serial_ir

			# kurzen Moment warten
			sleep 1

			# lircd starten
			systemctl start lircd.service

			# irexec starten
			irexec /etc/lirc/irexec.lircrc &

			Ausführbar machen:

			sudo chmod +x /usr/local/bin/lirc-init.sh
			</pre>


			Auch einen eigenen systemd Service zu erstellen waere denkbar gewesen.

			<pre>
			Datei:

			sudo nano /etc/systemd/system/lirc-init.service

			Inhalt:

			[Unit]
			Description=LIRC Initialisierung
			Before=lircd.service
			After=multi-user.target

			[Service]
			Type=oneshot
			ExecStart=/usr/local/bin/lirc-init.sh
			RemainAfterExit=yes

			[Install]
			WantedBy=multi-user.target
			</pre>

			Am elegantesten fand die ich den folgenden Loesungsvorschlag.
			Um es vorweg zu nehmen, so hat es nicht funktioniert.

			<pre>
			1. Override-Datei erzeugen
			sudo systemctl edit lircd.service

			Dadurch öffnet sich ein Editor.

			2. Folgenden Inhalt einfügen
			[Service]
			ExecStartPre=/usr/bin/setserial /dev/ttyS0 uart none
			ExecStartPre=/usr/sbin/modprobe serial_ir
			ExecStartPost=/usr/bin/irexec /etc/lirc/irexec.lircrc
			3. systemd neu laden
			sudo systemctl daemon-reload
			4. Dienst neu starten
			sudo systemctl restart lircd.service
			5. Prüfen

			Status anzeigen:

			systemctl status lircd.service

			Logs ansehen:

			journalctl -u lircd.service
			</pre>

			Auch ExecStartPost zu ersetzen war irgendwie nicht mein Ding.

			ExecStartPost=/usr/bin/bash -c '/usr/bin/irexec /etc/lirc/irexec.lircrc &'

			Bei der ganzen Aktion habe ich doch tatsaechlich eine neue Befehlsvarianten kennengelernt.

			sudo systemctl edit lircd.service

			Ich habe das irexec in einen eigenen service gepackt.

			<pre>
			[Unit]
			Description=LIRC irexec
			After=lircd.service
			Wants=lircd.service

			[Service]
			ExecStart=/usr/bin/irexec /etc/lirc/irexec.lircrc
			Restart=always
			RestartSec=3

			[Install]
			WantedBy=multi-user.target
			</pre>

			Danach..

			sudo systemctl daemon-reload
			sudo systemctl restart lircd.service
			sudo systemctl restart irexec.service

			Und dann eine Fehlermeldung, die mich locker eine Stunde gekostet hatte. ChatGPT war keine grosze Hilfe, hat aber an einer Stelle etwas ausgespuckt, was mich auf die richtige Faehrte gefuehrt hat.

			modprobe: FATAL: Module serial_ir not found in directory /lib/modules/6.4.0-150600.23.84-default

			Modprobe aus der Kommandozeile funktionierte, aber als ExecStartPre-Parameter nicht. Die Fehlermeldung ist irrefuehrend und hat auch ChatGPT den Fehler staendig bei falschen Pfaden, Dateinamen, Kernelversionen, ... suchen lassen.

			Der Fehler lag in der eingeschraenkten Berechtigung (!!!) durch den Parameter ProtectKernelModules.

			Sobald ich den Parameter auf no gestellt hatte, tat auch modprobe seinen Dienst.

			ProtectKernelModules=no #!!!!!!!

			Warum ChatGPT nicht gleich den Hinweis "Schaue nach dem Parameter ProtectKernelModules!" oder warum modprobe nicht den Fehler "Permission denied!" ausgibt, bleibt fuer mich unbeantwortet.

Chris T. Ludwig: /* Grafische Oberflaeche */

2026-05-14T10:32:16Z

Grafische Oberflaeche

← Nächstältere Version		Version vom 14. Mai 2026, 12:32 Uhr
Zeile 56:		Zeile 56:
	lrwxrwxrwx 1 root root 47 28. Apr 2019 display-manager.service -> /usr/lib/systemd/system/display-manager.service		lrwxrwxrwx 1 root root 47 28. Apr 2019 display-manager.service -> /usr/lib/systemd/system/display-manager.service

	~~Darauf hin~~ mal den Status gescheckt.		Daraufhin mal den Status gescheckt.
	systemctl status display-manager.service		systemctl status display-manager.service
	Und weird#unknown display-manager active and running. Mit Alt-F7 sieht man tatsaechlich einen Cursor blinken.		Und weird#unknown display-manager active and running. Mit Alt-F7 sieht man tatsaechlich einen Cursor blinken.
Zeile 65:		Zeile 65:
	server:/etc/systemd/system # psgrep sddm		server:/etc/systemd/system # psgrep sddm
	1747 ? Sl 0:00 /usr/bin/sddm		1747 ? Sl 0:00 /usr/bin/sddm

	server:/etc/systemd/system # systemctl status sddm		server:/etc/systemd/system # systemctl status sddm
	● sddm.service - Simple Desktop Display Manager		● sddm.service - Simple Desktop Display Manager
	Loaded: loaded (/usr/lib/systemd/system/sddm.service; disabled; vendor preset: disabled)		Loaded: loaded (/usr/lib/systemd/system/sddm.service; disabled; vendor preset: disabled)
	Active: inactive (dead)		Active: inactive (dead)
Zeile 78:		Zeile 78:

	Emergency and rescue targets		Emergency and rescue targets
	Both of these shells require the root password. The emergency target keeps the root ﬁle system mounted read-only, while rescue. target waits for sysinit. target to complete ﬁrst so that more of the system will be initialized, for example, logging, ﬁle systems, etc.		Both of these shells require the root password. The emergency target keeps the root ﬁle system mounted read-only, while rescue. target waits for sysinit. target to complete ﬁrst so that more of the system will be initialized, for example, logging, ﬁle systems, etc.

	server:/etc/systemd/system # systemctl --failed		server:/etc/systemd/system # systemctl --failed

Chris T. Ludwig: /* Grafische Oberflaeche */

2026-05-14T10:28:02Z

Grafische Oberflaeche

← Nächstältere Version		Version vom 14. Mai 2026, 12:28 Uhr
Zeile 33:		Zeile 33:

	In der Ausgabe (Liste von Abhaengigkeiten) sind Dienste, etc. mit einer "farbigen" Markierung versehen.		In der Ausgabe (Liste von Abhaengigkeiten) sind Dienste, etc. mit einer "farbigen" Markierung versehen.
	* gruen in ~~Orndung~~		* gruen in Ordnung
	* rot Fehler		* rot Fehler
	* schwarz/grau nicht aktiv(iert)		* schwarz/grau nicht aktiv(iert)

Chris T. Ludwig: /* Motivation */

2026-05-14T10:25:51Z

Motivation

← Nächstältere Version		Version vom 14. Mai 2026, 12:25 Uhr
Zeile 5:		Zeile 5:

	=Motivation=		=Motivation=
	Ich habe 08/2021 meinen Server auf eine neue alte Hardware umgezogen. Da die Server-Hardware (XW8400 auf XW8600; ja ich geb es zu alt ist gar kein Ausdruck, aber 8 Kerne und 16 GB RAM sind fuer meinen Server ausreichend; vorerst;-)) sich unwesentlich geaendert hat, war es fast damit getan die Festplatten umzustecken. Die wesentlichen Anpassungen bezogen sich auf BIOS und Netzwerk. Nur die grafische Oberflaeche wollte partout nicht starten, daher der Titel.		Ich habe 08/2021 meinen Server auf eine neue alte Hardware umgezogen. Da die Server-Hardware (XW8400 auf XW8600; ja ich geb es zu, alt ist gar kein Ausdruck, aber 8 Kerne und 16 GB RAM sind fuer meinen Server ausreichend; vorerst;-)) sich unwesentlich geaendert hat, war es fast damit getan die Festplatten umzustecken. Die wesentlichen Anpassungen bezogen sich auf BIOS und Netzwerk. Nur die grafische Oberflaeche wollte partout nicht starten, daher der Titel.

	=BIOS=		=BIOS=

Chris T. Ludwig: /* Grafische Oberflaeche */

2021-08-17T18:35:01Z

Grafische Oberflaeche

← Nächstältere Version		Version vom 17. August 2021, 20:35 Uhr
Zeile 82:		Zeile 82:
	server:/etc/systemd/system # systemctl --failed		server:/etc/systemd/system # systemctl --failed
	UNIT LOAD ACTIVE SUB DESCRIPTION		UNIT LOAD ACTIVE SUB DESCRIPTION
	0 loaded units listed.		0 loaded units listed.

			Bei OpenSuse gibt es keine Xwrapper.config -> weird#++

Chris T. Ludwig: /* Grafische Oberflaeche */

2021-08-13T08:59:51Z

Grafische Oberflaeche

@@ Zeile 21: / Zeile 21: @@
 =Grafische Oberflaeche=
 Erst einmal das default target kontrolliert.
   server:~ # systemctl get-default
@@ Zeile 46: / Zeile 50: @@
   Full list of directories is provided in systemd.unit(5).

Chris T. Ludwig: /* Grafische Oberflaeche */

2021-08-13T08:23:40Z

Grafische Oberflaeche

← Nächstältere Version		Version vom 13. August 2021, 10:23 Uhr
Zeile 37:		Zeile 37:

	Aber obwohl danach alle Abhaengigkeiten gruen oder schwarz waren, hat es nicht den gewuenschten Erfolg gebracht.		Aber obwohl danach alle Abhaengigkeiten gruen oder schwarz waren, hat es nicht den gewuenschten Erfolg gebracht.

			Dann mal weitersuchen. Wo hat systemd seine configs versteckt?

			server:~ # pkg-config systemd --variable=systemdsystemconfdir
			/etc/systemd/system

			In der Regel in /usr/local/lib/systemd/system und /usr/lib/systemd/system

			Full list of directories is provided in systemd.unit(5).

Chris T. Ludwig: /* Allgemeines */

2021-08-13T08:17:35Z

Allgemeines

← Nächstältere Version		Version vom 13. August 2021, 10:17 Uhr
Zeile 1:		Zeile 1:
	=Allgemeines=		=Allgemeines=
	Eigentlich koennte ich diese Seite in eine neue Kategorie 'weird things' packen.		Eigentlich koennte ich diese Seite in eine neue Kategorie 'weird things' packen.

			Um systemctl und damit systemd besser einordnen zu koennen, dient vielleicht folgender [https://www.linux-magazin.de/ausgaben/2011/11/init-systeme/ Artikel].

	=Motivation=		=Motivation=

Chris T. Ludwig: /* Netzwerk */

2021-08-13T07:54:04Z

Netzwerk

← Nächstältere Version		Version vom 13. August 2021, 09:54 Uhr
Zeile 15:		Zeile 15:
	Dort habe ich die alten Eintraege geloescht/auskommentiert(#) und die neuen Zuordnungen eingetragen.		Dort habe ich die alten Eintraege geloescht/auskommentiert(#) und die neuen Zuordnungen eingetragen.
	Die Uebernahme war nach einem Reboot richtig. Vielleicht waere es auch ohne Reboot gegangen, evtl. mit udevadm trigger		Die Uebernahme war nach einem Reboot richtig. Vielleicht waere es auch ohne Reboot gegangen, evtl. mit udevadm trigger

			Bei der Gelegenheit bin ich noch ueber eine Beschriftung der unteren der beiden RJ45-Netzwerkbuchsen mit ASF gestolpert. ASF steht fuer [https://en.wikipedia.org/wiki/Alert_Standard_Format Alert Standard Format] der DMTF nicht zu verwechseln mit DTMF;-)

	=Grafische Oberflaeche=		=Grafische Oberflaeche=

Chris T. Ludwig am 13. August 2021 um 07:49 Uhr

2021-08-13T07:49:25Z

← Nächstältere Version		Version vom 13. August 2021, 09:49 Uhr
Zeile 14:		Zeile 14:
	zu finden.		zu finden.
	Dort habe ich die alten Eintraege geloescht/auskommentiert(#) und die neuen Zuordnungen eingetragen.		Dort habe ich die alten Eintraege geloescht/auskommentiert(#) und die neuen Zuordnungen eingetragen.
	Die Uebernahme war nach einem Reboot richtig. Vielleicht waere es auch ohne Reboot gegangen.~~->TODO~~		Die Uebernahme war nach einem Reboot richtig. Vielleicht waere es auch ohne Reboot gegangen, evtl. mit udevadm trigger

	=Grafische Oberflaeche=		=Grafische Oberflaeche=