Guten Abend!
Ich habe gerade mal wieder Updates eingespielt und nun startet der VDR nicht mehr
Syslog ab systemctl start vdr:
Hat jemand einen Ahnung, woar das liegen kann?
Daniel
Guten Abend!
Ich habe gerade mal wieder Updates eingespielt und nun startet der VDR nicht mehr
Syslog ab systemctl start vdr:
Hat jemand einen Ahnung, woar das liegen kann?
Daniel
Stell mal nen anderen Skin ein. LCARS.
OK. Funktioniert. Danke soweit.
Woran liegt das?
IIRC macht skinflatplus Probleme, wenn das Ausgabeplugin detached gestartet wird - du könntest mal das -D aus den Startargumenten von softhddevice entfernen.
Scheint zu laufen. Vielen Dank!
Hi,
ich habe das Problem auch (wiederholt), dass er nach einem Update/Upgrade nicht startet, bzw. genauer: kein Bild kommt.
Es waren nur wenige Pakete:
edid-decode, ubuntu-drivers-common, python3-update-manager, update-manager-core, vdr-plugin-epgsearch, vdr-plugin-robotv, vdr-plugin-skinnopacity und vdr-plugin-softhddevice.
Ich weiß echt nicht, warum ich mir mit dem kleinsten Upadate das sonst super funktionierende System zerschieße, bei NV-Treibern verstehe ich es ja noch... Das Playbook hab ich auch nochmal laufen lassen, das System bringt dennoch kein Bild... Hat jemand ne Idee?
Danke und Gruß
PS: habe gerade im Log gefunden, was nicht hinhaut, hat scheinbar auch mit dem OSD zu tun... Oder?
Feb 6 18:57:02 i3-vdr vdr: [15067] [softhddev]detached - OpenGl Worker Thread not tried to start
Feb 6 18:57:02 i3-vdr vdr: [15067] [softhddev]OpenGl Thread not started successfully, using Dummy OSD
Feb 6 18:57:02 i3-vdr vdr[15067]: Magick: abort due to signal 11 (SIGSEGV) "Segmentation Fault"...
Feb 6 18:57:03 i3-vdr systemd[1]: vdr.service: Main process exited, code=dumped, status=6/ABRT
Feb 6 18:57:03 i3-vdr systemd[1]: vdr.service: Failed with result 'core-dump'.
PPS: Nach dem Umstellen des Skins in der setup.conf auf Standard hab ich wieder ein Bild... Gibt es eine Möglichkeit, das "stabiler" zu machen?
Ich würde auf den Skin aus Ursache tippen - also z.B. mal auf LCARS umstellen und schauen, ob das dann immer noch ein Problem ist.
Genau das hat wieder ein Bild gebracht. Danke!
Also es liegt sicher am Skin. Ich kann den ursprünglichen Skin (Skinnopacity/Dark Red NG) im laufenden Betrieb zwar wieder einstellen, einen Reboot überlebt diese Konfiguration allerdings nicht.
Gruß
Also es liegt sicher am Skin. Ich kann den ursprünglichen Skin (Skinnopacity/Dark Red NG) im laufenden Betrieb zwar wieder einstellen, einen Reboot überlebt diese Konfiguration allerdings nicht.
dann verabschiedet sich dein vdr wohl, bevor er die setup.conf speichert
Na ich denke eher, dass er sie schreibt und es mit dem besagten Skin (Skinnopacity) dann beim Neustart nicht klappt. Lasse ich LCARS eingestellt, klappen auch Neustart und Reboot usw. Hätte aber gern ein schöneres OSD
Gruß
Upload the entire system log, maybe something will become clear.
Na ich denke eher, dass er sie schreibt und es mit dem besagten Skin (Skinnopacity) dann beim Neustart nicht klappt. ...
Ist das der Skindesigner-Skin oder das eigenständige Plugin das bei dir nicht funktioniert?
Wenn letzteres, würde ich mal einen Skindesigner-Skin (wie zB estuary4vdr) probieren.
Viel Erfogl!
Ist das eigenständige Plugin. Werde mal die andere Variante testen! Danke!
So, mit dem Skindesigner-Plugin funktioniert erstmal alles
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!