Tastenbelegungen der FBD ergänzen und Plugins direkt aufrufen

gggggg · 11. März 2021

Zitat von seahawk1986

Dazu schaust du in die /etc/rc_maps.cfg, da wird dem Empfänger eine Keytable zugeordnet - bei yaVDR sieht das z.B. so aus: https://github.com/yavdr/yavdr…plates/rc_maps.cfg.j2#L34 (und die angegebene Keytable stammt aus dem Paket yavdr-remote: https://github.com/yavdr/yavdr…ter/rc_keymaps/rc-rc6-mce).

Aber es scheint ja daran zu hängen, dass bei BM2LTS die Fernbedienungs-Events nicht wie bei yaVDR über eventlircd weitergereicht werden, sondern einen anderen Weg gehen - ich tippe mal auf lircd - was sagt ps aux | grep lirc?

könntest du mir bitte weiterhelfen:

Code

root@BM2LTS-N64native-MCLI:~# ps aux | grep lirc
root         467  0.0  0.0   6124  1848 ?        Ss   11:45   0:00 /usr/bin/irexec /etc/lirc/irexec.lircrc
root         472  0.0  0.0   6224  1868 ?        Ss   11:45   0:00 /usr/sbin/lircmd --nodaemon
root         675  0.0  0.0  11116  4760 ?        Ss   11:45   0:00 /usr/sbin/lircd --nodaemon
root        1737  0.0  0.0   9416   604 pts/0    S+   11:50   0:00 grep --color=auto lirc

Könnte es von hier kommen ? /etc/lirc/lircd.conf (siehe Anhang)

gggggg · 21. März 2021

Man kann ja mit !xxxx auch Kommandos in die keymacros.conf einbauen. Nachdem es beim Beenden von mpv öfter mal zu derzeit nicht behebbaren Bildstörungen kommt, würde ich gerne als Übergangslösung per FBD den vdr restarten

oder gibts auch einen Weg nur das softhddrm neu zu starten ?

User4 !service vdr restart ist wohl der falsche Weg und übers Menü möchte ich es nicht machen weil sich ja die Einträge öfter mal ändern ..

wie ginge es denn noch ... ev. per SVDRP ?

gggggg · 27. August 2021

Hi bin wieder mal an dem Punkt, wo ich per Fernbedienung shell Befehle absetzen möchte ...

Da das User4 !Befehl wie schon ober beschrieben nicht funktioniert bräuchte ich bitte eure Unterstützung!

Ev. ging das mit dem '!' aber auch nur bei den Reelboxen ?

gggggg · 27. August 2021

Zitat von fnu
Du könntest "irexec" nutzen, da müsstest nur eine für VDR selbst harmlose Tasten-Kombination nutzen oder einen der User Keys die nicht in Deinem VDR in Verwendung ist.

Ich habe das vor Jahren mal recht simpel für einen Emergency Reboot umgesetzt und läuft seit dem auf jedem VDR. Gibt aber wie immer viele Weg die nach Rom führen, am Ende muss aber nur zuverlässig funktionieren.
Code
cat /home/vdr/.config/openbox/autostart.sh

# start of irexec
/usr/bin/irexec -d /home/vdr/.lircrc &
Code
cat /home/vdr/.lircrc

begin        
prog   = irexec        
button = KEY_STOP        
button = KEY_STOP        
button = KEY_STOP        
button = KEY_STOP        
config = sudo /sbin/reboot
end
Die Desktop Session der VDR Ausgabe startet "irexec" mit und 4x "Stop" löst den Reboot aus.

Regards
fnu
Alles anzeigen

Das wäre genau auch mein Wunsch ... die Hardware unabhängig vom VDR neu starten zu können .... irexc liegt unter /usr/bin ...

cinfo Bitte um Anleitung wie ich mein Ziel (ev ja auch auf anderem Weg) unter BM2LTS erreiche !

cinfo · 27. August 2021

Hm,

meinst das aus der keymacros.conf?

Code

# Fernbedienungsbefehle aktivieren
irexec -d /etc/irbefehle.conf

oder

# Fernbedienungsbefehle aktivieren
irexec -d /etc/vdr/commands.conf

irexec

Code

Usage: irexec [options] [lircrc config_file]
    -d --daemon        Run in background
    -D --loglevel=level    'error', 'info', 'notice',... or 0..10
    -n --name=progname    Use this program name for lircrc matching
    -h --help        Display usage summary
    -v --version        Display version

fnu · 27. August 2021

Hab mal den von mir zitierten Beitrag, editiert, damit man ihn besser lesen kann ... der Post stammte wohl noch aus der alten Forum Software, da wurden bei der Migration Code-Blöcke ungenau überführt.

Nichtsdestotrotz funktioniert der Ansatz bis heute. "irexec" muss als Daemon von dem VDR Nutzer gestartet werden mit Verweis auf eine Datei, die entsprechend Aktionen per Tastenkombinationen definiert.

In meinem oben zitierten Beitrag löst 4x Stop-Taste einen regulären Reboot aus. Die FB und LIRC Definition müssen dafür aber eine explizite Stop-Taste aufweisen ... die an sich sonst nicht kritisches macht, als nur eine laufende Wiedergabe zu stoppen.

gggggg · 27. August 2021

Danke fnu - crosspost ... fnu hatte damals noch geschrieben ... aber ob das heute noch gilt weis ich nicht ...

Zitat von fnu

Dieter

Ich kann nur für mich antworten, weil für command hooks der VDR laufen muß und ich den Emergency dazu eingebaut hatte das Gerät im Falle eines Problems mit dem VDR Service per FB durchstarten zu können. irexec funktioniert unabhängig vom VDR ...

Regards
fnu

Mein Ziel wäre ident: Per FBD Tastendruck eine Restart des NUC auslösen.

Rahmenbedingung: Das sollte unabhängig vom Zustand des vdr funken = also auch wenn er "hängt"

cinfo Wie würdest du es bei BM2LTS umsetzen ? Ich bin zu sehr DAU um beurteilen zu können, ob das auch per keymacros.conf ohne commands.conf möglich wäre ...

fnu · 27. August 2021

Zitat von gggggg

fnu hatte damals noch geschrieben.... aber ob das heute noch gilt weis ich nicht ...

Ja, gilt bis heute. eventlirc, inputlirc oder LIRC muss halt laufen, ansonsten funktioniert irexec auch nicht. Wenn man also mit LIRC und VDR Probleme hat muss man so oder so ans Gerät ...

Am Ende wird bei BM2LTS sicher auch irgendwo ein Window-Manager für die Video-Ausgabe gestartet und die haben meist eine Autostart-Funktion, wo man das z.B. reinschrieben kann.

Mein Beispiel oben ist für "openbox", was bis heute bei mir läuft ...

gggggg · 27. August 2021

1 Versteh ich das richtig, dass eine Lösung des Reboots über keymaros.conf bei vdr crashes/Hängern keine Lösung ist und man daher den irexec Daemon nehmen sollte.

2 Könnte man den Daemon Start z.B. in die etc/rc.local rein packen, weil da hab ich ohnehin schon Änderungen gegenüber der Distri drin ?

3 Als Befehl zum runter fahren shutdown -h 0 ?

fnu · 27. August 2021

gggggg

Zu 1.: Ja, keymacros ist Teil der VDR Funktion, wenn VDR ein Problem hat, ist das nicht wirklich nutzbar.

Zu 2.: "irexec" muss vom VDR User mitgestartet werden oder auf andere Weise für entsprechende Rechte gesorgt werden. "reboot" & "shutdown" müssen in "sudoers" für diesen VDR Nutzer auch definiert sein. "/etc/rc.local" ist ja system/root, musst mal probieren ob das klappt.

Zu 3.: Naja, wohl eher sudo /sbin/shutdown -h now ... aber warum runterfahren? Doch eher sudo /sbin/reboot oder sudo /sbin/shutdown -r now ... ?

Und wenn Du Deinen VDR NUC mit sudo /sbin/shutdown -h now runterfährst, wird der für den nächsten Timer nicht automatisch aufwachen.

seahawk1986 · 27. August 2021

Zitat von gggggg

1 Versteh ich das richtig, dass eine Lösung des Reboots über keymaros.conf bei vdr crashes/Hängern keine Lösung ist und man daher den irexec Daemon nehmen sollte.

Ja, wenn die Mainloop des VDR blockiert ist, kann der VDR keine Tastendrücke mehr verarbeiten.

Zitat von gggggg

2 Könnte man den Daemon Start z.B. in die etc/rc.local rein packen, weil da hab ich ohnehin schon Änderungen gegenüber der Distri drin ?

Ich würde das als Systemd-Service umsetzen (sollte IIRC im Lirc-Paket dabei sein), in die rc.local gehört nichts, was endlos läuft.

Zitat von gggggg

3 Als Befehl zum runter fahren shutdown -h 0 ?

Das hängt davon ab, von welchen Hängern du ausgehst - herunterfahren würde ich da nicht, sondern einen Neustart machen, denn man will ja normalerweise, dass der VDR eine Chance hat den nächsten Aufweckzeitpunkt zu bestimmen. Und wenn man schnell Resultate sehen will, statt darauf zu warten, dass systemd den Diensten eine bestimmte Zeit einräumt sich zu beenden, dann lohnt sich eher soetwas:

systemctl --force reboot oder wenn man das Ganze noch stringenter durchziehen will: https://unix.stackexchange.com/a/183101

gggggg · 27. August 2021

Cross-Post -) Danke fnu funkt ... sudo /sbin/reboot oder sudo /sbin/shutdown -r now

Was ist der praktische Unterschied bez. dass

- es auch bei crashes tats. runter fährt

- disc Operationen zu Ende gebracht werden (falls es z.B. mitten in einer Aufnahme erfolgt)

gggggg · 27. August 2021

seahawk1986 fnu DANKE !!!!!!!!!!!!

https://unix.stackexchange.com/a/183101

Zitat

This requests the kernel to do:

emergency sync of the block devices

mount readonly of all filesystems

again a sync

force an immediate boot; you can also use o for poweroff.

Code

echo s > /proc/sysrq-trigger
echo u > /proc/sysrq-trigger
echo s > /proc/sysrq-trigger
echo b > /proc/sysrq-trigger

/sbin/reboot oder /sbin/reboot -f oder /sbin/shutdown -r now oder systemctl --force reboot

Ein unbedingter Neustart ist was ich suche ... aber ohne Gefahr für Disk I/Os. Es solle meine bessere Hälfte vor dem Drücken des Hardware-Button bewahren und mich vor dem Backup Einspielen

https://www.baeldung.com/linux/shutdown-reboot-from-terminal

https://opensource.com/article/19/7/reboot-linux

Was würdet ihr dann nehmen !

fnu · 27. August 2021

Zitat von gggggg

... aber ohne Gefahr für Disk I/Os.A

Also die sehe ich bei den heutigen Journaling Dateisystemen (ext4, xfs) eher nicht. Dein VDR ist kein Datenbank-Server wo riesige Disk-Buffer Massen an IOPS vorhalten ... 🧐

Sicher ist es immer besser einen "graceful" reboot/shutdown durchzuführen, als die Fronttaste 4sek zu drücken. Was ich seit einiger Zeit bei meinen Systemen der grub cmdline hinzufüge ist:

fsck.repair=preen

Damit unclean "/" beim Systemstart "clean" wird, das geht halt nur wenn es (noch) ausgehängt ist. Siehe auch https://wiki.ubuntuusers.de/Dateisystemcheck/

gggggg · 27. August 2021

Zitat von https://www.baeldung.com/linux/shutdown-reboot-from-terminal
For example, let’s check those commands on a Ubuntu system:
Code
$ file /sbin/{halt,poweroff,reboot,shutdown}
/sbin/halt:     symbolic link to /bin/systemctl
/sbin/poweroff: symbolic link to /bin/systemctl
/sbin/reboot:   symbolic link to /bin/systemctl
/sbin/shutdown: symbolic link to /bin/systemctl
It might be a little surprising to learn that all those commands are linking to the same command: systemctl. This is because the systemctl program uses a technique to change its behavior based on how it was executed.

The reboot, halt, and poweroff Commands

The -f Option
All three commands support a -f option to reboot, halt, or power off the machine forcibly.

To understand what the force option means, let’s take a closer look at the background of these three commands.

When we execute these commands without the -f option, they will invoke the shutdown tool with appropriate options.

For example, in a systemd system:
Code
reboot 
--(invokes)--> shutdown -r now 
--(invokes)--> systemctl isolate reboot.target
The reboot.target in the command above is a system target for systemctl. Some predefined tasks in the system targets will be executed by the systemctl command — for example, stopping all running processes, unmounting mounted devices safely, and so on.

However, if we pass the -f option to the three commands, they won’t invoke the shutdown command. Instead, they make a reboot() system call to reboot the system directly.

In a systemd system, the command reboot -f will call systemctl –force reboot.target. The –force option will let systemctl skip the system target and make the reboot() system call directly.

We should use the -f option with caution because this may result in data loss.
Alles anzeigen

1 Heist das ich soll mir -f --force verkneifen, weil es während einer Aufnahme das Dateisystem (bei mir ext3) beschädigen kann ?

2 seahawk1986: Oder ist systemctl --force reboot ok, weil ungleich systemctl –force reboot.target ?

PS: Ich muß mir wohl angewöhnen F5 zu drücken, weil ihr immer so prompt reagiert ... fnu hab den Post erst nachher gelesen

fnu · 27. August 2021

Na, vllt. liest Du einfach mal die systemctl Manpage?

...

reboot [arg]

Shut down and reboot the system. This is mostly equivalent to systemctl start reboot.target

--job-mode=replace-irreversibly --no-block, but also prints a wall message to all users. This command is

asynchronous; it will return after the reboot operation is enqueued, without waiting for it to complete.

If combined with --force, shutdown of all running services is skipped, however all processes are killed and all

file systems are unmounted or mounted read-only, immediately followed by the reboot. If --force is specified

twice, the operation is immediately executed without terminating any processes or unmounting any file systems.

This may result in data loss. Note that when --force is specified twice the reboot operation is executed by

systemctl itself, and the system manager is not contacted. This means the command should succeed even when the

system manager has crashed.

If the optional argument arg is given, it will be passed as the optional argument to the reboot(2) system call.

The value is architecture and firmware specific. As an example, "recovery" might be used to trigger system

recovery, and "fota" might be used to trigger a “firmware over the air” update.

...

Force bezieht sich hier auf das Handling der Systemprozesse und ist sicher hilfreich wenn einer Prozess hängt und man nicht auf ein timeout warten möchte ...

gggggg · 27. August 2021

OK also 2mal --force sollte man nicht machen ...

dann bleib ich bei /sbin/reboot -f (werd ich dann auch in die alte reelbox einbauen) was wenn ich das richtig verstehe gleich systemctl –force reboot.target ist !?

cinfo · 27. August 2021

Im nächsten BM2LTS-ISO gibt es dann den "Notausstieg"

"4x rote Taste" auf der FB und der BM2LTS startet neu (auch wenn der VDR mal hängt)

Code

irexec.service - IR Remote irexec config .lircrc loaded on startup
     Loaded: loaded (/etc/systemd/system/irexec.service; enabled; vendor preset: enabled)
     Active: active (running) since Fri 2021-08-27 15:17:25 CEST; 2h 48min ago
   Main PID: 527 (irexec)
      Tasks: 1 (limit: 38033)
     Memory: 888.0K
     CGroup: /system.slice/irexec.service
             └─527 /usr/bin/irexec /etc/lirc/irexec.lircrc
Aug 27 18:06:39 BM2LTSN64nativeDD systemd[1]: Starting IR Remote irexec config .lircrc loaded on startup...
Aug 27 18:06:39 BM2LTSN64nativeDD systemd[1]: Started IR Remote irexec config .lircrc loaded on startup.

gggggg · 27. August 2021

cinfo es wäre auch ein reiner vdr neustart hilfreich. Brauch ich z.B. für mpv.

Ich leg das bei mir auf die KEY_TV, 2x vdr restart, 4x reboot

Bei der BM2LTS 2.95 auf der reelbox schaut die remote.conf ja anders aus (weil ja keine rc6) und das über das Frontpanel geht

Code

...
LIRC.Stop       stop
LIRC.FastFwd    fforward
LIRC.FastRew    rewind
LIRC.Next       skipfwd
LIRC.Prev       skipback
LIRC.PrevChannel  lastprog
LIRC.Channels   source
LIRC.Timers     timer
LIRC.Recordings vidarchive
LIRC.Commands   sleep
LIRC.User1      tv
LIRC.User2      radio
LIRC.User3      text
LIRC.User4      dvd
LIRC.User5      epg
LIRC.User6      tvmenu
...

Alles anzeigen

aber egal ob stop oder KEY_STOP ... keine REaktion:

Hab mal evtest probiert ... event 3/4 sind mein USB-IR RC-6 für Kodi. Event 15 wäre das Frontpanel

Code

root@BM2LTSR66RBex:~# sudo evtest
No device specified, trying to scan all of /dev/input/event*
Available devices:
/dev/input/event0:      Sleep Button
/dev/input/event1:      Power Button
/dev/input/event2:      Power Button
/dev/input/event3:      Media Center Ed. eHome Infrared Remote Transceiver (147a:e017)
/dev/input/event4:      MCE IR Keyboard/Mouse (mceusb)
/dev/input/event5:      HDA Intel Rear Mic
/dev/input/event6:      HDA Intel Front Mic
/dev/input/event7:      HDA Intel Line
/dev/input/event8:      HDA Intel Line Out Front
/dev/input/event9:      HDA Intel Line Out Surround
/dev/input/event10:     HDA Intel Line Out CLFE
/dev/input/event11:     HDA Intel Line Out Side
/dev/input/event12:     HDA Intel Front Headphone
/dev/input/event13:     HDA NVidia HDMI/DP,pcm=3
/dev/input/event14:     HDA NVidia HDMI/DP,pcm=7
/dev/input/event15:     Reelbox Frontpanel Part I (VDR-Mode)
Select the device event number [0-15]: 15
Input driver version is 1.0.1
Input device ID: bus 0x12 vendor 0x0 product 0x0 version 0x1
Input device name: "Reelbox Frontpanel Part I (VDR-Mode)"
Supported events:
  Event type 0 (EV_SYN)
  Event type 1 (EV_KEY)
    Event code 2 (KEY_1)
    Event code 3 (KEY_2)
    Event code 4 (KEY_3)
    Event code 5 (KEY_4)
    Event code 6 (KEY_5)
    Event code 7 (KEY_6)
    Event code 8 (KEY_7)
    Event code 9 (KEY_8)
    Event code 10 (KEY_9)
    Event code 11 (KEY_0)
    Event code 12 (KEY_MINUS)
    Event code 14 (KEY_BACKSPACE)
    Event code 15 (KEY_TAB)
    Event code 16 (KEY_Q)
    Event code 17 (KEY_W)
    Event code 18 (KEY_E)
    Event code 19 (KEY_R)
    Event code 20 (KEY_T)
    Event code 21 (KEY_Y)
    Event code 22 (KEY_U)
    Event code 23 (KEY_I)
    Event code 24 (KEY_O)
    Event code 25 (KEY_P)
    Event code 26 (KEY_LEFTBRACE)
    Event code 27 (KEY_RIGHTBRACE)
    Event code 28 (KEY_ENTER)
    Event code 30 (KEY_A)
    Event code 31 (KEY_S)
    Event code 32 (KEY_D)
    Event code 33 (KEY_F)
    Event code 34 (KEY_G)
    Event code 35 (KEY_H)
    Event code 36 (KEY_J)
    Event code 37 (KEY_K)
    Event code 38 (KEY_L)
    Event code 39 (KEY_SEMICOLON)
    Event code 40 (KEY_APOSTROPHE)
    Event code 42 (KEY_LEFTSHIFT)
    Event code 43 (KEY_BACKSLASH)
    Event code 44 (KEY_Z)
    Event code 45 (KEY_X)
    Event code 46 (KEY_C)
    Event code 47 (KEY_V)
    Event code 48 (KEY_B)
    Event code 49 (KEY_N)
    Event code 50 (KEY_M)
    Event code 51 (KEY_COMMA)
    Event code 52 (KEY_DOT)
    Event code 53 (KEY_SLASH)
    Event code 56 (KEY_LEFTALT)
    Event code 59 (KEY_F1)
    Event code 60 (KEY_F2)
    Event code 61 (KEY_F3)
    Event code 62 (KEY_F4)
    Event code 63 (KEY_F5)
    Event code 64 (KEY_F6)
    Event code 100 (KEY_RIGHTALT)
    Event code 103 (KEY_UP)
    Event code 105 (KEY_LEFT)
    Event code 106 (KEY_RIGHT)
    Event code 108 (KEY_DOWN)
    Event code 113 (KEY_MUTE)
    Event code 114 (KEY_VOLUMEDOWN)
    Event code 115 (KEY_VOLUMEUP)
    Event code 116 (KEY_POWER)
    Event code 119 (KEY_PAUSE)
    Event code 128 (KEY_STOP)
    Event code 138 (KEY_HELP)
    Event code 139 (KEY_MENU)
    Event code 141 (KEY_SETUP)
    Event code 147 (KEY_XFER)
    Event code 150 (KEY_WWW)
    Event code 159 (KEY_FORWARD)
    Event code 161 (KEY_EJECTCD)
    Event code 167 (KEY_RECORD)
    Event code 168 (KEY_REWIND)
    Event code 174 (KEY_EXIT)
    Event code 207 (KEY_PLAY)
    Event code 214 (KEY_QUESTION)
    Event code 226 (KEY_MEDIA)
    Event code 227 (KEY_SWITCHVIDEOMODE)
    Event code 352 (KEY_OK)
    Event code 358 (KEY_INFO)
    Event code 359 (KEY_TIME)
    Event code 360 (KEY_VENDOR)
    Event code 364 (KEY_FAVORITES)
    Event code 365 (KEY_EPG)
    Event code 366 (KEY_PVR)
    Event code 370 (KEY_SUBTITLE)
    Event code 373 (KEY_MODE)
    Event code 381 (KEY_SAT)
    Event code 385 (KEY_RADIO)
    Event code 388 (KEY_TEXT)
    Event code 389 (KEY_DVD)
    Event code 392 (KEY_AUDIO)
    Event code 398 (KEY_RED)
    Event code 399 (KEY_GREEN)
    Event code 400 (KEY_YELLOW)
    Event code 401 (KEY_BLUE)
    Event code 402 (KEY_CHANNELUP)
    Event code 403 (KEY_CHANNELDOWN)
    Event code 413 (KEY_DIGITS)
    Event code 435 (KEY_EURO)
Properties:
  Property type 20 (EV_REP)
    Property code 0 (REP_DELAY)
      Value    250
    Property code 1 (REP_PERIOD)
      Value     33
Testing ... (interrupt to exit)
***********************************************
  This device is grabbed by another process.
  No events are available to evtest while the
  other grab is active.
  In most cases, this is caused by an X driver,
  try VT-switching and re-run evtest again.
***********************************************

Alles anzeigen

Hast du eine Idee ?

cinfo · 27. August 2021

Zitat

es wäre auch ein reiner vdr neustart hilfreich. Brauch ich z.B. für mpv.

Im nächsten BM2LTS-ISO gibt es dann den "Notausstieg für den VDR"

"4x blau Taste" auf der FB und der VDR startet neu.

Tastenbelegungen der FBD ergänzen und Plugins direkt aufrufen

irexec

Jetzt mitmachen!

Teilen