systemd lircd.service Problem nach Upgrade von 15.3 nach 15.4

michi1911 · 24. Oktober 2022

Hi all!

Ich habe vor zwei Wochen mein openSuse von 15.3 nach 15.4 "ge-updated".
Nach dem Update ging mein LIRCD Service nicht mehr.
Ich benutze einen FTDI USB Adapter als LIRC hardware.

Das Starten des LIRCD via systemctl (re)start lircd funktioniert ohne Problem:

Code

Oct 24 09:08:11.521799 atom lircd: Warning: ------------------------ Log re-opened ----------------------------
Oct 24 09:08:11.521850 atom lircd: Info: lircd:  Opening log, level: Info
Oct 24 09:08:11.521866 atom lircd: Notice: Version: lircd 0.10.1
Oct 24 09:08:11.524968 atom lircd: Notice: System info: Linux atom 5.14.21-150400.24.21-default #1 SMP PREEMPT_DYNAMIC Wed Sep 7 06:51:18 UTC 2022 (974d0aa) x86_64 x86_64 x86_64 GNU/Linux
Oct 24 09:08:11.532291 atom lircd: Info: Initial device: serial=FTUEE9GE
Oct 24 09:08:11.532319 atom lircd: Info: Initial device: serial=FTUEE9GE
Oct 24 09:08:11.532329 atom lircd: Notice: Options: driver: ftdi
Oct 24 09:08:11.532337 atom lircd: Notice: Options: output: /var/run/lirc/lircd
Oct 24 09:08:11.532347 atom lircd: Notice: Options: nodaemon: 1
Oct 24 09:08:11.532359 atom lircd: Notice: Options: plugindir: /usr/lib64/lirc/plugins
Oct 24 09:08:11.532373 atom lircd: Notice: Options: logfile: /var/log/lirc.log
Oct 24 09:08:11.532382 atom lircd: Notice: Options: immediate-init: 0
Oct 24 09:08:11.532395 atom lircd: Notice: Options: permission: 666
Oct 24 09:08:11.532438 atom lircd: Notice: Options: driver-options:
Oct 24 09:08:11.532447 atom lircd: Notice: Options: pidfile: /var/run/lirc/lircd.pid
Oct 24 09:08:11.532456 atom lircd: Notice: Options: listen: 0
Oct 24 09:08:11.532471 atom lircd: Notice: Options: connect: (null)
Oct 24 09:08:11.532482 atom lircd: Notice: Options: userelease: 0
Oct 24 09:08:11.532490 atom lircd: Notice: Options: effective_user: (null)
Oct 24 09:08:11.532497 atom lircd: Notice: Options: release_suffix: _EVUP
Oct 24 09:08:11.532508 atom lircd: Notice: Options: allow_simulate: 0
Oct 24 09:08:11.532518 atom lircd: Notice: Options: repeat_max: 600
Oct 24 09:08:11.532529 atom lircd: Notice: Options: configfile: /etc/lirc/lircd.conf
Oct 24 09:08:11.532540 atom lircd: Notice: Options: dynamic_codes: (null)
Oct 24 09:08:11.532548 atom lircd: Notice: Current driver: ftdi
Oct 24 09:08:11.532559 atom lircd: Notice: Driver API version: 3
Oct 24 09:08:11.532569 atom lircd: Notice: Driver  version: 0.10.0
Oct 24 09:08:11.532578 atom lircd: Notice: Driver  info: See file:///usr/share/doc/lirc/plugindocs/ftdi.html
Oct 24 09:08:11.532601 atom lircd: Warning: ------------------------ Log re-opened ----------------------------
Oct 24 09:08:11.532617 atom lircd: Debug: lircd:  Opening log, level: Debug
Oct 24 09:08:11.532674 atom lircd: Debug: No systemd fd found
Oct 24 09:08:11.532897 atom lircd: Notice: Running as user root
Oct 24 09:08:11.532912 atom lircd: Debug: Groups: [0]: 0
Oct 24 09:08:11.532984 atom lircd: Info: Using remote: RM-887.
Oct 24 09:08:11.533125 atom lircd: Notice: lircd(ftdi) ready, using /var/run/lirc/lircd

Alles anzeigen

Sobald ich einen client attache (z.B. irw), faellt der Lirc Service in eine Endlos-Fehlerscheife...auch nach dem Stoppen des Clients laeuft die Endlosschleife weiter:

Code

Oct 24 09:11:55.475139 atom lircd: Error: unable to open FTDI device (usb_open() failed)
Oct 24 09:11:55.975273 atom lircd: Error: unable to open FTDI device (usb_open() failed)
Oct 24 09:11:56.228472 atom lircd: Info: removed client
Oct 24 09:11:56.475412 atom lircd: Error: unable to open FTDI device (usb_open() failed)
Oct 24 09:11:56.975551 atom lircd: Error: unable to open FTDI device (usb_open() failed)

Ich habe dann mal mit strace angeschaut, was der lircd daemon macht:

Code

recvmsg(9, {msg_namelen=128}, 0)        = -1 EAGAIN (Resource temporarily unavailable)
openat(AT_FDCWD, "/dev/bus/usb/002/003", O_RDWR|O_CLOEXEC) = -1 EPERM (Operation not permitted)
stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2298, ...}) = 0
write(5, "Oct 24 09:13:46.692533 atom lirc"..., 89) = 89
clock_nanosleep(CLOCK_REALTIME, 0, {tv_sec=0, tv_nsec=500000000}, NULL) = 0

Dann habe ich die permission vom USB device zum Testen auf 0777 gesetzt:

Code

 crwxrwxrwx+ 1 root root 189, 130 Oct 23 20:40 /dev/bus/usb/002/003

Keine Verbesserung!?

AppArmor ist auf meinem System abgeschaltet.

Ich habe zum Testen eine udev rule mit 0666 eingefuegt:

Code

SUBSYSTEM=="usb"       , ATTR{idVendor}=="0403", ATTR{idProduct}=="6001", MODE="0777"

Alles keine Verbesserung!?

Dann habe ich den /usr/sbin/lircd von der Shell aus gestartet...und siehe da...geht einwandfrei

Langer Prolog...nun endlich meine Frage:

"What the heck" blockiert den LIRCD Zugriff auf das FTDI-USB Device...aber nur wenn ich den lircd als system.service starte!?

Vielleicht hat einer der Admin Profis hier im Forum eine Idee bzw. einen Tipp. Mein bescheidenes Wissen ueber LInux Systemadministration ist erschoepft

...have fun...
Michi

Sauerland · 24. Oktober 2022

Was sagt:

Code

zypper se -si lirc

Kieltux · 24. Oktober 2022

Kommentiere mal in lird.service die folgenden Zeilen mit "Protect..." aus und restartet lircd.service.

Zumindest bei mir konnte ich damit lircd wieder zum Laufen bringen.

Hinweis: Das Auskommentieren entfernt alle eingeführten Schutzmaßnahmen des systemd Dienstes lircd.

Code

[Service]
# added automatically, for details please see
# https://en.opensuse.org/openSUSE:Security_Features#Systemd_hardening_effort
ProtectHostname=true
ProtectClock=true
ProtectKernelTunables=true
ProtectKernelModules=true
ProtectKernelLogs=true
ProtectControlGroups=true
RestrictRealtime=true
# end of automatic additions

Alles anzeigen

michi1911 · 24. Oktober 2022

Zitat von Kieltux

Kommentiere mal in lird.service die folgenden Zeilen mit "Protect..." aus und restartet lircd.service.

Wow...beim ersten schnellen Test sieht's gut aus!
Muss ich mir mal genauer anschauen...speziell das "added automatically".

Vielen Dank...habe mir schon einen Wolf gesucht.
Da muss man drauf kommen.

...have fun...

Michi

el-sahef · 17. Februar 2023

Ich habe die selbe Ausgangslage wie der TE außer, dass AppArmor bei mir an ist. Durch die Lösung aus Post #3 konnte ich zumindest das Problem mit dem "Error: unable to open FTDI device (usb_open() failed) " beheben. Allerdings bekomme ich in irw nach wie vor keine codes angezeigt, auch dann nicht, wenn ich den lirc-daemon manuell als root starte und dann ebenfalls als root irw aufrufe. Die Hardware selbst funktioniert, da ich mit irrecord die Fernbedienung anlernen kann und mit "mode2 --driver ftdi --device serial=FTDI-Chip-Seriennummer"

auch spaces und pulses bekomme.

Jetzt habe ich keine Idee mehr woran es noch liegen könnte. Vor dem Upgrade von openSUSE 15.3 auf 15.4 lief lirc, irw, irexec usw. einwandfrei und es wurde an der Konfiguration nichts geändert.

lircd.service

Code

[Unit]
Documentation=man:lircd(8)
Documentation=http://lirc.org/html/configure.html
Description=Flexible IR remote input/output application support
Wants=lircd-setup.service
After=network.target lircd-setup.service

[Service]
# added automatically, for details please see
# https://en.opensuse.org/openSUSE:Security_Features#Systemd_hardening_effort
#ProtectHostname=true
#ProtectClock=true
#ProtectKernelTunables=true
#ProtectKernelModules=true
#ProtectKernelLogs=true
#ProtectControlGroups=true
#RestrictRealtime=true
# end of automatic additions 
Type=simple
ExecStart=/usr/sbin/lircd --nodaemon
;User=lirc
;Group=lirc

; Hardening opts, see systemd.exec(5). Doesn't add much unless
; not running as root.
;
; # Required for dropping privileges in --effective-user.
;CapabilityBoundingSet=CAP_SETEUID
;MemoryDenyWriteExecute=true
;NoNewPrivileges=true
;PrivateTmp=true
;ProtectHome=true
;ProtectSystem=full

[Install]
WantedBy=multi-user.target

Alles anzeigen

lirc_options.conf

Code

# These are the default options to lircd, if installed as
# /etc/lirc/lirc_options.conf. See the lircd(8) and lircmd(8)
# manpages for info on the different options.
#
# Some tools including mode2 and irw uses values such as
# driver, device, plugindir and loglevel as fallback values
# in not defined elsewhere.

[lircd]
nodaemon        = False
#driver          = devinput
driver          = ftdi 
#device          = auto
device          = serial=FTDI-Chip-Seriennummer
output          = /var/run/lirc/lircd
pidfile         = /var/run/lirc/lircd.pid
plugindir       = /usr/lib64/lirc/plugins
permission      = 666
allow-simulate  = No
repeat-max      = 600
effective-user  = lirc
#listen         = [address:]port
#connect        = host[:port]
#loglevel       = 6
#uinput         = ...
#release        = ...
#logfile        = ...

[lircmd]
uinput          = False
nodaemon        = False

# diese Kommandos werden mit "lircd-setup /etc/lirc/lirc_options.conf" als root ausgeführt
[modinit]
# code = /usr/sbin/modprobe lirc_serial
# code1 = /usr/bin/setfacl -m g:lirc:rw /dev/uinput
# code2 = ...
#code = /usr/bin/setserial /dev/ttyS0 uart none port 0 irq 0
#code1 = /usr/sbin/modprobe lirc_serial io=0x3f8 irq=4


# [lircd-uinput]
# release-timeout = 200

Alles anzeigen

Ausgabe:

Code

linux-amd64:/home/user # lircd -n
lircd-0.10.1[1000]: Info: lircd:  Opening log, level: Info
lircd-0.10.1[1000]: Notice: Running as user lirc
lircd-0.10.1[1000]: Info: Using remote: Pinnacle_300i.
lircd-0.10.1[1000]: Info: Using remote: Hauppauge_350.
lircd-0.10.1[1000]: Info: Using remote: hauppauge.
lircd-0.10.1[1000]: Notice: lircd(ftdi) ready, using /var/run/lirc/lircd
lircd-0.10.1[1000]: Notice: accepted new client on /var/run/lirc/lircd  # << irw auf zweitem root-terminal gestartet
lircd-0.10.1[1000]: Info: Initializing FTDI: serial=FTDI-Chip-Seriennummer

Alero · 17. Februar 2023

el-sahef

Thema

Wichtig:Vor dem Posten bitte erst Lesen!

Hallo Hilfesuchende,

seid bitte so nett und erleichtert den Helfenden Usern dieses Forums die Arbeit in dem ihr folgenden Angaben bei der Themenerstellung beachtet:

Eröffnet immer und prinzipiell eigene Beiträge zu euren eigenen Problemen! Auch wenn schon existierende Beiträge augenscheinlich ein ähnliches Problem beinhalten, so ist dies dennoch der Beitrag eines anderen Users der seine Problem gelöst haben will und nicht der des Users, der fremde Beiträge "gekapert" hat. Denkt daran, der…

fr0sti

24. Februar 2016

Damit geschlossen

systemd lircd.service Problem nach Upgrade von 15.3 nach 15.4

Alero 17. Februar 2023

Probleme mit dem Ausdruck von pdf-Dateien über Okular

Eclipse (Java IDE) crash

Veracrypt Einhängepunkt

Neuinstallation leap 15.5: init Prozess scheitert beim Booten - Kernel Panik

latex & kpathsea in Betrieb nehmen

Kukulkan

vpn

Nidrnox

hudel

uli11

Teilen