Hallo, Am 07.03.22 um 16:34 schrieb Peter McD: [...]
[Service] Type=oneshot ExecStart=/etc/init.d/boot.local/zenstates.py --c6-disable
Kann es sein, dass der Pfad das Problem ist? Historisch war es doch immer so, dass man eine DATEI /etc/init.d/boot.local anlegen konnte, in die man Scripte / Befehle eintragen konnte, die beim Booten ausgeführt wurden. Das gab es schon vor systemd. Wie ich das jetzt bei OS 12.3 sehe, durchsucht systemd beim Booten das Verzeichnis /etc/init.d nach alten init-Scripten und versucht, für diese on the fly eine systemd-Unit zu erzeugen. Bei mir gibt es ein altes rc-Script für vmware-workstation, und nach dem Booten sagt mir journalctl: systemd-sysv-generator[666]: SysV service '/etc/init.d/vmware' lacks a native systemd unit file. Automatically generating a unit file for compatibility. (Leider wird die Unit aber nicht automatisch gestartet, so dass ich das nach jedem Booten manuell machen muss. Bei OS 15.2 hat es noch funktioniert) Ich könnte mir vorstellen, dass mit dem Pfad /etc/init.d/boot.local/zenstates.py der systemd-Startup durcheinander gebracht wird, würde versuchen, das Script zenstates.py woanders hinzulegen (z.B. /usr/local/sbin/) und ExecStart entsprechend anzupassen. Martin