Ansible Playbooks für yaVDR

1.1.1. für die Nutzung als HTPC

1.1.2. Nutzung als Server

1.2.1. Download des Ubuntu Server ISO

1.2.2. TODO Installation von Ubuntu Server

1.3.1. Herunterladen von yavdr-ansible

$ sudo apt install git
$ git clone https://github.com/yavdr/yavdr-ansible
$ cd yavdr-ansible

1.3.2. Anpassen der Vorkonfiguration

1. genutzte PPAs
   

   Statt der in der groups_vars/all vorgegebenen PPAs können beliebige Paketquellen genutzt werden (solange diese die benötigten Pakete enthalten).

   Standardmäßig werden die PPAs ppa:yavdr/experimentai-main, ppa:yavdr/experimental-vdr sowie ppa:yavdr/experimental-kodi genutzt:

   branch: experimental
   ppa_owner: 'ppa:yavdr'
   # add the following PPAs
   repositories:
     - '{{ ppa_owner }}/{{branch}}-main'
     - '{{ ppa_owner }}/{{branch}}-vdr'
     - '{{ ppa_owner }}/{{branch}}-kodi'
   

   Möchte man stattdessen z.B. ein PPA für den VDR 2.4.5 mit Patches für das dynamite-Plugin nutzen, könnte man in einer host_vars/localhost z.B. folgende Änderung vornehmen:

   repositories:
     - '{{ ppa_owner }}/{{branch}}-main'
     - 'ppa:seahawk1986-hotmail/vdr-2.4.5-patches'
     - '{{ ppa_owner }}/{{branch}}-kodi'
   

   Wichtig: Das Playbook entfernt einmal hinzugefügte Paketquellen nicht automatisch - man muss also immer dafür sorgen, dass nur die gewünschten Paketquellen aktiv sind. Das Entfernen von PPAs und den daraus installierten Paketen (ggf. mit Downgrade auf ältere Paketversionen) ist z.B. mit dem Tool ppa-purge möglich.

2. Sprache und Zeitzone
   

   Da der Live-Installer für Ubuntu Server 20.04 die Locale- und Zeitzoneneinstellungen nicht mehr automatisch setzt, läuft ein frisch installiertes System in der Zeitzone UTC und mit der Locale en_US.UTF-8. Das Playbook setzt standardmäßig die Zeitzone Europe/Berlin und die Standard-Locale de_DE.UTF-8.

   Diese Einstellungen können über die folgenden Variablen in der =host_vars/localhost angepasst werden - in der Voreinstellung sieht das so aus:

   timezone: 'Europe/Berlin'
   default_locale: 'de_DE.UTF-8'
   generate_locales:  # see entries in /etc/locale.gen
     - 'de_DE.UTF-8 UTF-8'
     - 'en_US.UTF-8 UTF-8'
   language_packs:
     - language-pack-de
     - language-pack-en
   

3. Spezielle Rollen
   
   1. serial-ir
      

      Für serielle Empfänger (wie z.B. beim Atric V5) sollte im Playbook die Rolle serial-ir einkommentiert werden. Standardmäßig wird die erste serielle Schnittstelle genutzt (/dev/ttyS0 aka COM1). Ist der Empfänger an der zweiten seriellen Schnittstelle angeschlossen, muss in der host_vars/localhost die Variable serial_ir_device entsprechend angepasst werden:

      serial_ir_device: ttyS1
      

   2. epgd
      

      Wird diese Rolle im Playbook einkommentiert, richtet yavdr-ansible den vdr-epgd-daemon inkl. MariaDB-Datenbank ein und installiert das vdr-plugin-epg2vdr.

   3. install-sundtek
      

      Für Sundtek-Tuner sollte im Playbook die Rolle install-sundtek einkommentiert werden. Diese Rolle richtet die Sundtek-Treiber und eine sundtek.service ein.

      Über die Konfiguration in der host_vars/localhost kann festgelegt werden, ob die Treiber auch installiert werden sollen, wenn kein lokal angeschlossener Stick erkannt wurde (sundtek.force_install) und ob der Start des VDR verzögert werden soll bis

      • lokal angeschlossene Sundtek-Tuner initialisiert wurden (sundtek.wait_for_devices) - falls das nicht auf true gesetzt wird, werden die Pakete vdr-plugin-sundtek und vdr-plugin-dynamite installiert
      • das Netzwerk verfügbar ist (sundtek.wait_for_network)

      sundtek:
        force_install: false
        wait_for_devices: true
        wait_for_network: false
      

4. Templates
   

   Gegenüber früheren yaVDR-Versionen kommt eine neue Template-Engine (jinja2) zum Einsatz. Templates werden beim Ausführen der im Playbook konfigurierten Rollen expandiert.

1.3.3. Ausführen der Installationsskripte

$ sudo -H ./install-yavdr.sh

$ sudo -H ./install-yavdr-headless.sh

1.4.1. Kanalliste hinterlegen

systemctl stop vdr

1. Kanallisten aus der channelpedia
   

   Die Channelpedia bietet eine Sammlung von Kanallisten für die gängigen Satellitenpositionen, Kabelnetze und den terrestrischen Empfang.

2. Kanalsuche mit w_scan
   

   w_scan erlaubt die Kanalsuche mit Tunern für DVB-S(2), DVB-C und DVB-T. Für DVB-T2 funktioniert das nachfolgend beschriebene t2scan besser.

   $ sudo w_scan -c de -f c > channels.conf
   

3. Kanalsuche mit t2scan
   

   t2scan ist speziell dafür ausgelegt nach DVB-T(2) Kanälen zu suchen.

   $ sudo t2scan > channels.conf
   

2.4.1. Updates Einspielen

$ sudo apt update && sudo apt full-upgrade

$ sudo apt-get update && sudo apt-get dist-upgrade

2.4.2. Entfernen ungenutzter Pakete und alter Kernel

$ sudo apt autoremove --purge

2.5.1. systemctl

# Status einer Unit anzeigen
systemctl status vdr
# Unit starten
systemctl start vdr
# Unit neu starten
systemctl restart vdr
# Unit stoppen
systemctl stop vdr
# Unit deaktivieren (wird nicht mehr automatisch beim Booten gestartet)
systemctl disable vdr
# Unit aktivieren (wird gemäß ihres Install Abschitts automatisch beim Booten gestartet
systemctl enable vdr
# Unit maskieren (kann weder automatisch noch von Hand gestartet werden)
systemctl mask vdr

2.7.1. Pulseaudio vorübergehend deaktivieren

pasuspender -- env AE_SINK=ALSA kodi

yavdr-pasuspend -s # pausiere Pulseaudio
yavdr-pasuspend -r # reaktiviere Pulseaudio

2.7.2. Pulseaudio komplett deaktivieren

autospawn = no

2.7.3. Pulseaudio Nutzung von Alsa-Gerät erzwingen

load-module module-alsa-sink device=hw:1,7

3.2.1. Anpassen der Tastenbelegung für rc-core Empfänger

# driver	  table				  file
nuvoton-cir rc-rc6-mce          /lib/udev/rc_keymaps/rc-rc6-mce

1. Eigene Keytables erzeugen
   

   Möchte man eine Fernbedienung mit einem anderen IR-Protokoll bzw. abweichenden Tastencodes nutzen, kann eine eigene Keytable dafür geladen werden.

   Damit uneingeschränkter Zugriff auf den Empfänger möglich ist, sollten die Systemd-Units eventlircd.socket und eventlircd.service gestoppt sein:

   systemctl stop eventlircd.socket eventlircd.service
   

   Um die Keytable erzeugen zu können, benötigt man als erstes das Protokoll, das die Fernbedienung nutzt, um Tastendrücke zu senden. Wenn es nicht bekannt ist, kann man versuchen den Empfänger mit allen unterstützten Protokollen zu betreiben:

   ir-keytable -c -p all -t
   

   Aus der Ausgabe

   Mit ir-keytable -p $PROTOKOL kann man das gewünschte Protokoll für den Empfänger setzen und danach mit mit ir-keytable -c die aktuell geladene Keytable löschen. Mit sudo ir-keytable -t kann man sich jetzt die Scancodes für gedrückte Tasten anzeigen lassen und diese in einer Keytable dem gewünschten Tastennamen zuordnen.

   1. Neue Syntax
      

      ir-keytable hat ein neues Format für Keytables eingeführt - neben der alten Syntax wird jetzt auch das TOML-Format unterstützt - dabei werden wie in der Manpage beschrieben mindestens diese Abschnitte mit Feldern erwartet:

      [[protcols]]
      name = "rc-rc6-mce"  # yaVDR-Convention: Tabellen-Name laut rc-core, Name darf aber beliebig gewählt werden
      protocol = "rc-6"  # Protokoll laut rc-core
      [protocols.scancodes]
      0xdeadbeef = "KEY_COFFEE"
      

   2. Alte Syntax
      

      In der Ersten Zeile der Keytable sollte der vom Treiber vorgegebene Name der Keytable und das - oder falls gewünscht und vom Empfänger unterstützt die - gewünschten Protokolle angegeben werden und in den Folgenden Zeilen werden Scancode und Tastenname durch Whitespace getrennt angegeben - für den weiter oben genutzten CIR-Empfänger wäre das dann also z.B. für eine Fernbedienung mit RC6 Protokoll:

      # table rc-rc6-mce, type: RC6
      0xdeadbeef KEY_COFFEE
      

   3. Umstellung von lircd auf rc-core
      

      Im Git-Repository der v4l-utils gibt es ein Skript, das dabei helfen kann eine bestehende lircd.conf in eine keymap (im TOML-Format) umzuwandeln: https://git.linuxtv.org/v4l-utils.git/tree/contrib/lircd2toml.py

   4. Automatisiertes Anlernen von rc-core Empfängern
      

      Um die Erstellung von Keytables zu vereinfachen, kann das folgende Python-Skript genutzt werden (benötigt das Paket python3-evdev) - die anzulernenden Tasten können in der Liste BUTTONS definiert werden:

      import functools
      import contextlib
      import signal
      import sys
      import time
      from argparse import ArgumentParser
      from pathlib import Path
      from evdev import InputDevice, ecodes
      
      BUTTONS = [
              "KEY_OK",
              "KEY_UP",
              "KEY_DOWN",
              "KEY_LEFT",
              "KEY_RIGHT",
              ]
      
      RC_SYS_DEVICES = Path('/sys/class/rc/')
      DEVPATH = Path('/dev')
      debug = functools.partial(print, file=sys.stderr)
      
      
      def print_keymap(keytable, protocol, keys):
          print("[[protocols]]")
          print(f'name = "{keytable}"')
          print(f'protocol = "{protocol}"')
          print('[protocols.scancodes]')
          for keyname, scancode in keys.items():
              print(f'{scancode:#06x} = "{keyname}"')
      
      
      def read_from_device(dev, keytable, protocol):
          def btn_generator():
              for btn in BUTTONS:
                  yield btn
              while True:
                  yield None
      
          btn_gen = btn_generator()
      
          keymap = {}
          last_scancode = None
          last_ts = float('inf')
      
          button = next(btn_gen)
          first_btn = button
          with contextlib.closing(InputDevice(dev)) as dev:
              debug(f"Please press a button for {button}")
      
              for ev in dev.read_loop():
                  advance_button = False
                  if ev.type == ecodes.EV_MSC:
                      ts = ev.timestamp()
                      if (
                          ev.value == keymap.get(first_btn)
                          and last_scancode == keymap.get(first_btn)
                          and ts - last_ts > .5
                      ):
      
                          # skip button because user pressed KEY_OK
                          # and it's not an unwanted repeat
                          advance_button = True
                          debug(f"skipped learning button {button}")
                      elif last_scancode == ev.value:
                          # repeated key
                          pass
                      elif ev.value != keymap.get(first_btn):
                          debug(f"Got scancode {ev.value:#06x} for {button}.")
                          advance_button = True
                          keymap[button] = ev.value
                          last_scancode = ev.value
      
                      last_ts = ts
                      last_scancode = ev.value
      
                  if advance_button:
                      button = next(btn_gen)
                      if button:
                          debug(f"Please press a button for {button} (press KEY_OK to skip)")
                      else:
                          break
              print_keymap(keytable, protocol, keymap)
      
      
      def list_devices():
          devices = []
          for rc_device in RC_SYS_DEVICES.glob('rc*'):
              device = {}
              device["path"] = rc_device
              device["sys"] = rc_device.name
      
              with open(next(rc_device.glob('input*/event*/uevent'))) as f:
                  # read DEVNAME attribute (and others)
                  for line in f:
                      key, value = line.rstrip().split('=')
                      device[key] = value
      
              with open(rc_device.joinpath('uevent')) as f:
                  for line in f:
                      key, value = line.rstrip().split('=')
                      device[key] = value
      
              with open(rc_device.joinpath('protocols')) as f:
                  protocols = f.read().rstrip().split()
                  active_protocols = [p[1:-1] for p in protocols if (
                      p.startswith('[') and p != "[lirc]")]
                  inactive_protocols = [p for p in protocols if not p.startswith('[')]
                  device["protocols"] = protocols
                  device["inactive_protocols"] = inactive_protocols
                  device["active_protocols"] = active_protocols
                  devices.append(device)
          return devices
      
      
      if __name__ == '__main__':
          parser = ArgumentParser(description="create keymaps for rc-core devices")
          parser.add_argument('-p', '--protocol', metavar='PROTOCOL',
                              help='set ir-protocol')
          parser.add_argument('-d', '--device', metavar='DEVICE', default=None,
                              help='ir device (e.g. rc0)')
          args = parser.parse_args()
      
          devices = list_devices()
          if not devices:
              sys.exit("No rc-core devices found. Exiting.")
          elif len(devices) == 1:
              print(f"Using device {devices[0]['NAME']}", file=sys.stderr)
              dev = devices[0]['path']
              input_dev = devices[0]['DEVNAME']
              keytable = devices[0]['NAME']
              protocol = ",".join(devices[0]['active_protocols'])
          else:
              if args.device:
                  for d in devices:
                      if (d['sys'] == args.device
                              or d['path'] == RC_SYS_DEVICES.joinpath(args.device)):
                          dev = RC_SYS_DEVICES.joinpath(args.device)
                          input_dev = d['DEVNAME']
                          keytable = d['NAME']
                          protocol = ",".join(d['active_protocols'])
              else:
                  for i, d in enumerate(devices, start=1):
                      if not args.protocol:
                          print(f"{i}) {d['DEV_NAME']} ({','.join(d.get('active_protocols'))})")
                      else:
                          print(f"{i}) {d['DEV_NAME']}")
                  try:
                      dev_num = int(input("\tUse device numer: "))
                      if dev_num < 0 or dev_num > len(devices):
                          raise ValueError
                      d = devices[dev_num - 1]
                  except (ValueError, IndexError):
                      sys.exit("invalid device number")
                  input_dev = d['DEVNAME']
                  keytable = d['NAME']
                  protocol = ",".join(d['active_protocols'])
                  dev = d['path']
      
          # set ir-protocol(s)
          if args.protocol:
              try:
                  with open(dev.joinpath('protocols'), 'w') as f:
                      f.write(args.protocol)
              except PermissionError as e:
                  sys.exit(f"Error: insifficient permissions to change protocol - are you root?")
              except IOError as e:
                  sys.exit(f"Error: could not set protocol(s) to {args.protocol}: {e}")
              protocol = args.protocol
      
          input_dev = DEVPATH.joinpath(input_dev)
          debug("using device: ", input_dev)
      
          def signal_handler(signum, frame):
              sys.exit()
      
          for signame in {'SIGINT', 'SIGTERM'}:
              signal.signal(
                  getattr(signal, signame),
                  signal_handler)
          try:
              read_from_device(input_dev, keytable, protocol)
          except PermissionError as e:
              sys.exit(f"Error: can't open {input_dev} - are you root?")
      

3.4.1. Besonderheiten für eventlircd

systemctl stop eventlircd.{service,socket}

systemctl start eventlircd.{service,socket}

3.6.1. evtest

3.6.2. ir-keytable

3.6.3. irw

4.1.1. avahi-linker

1. Freigaben ankündigen
   

   Der avahi-daemon liest die Dateien in /etc/avahi/services/ ein und kündigt diese im Netzwerk an. Der Wert für subtype beeinflusst an welcher Stelle eine Freigabe von avahi-linker eingebunden wird. subtype=vdr ist für Freigaben vorgesehen, die VDR-Aufzeichnungen enthalten.

   Programmlisting 2 Beispiel für die Ankünfigung des VDR-Aufnahmeverzeichnis über Avahi

   <?xml version="1.0" standalone='no'?>
   <!DOCTYPE service-group SYSTEM "avahi-service.dtd">
   <service-group>
     <name replace-wildcards="yes">Recordings on %h</name> <!-- Name der Freigabe, %h entspricht dem Hostname -->
       <service>
         <type>_nfs._tcp</type>
         <port>2049</port>
         <txt-record>path=/srv/vdr/video</txt-record>   <!-- Pfad der NFS-Freigabe -->
         <txt-record>subtype=vdr</txt-record>           <!-- Subtyp -->
       </service>
   </service-group>
   

   Über einen <txt-record> für category können Unterverzeichnisse abgebildet werden:

   Programmlisting 3 Beispiel für eine Freigabe mit Filmen für das Videoverzeichnis

   <?xml version="1.0" standalone='no'?>
   <!DOCTYPE service-group SYSTEM "avahi-service.dtd">
   <service-group>
   <name replace-wildcards="yes">Movies on %h</name> ## Name
     <service>
       <type>_nfs._tcp</type>
       <port>2049</port>
       <txt-record>path=/srv/video/movies</txt-record> <!-- Pfad der NFS-Freigabe -->
       <txt-record>subtype=video</txt-record> <!-- Subtyp -->
       <txt-record>category=movies</txt-record> <!-- Kategorie -->
     </service>
   </service-group>
   

   Programmlisting 4 Beispiel für eine Freigabe mit Serien für das Videoverzeichnis

   <?xml version="1.0" standalone='no'?>
   <!DOCTYPE service-group SYSTEM "avahi-service.dtd">
   <service-group>
   <name replace-wildcards="yes">Movies on %h</name> ## Name
     <service>
       <type>_nfs._tcp</type>
       <port>2049</port>
       <txt-record>path=/srv/video/tv-series</txt-record> <!-- Pfad der NFS-Freigabe -->
       <txt-record>subtype=video</txt-record> <!-- Subtyp -->
       <txt-record>category=series</txt-record> <!-- Kategorie -->
     </service>
   </service-group>
   

   Alle anderen Freigaben werden unter den Namen des Subtyps und falls Vorhanden der Kategorie (die übersetzt werden, falls sie in den Übersetzungsdateien aus dem Paket yavdr-i18n enthalten sind) unterhalb von /media/ eingebunden.

5.1.1. Einzelne Befehl mit passenden Rechten und Umgebungsvariablen absetzen:

sudo -u vdr DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/666/bus systemctl --user restart osd2web.service

alias sctlu="sudo -u vdr DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/666/bus systemctl --user "

sctlu restart osd2web

5.1.2. Zugriff mit tmux

sudo tmux -S /tmp/tmux-666/default

source <(systemctl --user show-environment)
# bzw.
export $(systemctl --user show-environment)

5.2.1. Verhalten beim Start

5.3.1. desktop-Plugin

5.3.2. frontend-dbus-send

5.4.1. osd2web auf zweitem Monitor

url="http://192.168.1.30:4444/skins/horchiTft/index.html?theme=bluecd?onlyView=1"

6.2.1. Bekannte Probleme bei den Ausgabeplugins:

6.3.1. Umgebungsvariablen

6.3.2. Startargumente

$ vdr --showargs

1. vdrctl
   

   vdrctl ist ein Hilfsprogramm, das die Verwaltung der Konfigurationsdateien für den VDR vereinfacht. Es kann die nötigen Symlinks anlegen bzw. entfernen und Konfigurationsdateien mit einem Editor öffnen.

   Hier ein paar Beispiele zur Verwendung:

   # Hilfe zu vdrctl anzeigen.
   vdrctl -h
   
   # Status aller verfügbaren Plugins und statischen Konfigurationdateien
   $ vdrctl status
   
   # Aktivierung eines Plugins.
   $ sudo vdrctl enable streamdev-client
   
   # Ein Plugin unter Angabe der Priorität aktivieren.
   $ sudo vdrctl enable dynamite -p 90
   
   # Aktivierung mehrerer Plugins.
   $ sudo vdrctl enable streamdev-client vnsiserver
   
   # Ein Plugin deaktivieren.
   $ sudo vdrctl disable iptv
   
   # Mehrerere Plugins deaktivieren.
   $ sudo vdrctl disable streamdev-client streamdev-server iptv
   
   # Bearbeiten der Konfiguration für ein Plugin.
   $ sudo vdrctl edit imonlcd
   
   # Bearbeiten der Konfiguration mit einem Wunsch-Editor (hier vim):
   $ EDITOR=vim sudo vdrctl edit imonlcd
   

6.3.3. Shutdown

1. Shutdown-Hooks
   

   Zusätzlich zu den im VDR verankerten Mechanismen um einen Shutdown zu verhindern (Benutzeraktivität, anstehender Timer, Plugins verhindern den Shutdown während gewisser Operationen) gibt es die Möglichkeit den Shutdown-Versuch durch Hook-Skripte in /etc/vdr/shutdown-hooks/ (bzw. von Paketen abgelegte Skripte in /usr/share/vdr/shutdown-hooks/) abzubrechen, die über den vdr-shutdown-wrapper und das Skript /usr/lib/vdr/vdr-shutdown aufgerufen werden.

   1. vdr-addon-acpiwakeup
      

      Das Addon setzt über /sys/class/rtc/rtc0/wakealarm bzw. über einen anderen über die Umgebungsvariable WAKEALARM in /etc/default/vdr bzw. /etc/vdr/vdr-addon-acpiwakeup.conf~ angegebenen RTC-kompatiblen Node die Aufweckzeit. Einstellungen wie das regelmäßige Aufwecken des Rechners, wenn kein Timer definiert wurde können über die Konfigurationsdatei /etc/vdr/vdr-addon-acpiwakeup.conf vorgenommen werden.

   2. vdr-addon-lifeguard-ng
      

      Das lifeguard-ng Addon verhindert den Shutdown für konfigurierbare Shutdown-Hindernisse wie bestehende SSH-, NFS- und Samba-Verbindungen von Clients. Darüber hinaus lassen im Netzwerk aktive Hosts bzw. pingbare IP-Addressen sowie angemeldete Nutzer und bestehende TC/IP-Verbindungen als Abbruchkriterien für den Shutdown konfigurieren. Die Konfiguration erfolgt über die /etc/lifeguard.conf.

2. Shutdown durch den VDR verhindern
   
   1. automatischen Shutdown bei Inaktivität verhindern
      

      Um zu verhindern, dass der VDR bei Inaktivität den Rechner herunter fährt, kann man die Option „VDR ausschalten bei Inaktivität (min)“ auf den Wert 0 setzen. Alternativ bei gestopptem VDR in der /var/lib/vdr/setup.conf die Variable MinUserInactivity = 0 setzen.

   2. Shutdown-Befehl entfernen
      

      Will man den Shutdown durch den VDR generell unterbinden, kann man in der Datei /etc/vdr/conf.d/00-vdr.conf die Zeile mit dem Argument für den Shutdown-Befehl auskommentieren bzw. entfernen:

      #--shutdown=/usr/lib/vdr/vdr-shutdown-wrapper
      

6.3.4. Häufige Problemstellungen

1. VDR startet, bevor die DVB-Karten initialisiert wurden
   

   Es gibt mehrere Ansätze das Problem in yaVDR anzugehen:

   1. Start des VDR verzögern
      

      Die mitgelieferte Systemd-Unit wait-for-dvb@.service erlaubt es den VDR erst starten zu lassen, wenn die vorgegeben Tuner verfügbar sind. Nach einem Timeout von 90 Sekunden startet der VDR trotzdem, wenn ein Tuner dann immer noch nicht aufgetaucht ist.

      Wichtiger Hinweis für focal: Hier wird wait-for-dvb@.service vom Playbook (über die Rolle vdr) verwaltet. In der Variablen wait_for_dvb_devices kann eine Liste von Tunern angegeben werden, für die eine Instanz der Unit aktiviert werden soll. Für alle nicht in der Liste aufgeführten Adapter von 0 - max_num_dvb_devices (Vorgabewert: 16) werden ggf. bereits aktivierte Instanzen der Unit deaktiviert.

      Die Aktivierung der Unit muss für jeden gewünschten Tuner erfolgen - um z.B. auf /dev/dvb/adapter0 zu warten:

      $ sudo systemctl enable wait-for-dvb@0.service
      

      Bei Systemen mit vielen Tunern kann man auch eine Shell Parameter Expansion nutzen, um die Unit für mehrere Tuner auf einmal zu aktivieren (hier z.B. für 8 Tuner):

      $ sudo systemctl enable wait-for-dvb@{0..7}.service
      

      Wenn Tuner ausgebaut/abgesteckt werden, sollte der dazugehörige Service wieder deaktiviert werden - hier z.B. für das Gerät /dev/dvb/adapter7:

      $ sudo systemctl disable wait-for-dvb@7.service
      

      Wichtig: das funktioniert nur für Tuner, für die udev-Events ausgelöst werden, für Sundtek-Empfänger bitte das Vorgehen in Sundtek Treiber beachten!

   2. dynamite-Plugin
      

      Das dynamite-Plugin bindet DVB-Karten nachträglich automatisch ein, sobald sie verfügbar sind (leider gibt es Inkompatibilitäten mit anderen Plugins wie z.B. pvrinput)

2. VDR startet nicht
   

   Zu den häufigsten Problemursachen (ein Blick in die Logdateien hilft, um die Ursache zu erkennen) gehören:

   • das Aufnahmeverzeichnis existiert nicht
   • der User vdr hat keinen vollen Zugriff auf das Aufnahmeverzeichnis (Lese-, Schreib- und Ausführungsrechte nötig)
   • Es wurde ein Plugin von Hand gebaut, das nach einem Update nicht mehr zur ABI-Version des VDR passt oder dessen Symbole nicht erfolgreich gelinkt werden konnten

8.1.1. epgd startet nicht

1. Fehlende Locale
   

   Die UDF (user-defined function) epglv für MariaDB benötigt die Locale de_DE.UTF-8 - wenn diese fehlt, gibt es eine Fehlermeldung wie diese im Log:

   May  2 11:19:01 hdvdr epgd: SQL-Error in 'select epglv('123', '123')' - Can't initialize function 'epglv'; EPGLV() failed to change locale (1123)
   May  2 11:19:01 hdvdr epgd: SQL-Error in 'select epglvr('123', '123')' - Can't initialize function 'epglvr'; EPGLV() failed to change locale (1123)
   

   Abhilfe schaft es mittels sudo dpkg-reconfigure locales dafür zu sorgen, dass die Locales für de_DE.UTF-8 erzeugt werden.

   Nach einer „normalen“ Ubuntu Server Installation mit deutscher Sprache sehen die für debconf gesetzten Einstellungen so aus:

   $ sudo debconf-show locales
    * locales/locales_to_be_generated: de_DE.UTF-8 UTF-8, en_US.UTF-8 UTF-8
    * locales/default_environment_locale: de_DE.UTF-8
   

   Nach Änderungen an den Locale-Einstellungen sollte der Rechner neu gestartet werden, damit garantiert ist, dass alle Prozesse die Änderungen mitbekommen.