Ja, da muss man entweder die (a)getty-Instanz beenden oder ein freies tty nehmen - ich mache das für den Raspberry Pi so, dass ich das TTY umschalten lasse und dessen Eingaben an den stdin des VDR binde - das geht mit Systemd recht einfach als Drop-In für eine generische Systemd-Unit für den VDR:
$ systemctl cat vdr.service
# /lib/systemd/system/vdr.service
[Unit]
Description=Video Disk Recorder
After=network.target
[Service]
Type=notify
ExecStartPre=/bin/bash /usr/lib/vdr/merge-commands.sh "commands"
ExecStartPre=/bin/bash /usr/lib/vdr/merge-commands.sh "reccmds"
ExecStart=/usr/bin/vdr
Restart=on-failure
RestartPreventExitStatus=0 2
[Install]
WantedBy=multi-user.target
# /etc/systemd/system/vdr.service.d/99-rpi.conf
#
# *** ANSIBLE MANAGED FILE ***
# template: /home/ubuntu/yavdr-ansible/roles/rpi/templates/rpi.conf.j2
#
[Unit]
Conflicts=getty@tty7.service
[Service]
StandardInput=tty-force
StandardOutput=syslog
TTYPath=/dev/tty7
TTYReset=no
TTYVHangup=yes
ExecStartPre=/usr/bin/chvt 7Da tty7 normalerweise eh frei bleibt, reicht es vermutlich mit /usr/bin/chvt 7 dorthin zu wechseln, bevor man den VDR daran bindet.
Kann man das auch ohne systemd machen?
Ich glaube um 2008 herum hatte ich das mal so mit dem Mahlzeit-ISO so genutzt, aber seitdem hat sich viel getan...
Eigentlich sollte das doch die Option "--terminal=/dev/tty7" dann machen, oder?
Läuft dein VDR dauerhaft als root oder droppt der seine Rechte und wechselt auf einen weniger privilegierten Nutzer?
Wenn ich das richtig sehe, schaut der VDR in http://git.tvdr.de/?p=vdr.git;…e52794c6ba52;hb=HEAD#l489, ob er auf das tty zugreifen darf, dann droppt er die Rechte: http://git.tvdr.de/?p=vdr.git;…e52794c6ba52;hb=HEAD#l528 und dann versucht er später stdin, stdout, stderr usw. zu öffnen, ohne den Rückgabewert von freopen zu prüfen: http://git.tvdr.de/?p=vdr.git;…e52794c6ba52;hb=HEAD#l684 - d.h. man würde wenn ich das richtig verstehe nicht wirklich mitbekommen, wenn das fehlschlägt.
Kann man die Konsole nicht via raspi-config oder /etc/inittab freigeben? Wäre einfacher.
Das hängt vom Init-System ab - wenn Systemd genutzt wird, ist die rc.local nur ein Abwärtskompatibilitätslayer, der den Nachteil hat, dass er nicht für lange laufende Prozesse gedacht ist und standardmäßig wird die rc.local auch nicht am Ende des Startvorgangs ausgeführt: https://www.freedesktop.org/so…d-rc-local-generator.html - und eine /etc/inittab wird ignoriert.
Natürlich kann man eine getty@ttyX.service maskieren, um zu verhindern, dass (a)getty auf ttyX gestartet wird, aber wenn das Init-System die Möglichkeit bietet stdin, stdout und stderr an die gewünschten Endpunkte zu hängen, ist das die einfachste Lösung, weil man sich keine Gedanken über die Berechtigungen des VDR-Prozess machen muss auf das tty zuzugreifen.
Gerne, aber wäre es grundsätzlich nicht einfacher, wenn der vdr erst seine Ein- und Ausgabekanäle ans tty bindet und danach seine Rechte droppt?
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!