[FYI] yavdr-ansible auf dem Raspberry Pi (Version 2 und 3)

Hallo,

ich habe das Playbook für focal mal so erweitert, dass man es auch mit Ubuntu Server 20.04 auf einem Raspberry Pi der zweiten (und hoffentlich auch der dritten Generation) auf 32-Bit Installation (armv7h) nutzen kann (zumindest den VDR-Teil, um KODI habe ich mich noch nicht gekümmert und die sundtek-Rolle ist auch noch nicht angepasst). Ich habe es mit einem Raspberry Pi 2B ausprobiert, falls es jemand mit anderen Varianten testen will, bin ich gespannt, ob das damit auch wie gedacht funktioniert.

Die yaVDR-Pakete stammen aus diesem PPA: https://launchpad.net/~yavdr/+…e/ubuntu/experimental-rpi

Die Images mit Ubuntu Server 20.04 für die Rapberry Pi gibt es hier: https://ubuntu.com/download/raspberry-pi

Damit der VDR sinnvoll funktioniert, sollte man die Zeitzone passend setzen und die benötigten locales generieren:

sudo dpkg-reconfigure tzdata  # z.B. Europe -> Berlin wählen
sudo dpkg-reconfigure locales # z.B. de_DE.UTF-8 in der Liste der zu generierenden Locales auswählen und diese dann im nächsten Schritt als System-Locale setzen

Um den kompletten Platz auf der SD-Karte auszunutzen, kann man die Root-Partition wie in https://wiki.ubuntu.com/ARM/RaspberryPi#Root_resize gezeigt vergrößern.

Dann wie gewohnt das Playbook klonen:

git clone -b focal https://github.com/yavdr/yavdr-ansible
cd yavdr-ansible

Die Schlüssel für die Hardware-Decoder und der GPIO-Pin für einen eventuell genutzten GPIO-IR-Receiver können über die Variablen am Ende der group_var/all festgelegt werden.

Zur Installation des Systems mit rpihddevice als Ausgabe (für andere Ausgabeplugins gibt es noch keine Pakete) kann dann das Skript install-yavdr-rpi.sh ausgeführt werden:

sudo -H ./install-yavdr-rpi.sh

Nachdem das Playbook durchgelaufen ist, muss der Raspberry Pi neu gestartet werden, damit die Änderungen an den Boot-Parametern (z.B: Memory-Split, HW-Decoder usw.) greifen.

Zitat von holymoly

Gab gerade kam diese Meldung beim Ausführen von ./install-yavdr-rpi.sh

Das sollte nicht stören, das ist nur dazu da, um sicherzustellen, dass cloud-init deaktiviert wird, falls es installiert ist.

Zitat von holymoly

Vermisse noch vdr-plugin-epgsync. Könnte man das vielleicht aufnehmen?

Ja, ich habe es gerade ins PPA kopiert

Zitat von holymoly

Wie bekomme ich den Server jetzt per wakeonlan beim Start vom pi rechtzeitig geweckt ?

Man könnte eine Unit basteln, die auf das network-online.target wartet und vor der vdr.service gestartet wird, die den VDR über WOL weckt und dann eine Schleife dreht, bis der Server über SVDRP erreichbar ist.

Zitat von holymoly

vdr-plugin-streamdev-client wurde anscheinend nicht installiert, hatte es in der locales eingetragen.

Wie genau sah der Eintrag aus? Wenn streamdev_client_remote_ip gesetzt ist sollte das eigentlich installiert werden: https://github.com/yavdr/yavdr…s/vdr/tasks/main.yml#L169

Eine headless-Installation sollte es auf einem Raspberry Pi 4 mit den Paketen aus dem experimental-rpi PPA aber grundsätzlich möglich sein, wenn man die Rolle grub-config im Playbook auskommentiert (und ggf. zusätzlich die fürs Wakeup, wenn der RPI keine RTC nachgerüstet bekommen hat)

Zitat von holymoly

Was sollte man noch ändern, lässt sich verbessern ?

Das hängt davon ab, was du genau haben willst, mit dem avahi-linker ist man ja recht flexibel, was den Zeitpunkt angeht zu dem die NFS-Freigabe auf dem Server verfügbar wird. Wenn man es darauf anlegt, kann man das natürlich noch so festzurren, dass es eine klar definierte Abhängigkeitskette gibt.

Zitat von holymoly

Besteht die Möglichkeit, vdr-rpihddevice-1.0.5 für die Raspberrys bereitzustellen ?

Ich lasse es gerade bauen. Das ist wohl an mir vorbei gegangen, dass es hier im Forum ein Release gab, das nicht im Git gelandet ist.