Nach reboot oder restart stürzt der vdr dauernd ab

    Hallo
    Nach einem start/reboot stürzt der vdr zwei,dreimal ab bevor Bild und Ton kommt.







    nach einem restart vdr versucht der vdr zig mal zu starten.Wenn er es geschafft hat gibt es aber kein Bild und Ton.Streamen funktioniert aber.


    Gruß


    dippes

    Nach einem PC Start und funktionierendem VDR. Habe ich ich ein stop vdr und ein start vdr in die Kosole eingegeben.
    Der Vdr startet zwar aber der Schirm bleibt dunkel.


    Das Softhddevice kommt nicht hoch.



    /var/log/upstart/vdr-frontend.log


    Ist da irgendein python script defekt oder fehlt?


    Wenn ja wie ersetze ich das?


    Für mich sieht das im Backtrace so aus, als ob der VDR da mittendrin beim Attachen des Frontends stirbt und das Frontend-Skript keine Antwort auf den Attach-Befehl über dbus2vdr bekommt.
    Ich hatte das Problem unter trusty auf einem Testrechner für yaVDR 0.6 verstärkt. Mir ist der genaue Zusammenhang immer noch nicht ganz klar, aber ich vermute, dass der bislang genutzte Mechanismus Upstart mitzuteilen, dass der VDR fertig gestartet ist, indem dbus2vdr ein SIGSTOP an den vdr schickt und Upstart dann ein SIGCONT für den Prozess absetzt, wenn es das mitbekommen hat, zu dem Problem führen kann.


    Um das als Ursache auszuschließen, könntest du mal die Option "--upstart" in /etc/vdr/plugins/plugins.dbus2vdr.conf sowie das "expect stop" in /etc/init/vdr.conf bzw. /etc/init/vdr.override (je nachdem ob du stable oder testing nutzt) auskommentieren und nach einen Neustart des VDR-Prozess ("sudo restart vdr") das Frontend von Hand attachen:

    Code
    svdrpsend plug softhddevice atta -d:1

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Zitat

    sowie das "expect stop" in /etc/init/vdr.conf bzw. /etc/init/vdr.override (je nachdem ob du stable oder testing nutzt)


    Hallo Alex


    ich habe "expect stop" nicht in der "vdr.conf"


    Das gibt es nur in meinem Trusty Test Rechner.


    Bei meinem Wohnzimmervdr (siehe Signatur) schaut die "vdr.conf" so aus.



    Zitat von dippes

    Hallo Alex


    ich habe "expect stop" nicht in der "vdr.conf"

    Bei testing-yavdr steck es in der /etc/init/vdr.override - in der von dir geposteten vdr.conf ist es auf jeden Fall drin.


    Unter trusty sollte es eigentlich nicht mehr drin stehen, wenn man unsere PPAs nutzt.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Hallo Alex


    wenn ich die zwei Befehle auskommentiere und Softhddevice manuell attache funktioniert es einwandfrei.


    Hast du schon ein Workaround dafür?

    Probiere es mal so:

    Code
    sudo mkdir -p /etc/yavdr/templates_custom/etc/init/vdr-frontend.conf
sudo touch /etc/yavdr/templates_custom/etc/init/vdr-frontend.conf/30_softhddevice-02-script.py


    Dann noch diese Dateien erstellen:





    Dann lädst noch das überarbeitete Frontend-Skript herunter

    Code
    sudo wget https://raw.githubusercontent.com/yavdr/yavdr-base/master/usr/bin/frontend -O /usr/bin/frontend
sudo chmod +x /usr/bin/frontend


    Und dann erstellst den Upstart-Service neu aus den Templates und startest ihn:

    Code
    sudo process-template /etc/init/vdr-frontend.conf
sudo start vdr-frontend


    Edit: und das Paket python3-dbus2vdr brauchst du auch noch, ich aktualisiere das gleich noch für precise im main PPA

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Hallo


    Beom installieren von python3-dbus2vdr kommt es bei mir zu Fehlern.



    Ok, da ist die Python3.2-Version unter precise weniger tolerant als die aktuelleren Versionen. Ich habe ein neues Paket gebaut, das sich unter precise installieren lässt.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Jetzt verträgt sich das Paket mit dem skindesigner nicht


    Code
    Vormals nicht ausgewähltes Paket python3-dbus2vdr wird gewählt.
(Lese Datenbank ... 90871 Dateien und Verzeichnisse sind derzeit installiert.)
Entpacken von python3-dbus2vdr (aus python3-dbus2vdr_0.0.3-2yavdr0~precise_all.deb) ...
dpkg-split: Fehler: Fehler beim Lesen von skindesigner: Ist ein Verzeichnis
dpkg: Fehler beim Bearbeiten von skindesigner (--install):
 Unterprozess dpkg-split gab den Fehlerwert 2 zurück
python3-dbus2vdr (0.0.3-2yavdr0~precise) wird eingerichtet ...
Fehler traten auf beim Bearbeiten von:
 skindesigner

    Das Paket hat sich jetzt installieren lassen.


    Aber das Frontend wird leider nicht automatisch atacht.


    müssen die rausgenommene Optionen "--upstart" in /etc/vdr/plugins/plugins.dbus2vdr.conf sowie das "expect stop" in /etc/init/vdr.conf wieder aktiviert werden?



    edit:habe die Optionen wieder aktivert und restartet.Jetzt bleits hier "dbus2vdr: raise SIGSTOP for Upstart" hängen.



    Code
    Vormals nicht ausgewähltes Paket python3-dbus2vdr wird gewählt.
(Lese Datenbank ... 90871 Dateien und Verzeichnisse sind derzeit installiert.)
Entpacken von python3-dbus2vdr (aus python3-dbus2vdr_0.0.3-2yavdr0~precise_all.deb) ...
python3-dbus2vdr (0.0.3-2yavdr0~precise) wird eingerichtet ...
root@Fernseh-PC:/tmp# restart vdr
vdr start/running, process 5249

    Einmal editiert, zuletzt von dippes ()

    Ah, da ist ein "fi" am Ende der /etc/yavdr/templates_custom/etc/init/vdr-frontend.conf/15_pre-start-start beim Kopieren verloren gegangen:


    Dann noch mal die Datei aus den Templates generieren.
    "--upstart" und "expect stop" müssen auskommentiert sein.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Einmal editiert, zuletzt von seahawk1986 ()

    funktioniert leider auch nicht.


    Habe das "fi" ergänzt und ein "process-template" ausgeführt.

    Bekommst du irgendeinen Fehler, wenn du vdr-frontend startest? Eventuell Hinweise in der /var/log/upstart/vdr-frontend.log?

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Ja Fehler sind drinne


    Wenn ich manuell starte gibts keine.


    Zitat von dippes

    on_vdr: Nicht gefunden.


    Dann stammt dein yavdr-base vermutlich nicht aus testing-yavdr - kein Problem dann lad es dir einfach so herunter:

    Code
    wget https://raw.githubusercontent.com/yavdr/yavdr-base/testing-0.5/usr/bin/on_vdr -O /usr/bin/on_vdr
sudo chmod +x /usr/bin/on_vdr

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Will noch nicht wie es soll.


    Nach einem "restart vdr" kackt der vdr ab. Will heissen das es ab und zu funkioniert.Nach einem Reboot kommt er meistens, nicht immer gleich. Und der yavdr Schriftzug ist groß als ob die Auflösung nicht stimmen würde.



    Dateien

    crashlog.20151011222837.txt.zip 5,8 kB – 23 Downloads

    Tja, da schmiert softhddevice beim attachen des Frontends ab, einmal mit Segfault und einmal mit einem SIGABRT. Woher stammen deine VDR-Pakete und was für einen nvidia-Treiber nutzt du? Mit den Paketen aus den PPAs von frodo habe ich keine Erfahrungen und mit den yaVDR-Paketen habe ich das unter precise so noch nicht gesehen.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Benutze Frodos PPa und den 340,93 Nvidia Treiber.


    code]root@Fernseh-PC:~# dkms status
    nvidia-340-updates, 340.93, 3.13.0-65-generic, x86_64: installed
    r8168, 8.038.00, 3.13.0-65-generic, x86_64: installed
    [/code]


    Das selbe Problem habe ich mit meinem anderem vdr auch nach einem upgrade.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden