yavdr experimental für Ubuntu 20.04 (yavdr ansible @ focal)

hansp · 5. September 2020

Hallo Freunde,

der VDR lauft bei mir jetzt schon sehr sehr lange und wenn ich dann mal neu installiere kenne ich mich nicht mehr aus (das Ding steht bei im Keller und lauft normalerweise jahrelang ohne das ich mich wirklich darum kümmern muss). Ich verwende den VDR nur mit dem Vompserver (meine Familie schaut mit dem Raspi) und die Programmierung über Vdradmin_am also ohne Frontend.

Nun möchte ich auf 20.04LTS umsteigen könnt ihr mir bitte sagen wo ich den entsprechenden VDR finde bzw. eine kurze Installationsanleitung wäre super.

Danke und LG Hans

seahawk1986 · 5. September 2020

Zitat von hansp

Nun möchte ich auf 20.04LTS umsteigen könnt ihr mir bitte sagen wo ich den entsprechenden VDR finde bzw. eine kurze Installationsanleitung wäre super.

Ein wie von yaVDR bis Version 0.6 gewohntes Webfrontend gibt es leider noch nicht, aber du kannst

einen Ubuntu Server 20.04 aufsetzen und dann mit yavdr-ansible ein headless-System einrichten lassen: https://github.com/yavdr/yavdr-ansible/blob/focal/README.md - ein bisschen mehr Dokumentation gibt es in https://www.yavdr.org/document…aVDR07_documentation.html

Wenn du nur an den VDR-Paketen intessiert bist, wären das https://launchpad.net/~yavdr/+…/ubuntu/experimental-main und https://launchpad.net/~yavdr/+…e/ubuntu/experimental-vdr

FJe · 5. September 2020

Moin,

hab was gefunden. vdrctl disable softhdvaapi.

DAnn per live in Fernbedienung Menue angesehen.

Dort unter devstatus, dass der sundtek auf dvb-c steht.

Hab dann in /etc/sundtek.conf

initial_dvb_mode=DVBT

eingetragen.

Damit geht zumindest dann live. es wird auch kurz ein Bild angezeigt, dass bleibt aber stehen,

der mode ist richtig, umschalten tut er nicht

Log sagt

Code

Sep  5 17:43:42 yvmb vdr: [2062] oglThread thread started (pid=1986, tid=2062, prio=high)
Sep  5 17:43:42 yvmb vdr: [2062] [softhddev]OpenGL using display :0
Sep  5 17:43:42 yvmb vdr: [2062] [softhddev]OpenGL Context initialized
Sep  5 17:43:42 yvmb vdr: [2062] [softhddev]Shaders initialized
Sep  5 17:43:42 yvmb vdr: [2062] [softhddev]vdpau interop initialized
Sep  5 17:43:42 yvmb vdr: [2062] [softhddev]Vertex buffers initialized
Sep  5 17:43:42 yvmb vdr: [2062] [softhddev]Maximum Pixmap size: 16384x16384px
Sep  5 17:43:42 yvmb vdr: [1986] [softhddev]OpenGL Worker Thread successfully started
Sep  5 17:43:42 yvmb vdr: [1986] [softhddev]cOglOsd osdLeft 154 osdTop 86 screenWidth 1920 screenHeight 1080
Sep  5 17:44:03 yvmb vdr: [1986] switching to channel 2 T-8468-515-2003 (zdf_neo HD)
Sep  5 17:44:03 yvmb vdr: [1986] [softhddev]SetPlayMode: 0
Sep  5 17:44:03 yvmb vdr: [1986] [softhddev]SetVideoDisplayFormat: 1
Sep  5 17:44:03 yvmb vdr: [1986] [softhddev]GetSpuDecoder:
Sep  5 17:44:24 yvmb vdr: [2015] device 1 TS buffer thread ended (pid=1986, tid=2015)
Sep  5 17:44:24 yvmb vdr: [2011] buffer stats: 150024 (2%) used
Sep  5 17:44:28 yvmb vdr: [2011] device 1 receiver thread ended (pid=1986, tid=2011)
Sep  5 17:44:43 yvmb vdr: [1990] frontend 0/0 timed out while tuning to channel 2 (zdf_neo HD), tp 602
Sep  5 17:44:43 yvmb vdr: [1986] [softhddev]SetPlayMode: 1
Sep  5 17:44:43 yvmb vdr: [1986] [softhddev]CreateOsd: left 154, top 621, level 0, using OpenGL OSD support
Sep  5 17:44:43 yvmb vdr: [1986] [softhddev]cOglOsd osdLeft 154 osdTop 621 screenWidth 1920 screenHeight 1080
Sep  5 17:44:43 yvmb vdr: [2073] device 1 receiver thread started (pid=1986, tid=2073, prio=high)
Sep  5 17:44:43 yvmb vdr: [2074] device 1 TS buffer thread started (pid=1986, tid=2074, prio=high)
Sep  5 17:44:44 yvmb vdr: [2006] [softhddev]GrabImage: 0, 1, 80, 729x480
Sep  5 17:44:44 yvmb vdr: [2006] [softhddev]GrabImage: 0, 1, 80, 729x480
Sep  5 17:44:45 yvmb vdr: [1986] [softhddev]GrabImage: 0, 1, 80, 729x480
Sep  5 17:44:55 yvmb vdr: message repeated 9 times: [ [1986] [softhddev]GrabImage: 0, 1, 80, 729x480]
Sep  5 17:44:55 yvmb vdr: [1986] [softhddev]CreateOsd: left 154, top 86, level 0, using OpenGL OSD support
Sep  5 17:44:55 yvmb vdr: [1986] [softhddev]cOglOsd osdLeft 154 osdTop 86 screenWidth 1920 screenHeight 1080
Sep  5 17:45:00 yvmb vdr: [1986] [softhddev]GrabImage: 0, 1, 80, 729x480
Sep  5 17:45:55 yvmb vdr: message repeated 20 times: [ [1986] [softhddev]GrabImage: 0, 1, 80, 729x480]
Sep  5 17:45:56 yvmb vdr: [1990] frontend 0/0 timed out while tuning to channel 2 (zdf_neo HD), tp 602

Alles anzeigen

DAs Signal zeigt der VDR mit 100% ohne Fehler an, siehe Bild

dto mit femo bei gestopptem vdr:

Code

LD_PRELOAD=/opt/lib/libmediaclient.so femon -H
FE: Sundtek DVB-T2 (III) (DVBT)
Problem retrieving frontend information: Invalid argument
status       | signal 100% | snr 100% | ber 0 | unc 0 |
Problem retrieving frontend information: Invalid argument
status       | signal 100% | snr 100% | ber 0 | unc 0 |

Evt. ist das Signal sogar zu stark? Ist Antenne mit Verstärker. Nur ohne Verstärker ist die Signalstärke nur bei 28%, da geht'S gar nich.

VG

F

seahawk1986 · 5. September 2020

Zitat von FJe

Evt. ist das Signal sogar zu stark?

Schau mal mit dem gezeigten Befehl für den mediaclient - der zeigt genauere Informationen als 100% Signalstärke an.

FJe · 5. September 2020

das liefert:

Code

/home/frank# /opt/bin/mediaclient -d /dev/dvb/adapter0/frontend0 --readsignal=0
== reading digital TV signal ==
SIGNAL: [.................................] (100%) BER:      4 CNR: 22,50 FREQ: 602000000  Hz LOCKED: YES BW: 8 Mhz
SIGNAL: [.................................] (100%) BER:      4 CNR: 22,50 FREQ: 602000000  Hz LOCKED: YES BW: 8 Mhz
SIGNAL: [.................................] (100%) BER:      4 CNR: 22,70 FREQ: 602000000  Hz LOCKED: YES BW: 8 Mhz
SIGNAL: [.................................] (100%) BER:      4 CNR: 22,70 FREQ: 602000000  Hz LOCKED: YES BW: 8 Mhz
SIGNAL: [.................................] (100%) BER:      2 CNR: 22,70 FREQ: 602000000  Hz LOCKED: YES BW: 8 Mhz
SIGNAL: [.................................] (100%) BER:      2 CNR: 22,50 FREQ: 602000000  Hz LOCKED: YES BW: 8 Mhz
SIGNAL: [.................................] (100%) BER:      2 CNR: 22,50 FREQ: 602000000  Hz LOCKED: YES BW: 8 Mhz
SIGNAL: [.................................] (100%) BER:      1 CNR: 22,20 FREQ: 602000000  Hz LOCKED: YES BW: 8 Mhz
SIGNAL: [.................................] (100%) BER:      1 CNR: 22,50 FREQ: 602000000  Hz LOCKED: YES BW: 8 Mhz
SIGNAL: [.................................] (100%) BER:      1 CNR: 22,50 FREQ: 602000000  Hz LOCKED: YES BW: 8 Mhz

Alles anzeigen

Danach den vdr gestartet und es geht.

Ganz normal, Umschalten, Menu poppt sofort auf.

Mal sehen, wie es nach reboot ist.

seahawk1986 · 5. September 2020

Zitat von FJe

Evt. ist das Signal sogar zu stark? Ist Antenne mit Verstärker.

Ist der Verstärker regelbar? Eventuell mal schauen, ob sich der CNR-Wert verbessert, wenn man die Verstärkung etwas runterregelt.

FJe · 5. September 2020

Nee, leider nicht.

Nach reboot geht es aber gut. Hab mal probeweise Aufnahme gestartet, die scheint zu laufen.

Vielleicht war es das mit der /etc/sundtek.conf, der Tipp mit dem mediaclient hat mich drauf gebracht, danke noch mal dafür.

Ganz andere Frage:

Ich möchte die kleine Box samt 4GB USB HD mit Aufnahmen immer mit in den Urlaub nehmen.

Dazu wäre nett, wenn man ein grafisches WLAN Tool mit drauf hätte, kann man dazu etwas wie networkmanager per apt installieren?

VG

F

seahawk1986 · 5. September 2020

Zitat von FJe

Dazu wäre nett, wenn man ein grafisches WLAN Tool mit drauf hätte, kann man dazu etwas wie networkmanager per apt installieren?

Ja, das sollte gehen (du kannst mit STRG + ALT + links/rechts die Arbeitsfläche umschalten und per Rechtsklick ein Menü aufrufen, wenn das VDR-Frontend aktiv ist). Ggf. muss man etwas mit den Abhängigkeiten der Dienste spielen, wenn ein Dienst erst starten soll, wenn eine Netzwerkverbindung steht - das networkmanager Paket bringt dafür eine NetworkManager-wait-online.service mit.

FJe · 7. September 2020

Moin,

es scheint tatsächlich der sundtek oder seine SW oder die conf zu sein.

Hab's an einen pctv usb sat stick angeschlossen und nach einem herzhaften get_dvb_firmware (auf Hinweis von w_scan) hab ich den aktuell fixesten vdr, der fluppt, dass es nur so Spass macht, CPU ist bei 2,5% auf allen vier threads, frontend ist softhdvaapi.

Kompliment an alle, die die SW entwickeln, läuft gut inkl. HD, Bild ist sogar ganz ok.

Werd mich jetzt mal am skinnopacity versuchen und nach einem neuen DVB-C/T2 Stick suchen.

VG

F

FJe · 10. September 2020

Moin,

ich hab den Fehler gefunden. Es war nicht der Stick, sondern, ich mag es selbst kaum glauben, es ist mein älterer Philipps LCD Fernseher.

An einem anderen Fernseher oder wenn der Philipps aus ist, geht der Stick normal in sehr guter Qualität (sichtbar im live/Fernbedienung oder Streaming an anderen PC). Sobald ich den TV aus dem Standby anschalte, bleibt das Bild nach 2s stehen und der vdr reagiert nicht mehr, egal, welche Stick dran hängt.

Sorry und 1.000 Dank für Eure Hilfe, zumindest kenne ich jetzt mein System ziemlich gut.

Echt strange.

rallye · 11. September 2020

Guten Morgen !

Ich versuche auf einem "alten" Rechner mit einer GT430 Grafikkarte yaVDR ansible unter Focal zu installieren. Der Rechner hat keine eigenen SAT-Karten sondern läuft als streaming-Client zu meinem "Haupt"-VDR.

Bevor ich das customized playbook habe laufen lassen, habe ich die alten NVIDIA-drivers installiert sudo apt -y install nvidia-utils-390. Beim Ausführen des Playbooks erhalte ich folgenden Fehler;

Code

TASK [yavdr-xorg : start x-verbose@.service] ****************************************
fatal: [localhost]: FAILED! => {
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python3"
    },
    "changed": false
}

MSG:

Unable to start service x-verbose@vt7.service: Job for x-verbose@vt7.service failed because the control process exited with error code.
See "systemctl status x-verbose@vt7.service" and "journalctl -xe" for details.


RUNNING HANDLER [Restart Samba] *****************************************************

PLAY RECAP **************************************************************************
localhost                  : ok=98   changed=9    unreachable=0    failed=1    skipped=18   rescued=0    ignored=0

Alles anzeigen

Ich habe danach am TV zwar Ton, aber kein Bild. Meine customized host_vars/localhost hat folgenden Inhalt:

Code

---
# file: host_vars/localhost

# this allows to set up streamdev-client - set the server, port and number of devices
streamdev_client_remote_ip: "192.168.1.60"
streamdev_client_remote_port: 2004
streamdev_client_num_provided_systems: 5

# copy channels.conf from a local file
vdr_channels_conf: /home/mod/yavdr-conf/var/lib/vdr/channels.conf

# choose the vdr output plugin (defaults to vdr-plugin-softhddevice resp. vdr-plugin>
# vdr_output_plugin: vdr-plugin-softhddevice

# add the vdr plugins you want to install
vdr_plugins:
  - vdr-plugin-devstatus
  - vdr-plugin-markad
  - vdr-plugin-epgsearch
  - vdr-plugin-live
  - vdr-plugin-osdteletext
  - vdr-plugin-skindesigner
  - vdr-plugin-streamdev-client
  - vdr-plugin-svdrpservice
  - vdr-plugin-tvguideng
  - vdr-plugin-vnsiserver
  - vdr-plugin-weatherforecast

# set the name of the output plugin (as used by vdrctl) - this defaults to softhddev>
selected_frontend: softhddevice

# set the package name of the output plugin - this defaults to vdr-plugin-softhddevi>
# vdr_output_plugin: vdr-plugin-softhddevice-cuvid

# IP (range) filter for vdr and plugins (this must be an array):
vdr_allowed_hosts:
   - 192.168.1.0/24

# hosts and subnets for svdrphosts.conf (overrides vdr_allowed_hosts):
vdr_svdrphosts:
   - 192.168.1.0/24

# hosts and subnets for allowed_hosts.conf of xineliboutput (overrides vdr_allowed_h>
xineliboutput_allowed_hosts:
   - 192.168.1.0/24

# hosts and subnets for allowed_hosts.conf of vnsiserver (overrides vdr_allowed_host>
vnsiserver_allowed_hosts:
   - 192.168.1.0/24

# hosts and subnets for streamdevhosts.conf (overrides vdr_allowed_hosts):
streamdev_server_allowed_hosts:
   - 192.168.1.0/24
# dictionary of directories for (shared) files. Automatically exported via NFS and S>
media_dirs:
  audio: /srv/audio
  video: /srv/video
  pictures: /srv/picture
  files: /srv/files
  backups: /srv/backups
  recordings: '{{ vdr.recdir }}'
nfs:
  insecure: false  # set to true for OS X clients or if you plan to use libnfs as un>
samba:
  workgroup: YAVDR
  windows_compatible: '{{ vdr.safe_dirnames }}'  # set to true to disable unix exten>
# additional packages you want to install
extra_packages:
  - bpython
  - bpython3
  - htop
  - tree
  - vim
  - w-scan
  - t2scan
  - vdrpbd
# choose which channellogos to download from the github.com/Jasmeet181 mediaportal-*>
# currently suported langugages/regions are: au, be, cz, de, es, ie, il, it, nordic,>
#
channellogo_languages:
#  - au
#  - be
#  - cz
  - de
#  - es
#  - ie
#  - il
#  - it
#  - nordic
#  - nz
#  - ru
#  - uk
#  - us

Alles anzeigen

systemctl status x-verbose@vt7.service erigbt:

Code

mod@htpc-gz:~/yavdr-ansible/host_vars$ systemctl status x-verbose@vt7.service
● x-verbose@vt7.service - X with verbose logging on vt7
     Loaded: loaded (/etc/systemd/system/x-verbose@.service; static; vendor preset: >
     Active: failed (Result: exit-code) since Fri 2020-09-11 10:01:50 UTC; 6min ago
    Process: 178735 ExecStart=/usr/bin/x-daemon -logverbose 6 -noreset vt7 -config />

Sep 11 10:01:50 htpc-gz x-daemon[178737]: (EE)
Sep 11 10:01:50 htpc-gz x-daemon[178737]: Please consult the The X.Org Foundation su>
Sep 11 10:01:50 htpc-gz x-daemon[178737]:          at http://wiki.x.org
Sep 11 10:01:50 htpc-gz x-daemon[178737]:  for help.
Sep 11 10:01:50 htpc-gz x-daemon[178737]: (EE) Please also check the log file at "/v>
Sep 11 10:01:50 htpc-gz x-daemon[178737]: (EE)
Sep 11 10:01:50 htpc-gz x-daemon[178737]: (EE) Server terminated with error (1). Clo>
Sep 11 10:01:50 htpc-gz systemd[1]: x-verbose@vt7.service: Control process exited, c>
Sep 11 10:01:50 htpc-gz systemd[1]: x-verbose@vt7.service: Failed with result 'exit->
Sep 11 10:01:50 htpc-gz systemd[1]: Failed to start X with verbose logging on vt7.
lines 1-15/15 (END)
● x-verbose@vt7.service - X with verbose logging on vt7
     Loaded: loaded (/etc/systemd/system/x-verbose@.service; static; vendor preset: enabled)
     Active: failed (Result: exit-code) since Fri 2020-09-11 10:01:50 UTC; 6min ago
    Process: 178735 ExecStart=/usr/bin/x-daemon -logverbose 6 -noreset vt7 -config /etc/X11/xorg-verbose.conf (code=exited, status=1/FAILURE)

Sep 11 10:01:50 htpc-gz x-daemon[178737]: (EE)
Sep 11 10:01:50 htpc-gz x-daemon[178737]: Please consult the The X.Org Foundation support
Sep 11 10:01:50 htpc-gz x-daemon[178737]:          at http://wiki.x.org
Sep 11 10:01:50 htpc-gz x-daemon[178737]:  for help.
Sep 11 10:01:50 htpc-gz x-daemon[178737]: (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information.
Sep 11 10:01:50 htpc-gz x-daemon[178737]: (EE)
Sep 11 10:01:50 htpc-gz x-daemon[178737]: (EE) Server terminated with error (1). Closing log file.
Sep 11 10:01:50 htpc-gz systemd[1]: x-verbose@vt7.service: Control process exited, code=exited, status=1/FAILURE
Sep 11 10:01:50 htpc-gz systemd[1]: x-verbose@vt7.service: Failed with result 'exit-code'.
Sep 11 10:01:50 htpc-gz systemd[1]: Failed to start X with verbose logging on vt7.

Alles anzeigen

Und journalctl -xe zeigt

Code

--
-- A stop job for unit nvidia-persistenced.service has begun execution.
--
-- The job identifier is 1000144.
Sep 11 10:12:14 htpc-gz systemd-udevd[178840]: nvidia_uvm: Process '/sbin/create-uvm-dev-node' failed with exit code 1.
Sep 11 10:12:14 htpc-gz kernel: resource sanity check: requesting [mem 0x000c0000-0x000fffff], which spans more than PCI Bus 0000:00 [mem 0x000d0000-0x000d3f>
Sep 11 10:12:14 htpc-gz kernel: caller os_map_kernel_space.part.0+0x100/0x140 [nvidia] mapping multiple BARs
Sep 11 10:12:15 htpc-gz nvidia-persistenced[204186]: Received signal 15
Sep 11 10:12:15 htpc-gz nvidia-persistenced[204186]: PID file unlocked.
Sep 11 10:12:15 htpc-gz nvidia-persistenced[204186]: PID file closed.
Sep 11 10:12:15 htpc-gz nvidia-persistenced[204186]: The daemon no longer has permission to remove its runtime data directory /var/run/nvidia-persistenced
Sep 11 10:12:15 htpc-gz nvidia-persistenced[204186]: Shutdown (204186)
Sep 11 10:12:15 htpc-gz systemd[1]: nvidia-persistenced.service: Succeeded.
-- Subject: Unit succeeded
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- The unit nvidia-persistenced.service has successfully entered the 'dead' state.
Sep 11 10:12:15 htpc-gz systemd[1]: Stopped NVIDIA Persistence Daemon.
-- Subject: A stop job for unit nvidia-persistenced.service has finished
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- A stop job for unit nvidia-persistenced.service has finished.
--
-- The job identifier is 1000144 and the job result is done.
Sep 11 10:12:15 htpc-gz systemd-udevd[178833]: nvidia: Process '/sbin/modprobe -r nvidia-modeset' failed with exit code 1.
Sep 11 10:12:15 htpc-gz kernel: [drm] [nvidia-drm] [GPU ID 0x00000100] Unloading driver
Sep 11 10:12:15 htpc-gz kernel: nvidia-modeset: Unloading
Sep 11 10:12:15 htpc-gz kernel: nvidia-uvm: Unloaded the UVM driver in 8 mode
Sep 11 10:12:15 htpc-gz kernel: nvidia-nvlink: Unregistered the Nvlink Core, major device number 242
Sep 11 10:12:15 htpc-gz systemd[1]: Starting NVIDIA Persistence Daemon...
-- Subject: A start job for unit nvidia-persistenced.service has begun execution
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- A start job for unit nvidia-persistenced.service has begun execution.
--
-- The job identifier is 1000147.
Sep 11 10:12:15 htpc-gz nvidia-persistenced[204204]: Verbose syslog connection opened
Sep 11 10:12:15 htpc-gz nvidia-persistenced[204204]: Now running with user ID 112 and group ID 121
Sep 11 10:12:15 htpc-gz nvidia-persistenced[204204]: Started (204204)
Sep 11 10:12:15 htpc-gz systemd[1]: Started NVIDIA Persistence Daemon.
-- Subject: A start job for unit nvidia-persistenced.service has finished successfully
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- A start job for unit nvidia-persistenced.service has finished successfully.
--
-- The job identifier is 1000147.
Sep 11 10:12:15 htpc-gz systemd[1]: Stopping NVIDIA Persistence Daemon...
-- Subject: A stop job for unit nvidia-persistenced.service has begun execution
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- A stop job for unit nvidia-persistenced.service has begun execution.
--
-- The job identifier is 1000259.

Alles anzeigen

Kann es sein, dass meine NVIDIA-Drivers nicht so funktionieren wie ich es erwartet habe ? Wie kann ich das beheben, wenn ich die GT430-Karte weiter behalten möchte ?

Danke für Eure Hinweise !

seahawk1986 · 11. September 2020

Hast du mal einen Neustart und einen erneuten Durchlauf des Playbooks versucht? Es kann passieren, dass der nvidia-Treiber nach der Installation nicht direkt nutzbar ist.

rallye · 11. September 2020

Zitat von seahawk1986

Hast du mal einen Neustart und einen erneuten Durchlauf des Playbooks versucht? Es kann passieren, dass der nvidia-Treiber nach der Installation nicht direkt nutzbar ist.

DANKE !!!! Das war's (shame on me !)

seahawk1986 · 12. September 2020

Du musst den focal-Branch nutzen (vgl. README.md im focal Branch bzw. nachträglich git checkout focal) und dann noch die Einträge für das PPA yavdr:ansible-2.8 aus /etc/apt/sources.list.d/ entfernen, weil das Install-Skript das nicht selbst gerade biegen kann.

HagenS · 12. September 2020

Zitat von seahawk1986

Du musst den focal-Branch nutzen (vgl. README.md im focal Branch bzw. nachträglich git checkout focal) und dann noch die Einträge für das PPA yavdr:ansible-2.8 aus /etc/apt/sources.list.d/ entfernen, weil das Install-Skript das nicht selbst gerade biegen kann.

Peinlich. Hatte es grade selbst gemerkt

HagenS · 12. September 2020

Zitat von seahawk1986

Du musst den focal-Branch nutzen (vgl. README.md im focal Branch bzw. nachträglich git checkout focal) und dann noch die Einträge für das PPA yavdr:ansible-2.8 aus /etc/apt/sources.list.d/ entfernen, weil das Install-Skript das nicht selbst gerade biegen kann.

Aber auch damit bleibe ich hier hängen:

Code

TASK [yavdr-common : use bash instead of dash] ******************************************************************************************************************************************
skipping: [localhost]

TASK [yavdr-common : create vdr group] **************************************************************************************************************************************************
fatal: [localhost]: FAILED! => {}

MSG:

The task includes an option with an undefined variable. The error was: 'dict object' has no attribute 'gid'

The error appears to be in '/root/yavdr-ansible/roles/yavdr-common/tasks/configure_system.yml': line 29, column 3, but may
be elsewhere in the file depending on the exact syntax problem.

The offending line appears to be:

  when: default_shell.stat.lnk_source | default("") != '/usr/bin/bash'
- name: create vdr group
  ^ here


PLAY RECAP ******************************************************************************************************************************************************************************
localhost                  : ok=7    changed=1    unreachable=0    failed=1    skipped=3    rescued=0    ignored=0

Alles anzeigen

Noch was vergessen...? <grübel>

seahawk1986 · 12. September 2020

Zitat von HagenS

Noch was vergessen...? <grübel>

Sieht so aus, als hättest du für die Variable vdr in deiner host_vars/localhost nicht alle Inhalte übernommen - kopier die mal vollständig aus der group_vars/all und pass dann die benötigten Werte an.

HagenS · 12. September 2020

Zitat von seahawk1986

Sieht so aus, als hättest du für die Variable vdr in deiner host_vars/localhost nicht alle Inhalte übernommen - kopier die mal vollständig aus der group_vars/all und pass dann die benötigten Werte an.

Perfekt..:! Läuft jetzt... Hatte tatsächlich nur die Zeile für den Charset_Override drin (und ich glaube sogar den Fehler vor zig Monaten schon einmal gemacht zu haben ). Danke für den schnellen Tip...!

rkp · 12. September 2020

Habe mir den NUC NUC10i3FNH und den DD Octopus Net M4 gekauft. Octopus läuft, und die Installation von yavdr-focal auf den NUC war problemlos. Allerdings habe ich kein Bild. Im Log scheint alles ok zu sein.

Ich habe gelesen, dass man softhddevice gegen softhdvaapi austauschen muss. Also habe ich mit

Code

vdrctl disable softhddevice
apt-get install vdr-plugin-softhdvaapi

softhdvaapi installiert. Leider immer noch kein Bild, dafür aber Fehlermeldungen im Log (siehe Anlage)

Wieso da plötzlich auch eine Fehlermeldung bezgl. satip ist mir unklar. Mit softhddevice ist davon nichts zu sehen, die Octopus läuft einwandfrei.

Kann mir jemand sagen, wie ich zu einem Bild komme? Muss ich für softhdvaapi irgendwelche Einstellungen vornehmen? In der setup.conf ist nichts zu finden, und in der softhdvaapi.conf steht nur -D.

ofenheizer · 12. September 2020

lt. log hat satip doch gar keine verbindung zum server. ist denn dort alles korreckt konfiguriert?

yavdr experimental für Ubuntu 20.04 (yavdr ansible @ focal)

Jetzt mitmachen!

Teilen