Arch Linux

Systemd /etc/rc.local

SiD

Also ich wollt jetzt doch mal auf Systemd wechseln, hat auch alles geklappt nur habe ich in der /etc/rc.local das hier

# set IR-Protocal to NEC (for Terratec USB Remote)
ir-keytable --protocol=nec --sysdev=rc0

Das brauch ich damit die Fernbedienung funktioniert. Wie kriege ich das hin ohne /etc/rc.conf ?
Es gibt ja rc.local.service, aber der funktioniert leider irgendwie nicht.

# systemctl --failed
UNIT             LOAD   ACTIVE SUB    JOB DESCRIPTION
rc-local.service loaded failed failed     /etc/rc.local Compatibility

# systemctl status rc.local.service
rc.local.service
	  Loaded: error (Reason: No such file or directory)
	  Active: inactive (dead)

# systemctl list-unit-files
UNIT FILE                               STATE 
...
...
rc-local-shutdown.service               static  
rc-local.service                        static  
...
..

im Wiki steht aber allerdings

... since systemd doesn't actually support /etc/rc.local.

Wie bekomme ich jetzt hin, dass der ir-keytabel Befehl beim booten (nach erkennen der Hardware) ausgeführt wird?
Mit einem Unit-File? Falls ja brauch ich da mal etwas Hilfe bei. 😉

feuri

Mit nem Unit-File, das nen Shellscript ausführt solte sich die Funktionalität der rc.local am einfachsten nachbilden lassen. Gabs hier auch schonmal nen Thread zu: https://forum.archlinux.de/viewtopic.php?id=21655

SiD

Ok habe jetzt dass hier:

# cat /etc/systemd/system/irprotocol.service 
[Unit]
Description=Set IR-Protocol to NEC (for Terratec USB Remote)

[Service]
Type=oneshot
ExecStart=/usr/bin/ir-keytable --protocol=nec --sysdev=rc0

[Install]
WantedBy=multi-user.target

beim booten funktioniert es nicht, vermute weil es zu früh ausgeführt wird. Wenn ich es nachdem alles hochgefahren ist manuell starte, also

systemctl start irprotocol.service

dann gehts.
Wie schaff ich es nun dass möglichst spät ausführen zu lassen?
Es gibt ja After.XXX ,aber wass wäre da sinnvoll? Evtl. der lxdm service?

SiD

Naja ich hab jetzt ir-keytable in die sudoers gepackt, und dann den Aufruf per sudo in den autostart vom WM.
Nicht so schön, aber funktioniert. 😉

LessWire

Um den Service beim booten zu starten, mußt Du ihn einem "runlevel" zuordnen.

"systemctl enable irprotocol.service" würde in "/etc/systemd/system/multi-user.target.wants" einen entsprechenden Link erzeugen, dann wird es auch automatisch beim Booten ausgeführt.

EDIT: Vorstehenden Text habe ich nachträglich nochmal geändert, damit unnötige Irritationen vermieden werden 😉

SiD

ich hatte es ja mit

systemctl enable irprotocol.service

aktiviert und es wurde auch beim booten gestartet, nur eben zu früh, bevor die Hardware "bereit" ist.
Und dann funktionierts halt nuicht, weil das entsprehende device noch nicht verfügbar ist.

LessWire

Ok, was ich oben geschrieben habe, ist teilweise Unsinn - der Service kann natürlich auch in ".../system/" stehen und lässt sich da ebenso "enablen".
Der passende Startzeitpunkt lässt sich mit "After=" o.ä. sicher bestimmen, aber für mich ist das auch noch alles Neuland.

SiD

LessWire schriebDer passende Startzeitpunkt lässt sich mit "After=" o.ä. sicher bestimmen

ja soweit war ich ja auch 😉
nur was gebe ich da am besten an, damit es möglichst spät gestartet wird?

mannohneschuh

systemd-analyze blame

liefert den service der am längsten brauchte. Aber das halte ich nicht für den richtigen Lösungsweg. Du brauchst eine Methode um sicherzustellen das deine Hardware am Start ist, nicht die längste Wartezeit. /etc/rc.local wartete ja auch bis das System mit booten fertig ist.

LessWire

Gibt es keinen Dienst (=target) für das IR device ? Ich nenne es einfach mal "ir.target", dann sollte

...
Wants=ir.target
After=ir.target
...

eigentlich für die richtige Reihenfolge sorgen.

mannohneschuh

im englishchen Wiki is ein Thread . Vielleicht hilfts…

SiD

So, ich habe es jetzt (hoffe ich) ganz anders hinbekommen. Und zwar mit einer Udev Regel. 😉

ich hatte schon eine Regel für den Empfänger, die ihm einen festen Devicenamen zuweist.

$ cat /etc/udev/rules.d/65-persistent-hauppauge.rules 
KERNEL=="event*", ATTRS{name}=="IR-receiver inside an USB DVB receiver", SYMLINK+="input/dvb-ir"

hatte zuerst probiert das RUN+="" mit in diese Regel zu packen, aber das hat nicht funktioniert, also habe ich ein eigene Regel erstellt, die nach der ersten ausgeführt wird (dafür sind doch die Nummern am anfang der Dateinamen, oder?)

cat /etc/udev/rules.d/70-irprotocol.rules 
KERNEL=="event*", ATTRS{name}=="IR-receiver inside an USB DVB receiver", RUN+="/usr/bin/ir-keytable --protocol=nec --sysdev=rc0"

habe jetzt viermal den Rechner neu gestartet und es hat jedes mal funktioniert.
Scheint also zu klappen so. 🙂

LessWire

Viele Wege führen nach Rom 😉

Via systemd würde es mir persönlich besser gefallen, da übersichtlicher.
Die Dokus geben für solche Fälle offenbar nicht viel her, zumindest was ich bisher gefunden habe. 🙁

SiD

LessWire schriebViele Wege führen nach Rom 😉

Besonders der eine, ne?
😛

Ich finds mit der Udev-Regel gut, da ich so den Empfänger auch mal bei laufendem Rechner abziehen kann, falls ich den USB Platz brauche.
Und dann nicht nach dem wiederanstecken nochmal den ir-keytable kram manuell ausführen muss, macht jetzt alles udev für mich. 🙂

Dazu war zwar noch eine kleine Änderung nötig, da nach jedem an- abstecken rc0 um einen erhöht (rc1, rc2, usw) wird und der Befehl nicht mehr passt, aber so ist jetzt endlich wie es sein sollte. 🙂

$ cat /etc/udev/rules.d/70-irprotocol.rules 
KERNEL=="event*", ATTRS{name}=="IR-receiver inside an USB DVB receiver", RUN+="/usr/local/bin/change-irprotocol"

$ cat /usr/local/bin/change-irprotocol 
#!/bin/bash
# set IR-Protocol to NEC (for Terrarec USB Remote)

/usr/bin/ir-keytable --protocol=nec --sysdev=$(ls /sys/class/rc/)

LessWire

Hab's verstanden, für Deinen Fall dann doch der ideale Weg 😉

Hätte selbst nur gerne mal eine ähnliche Lösung via systemd gesehen - obwohl sich aktuell das Problem bei mir (noch) nicht stellt.

maltem

Bei mir funktioniert übrigens rc-local.service problemlos.

$ systemctl | grep rc.local
rc-local.service          loaded active exited        /etc/rc.local Compatibility

Da liegt also womöglich noch etwas im argen.

SiD

ich habe die beiden PAkete "initscripts" und "sysvinit" jetzt gar nicht mehr installiert, also ein reines systemd System. Da ist der rc-local.service scheinbar nicht mehr dabei.

[root@sunny michi]# systemctl list-unit-files | grep rc-local
[root@sunny michi]#