Headless yaVDR - Stop - Restart und Start VDR funktioniert nicht

  • Hallo,


    irgendwie habe ich zur Zeit jeden Tag ein neues Problem mit meinem yaVDR Headless Server.
    Ich wollte den VDR per Putty mit "sudo service vdr stop" stoppen, das funktioniert aber nicht mehr.
    Er bleibt einfach ewig stehen und tut nichts mehr auf der Konsole, bis ich mit Strg + C abbreche.
    Danach ist der VDR immer noch am laufen, aber wenn ich den Befehl "sudo server vdr stop" wiederhole, wird mir angezeigt, dass der Dienst gestoppt wäre.


    Auch wenn ich im Webinterface zum Beispiel den Modus von Headless auf vdr-plugin-softhddevice bekomme ich die Meldung "Fehler beim speichern der Daten."


    Syslog habe ich mal angehängt.



    Kann mir evtl. jemand weiterhelfen?

    Dateien

    VDR-Server: 1HE Barebone Supermicro 200 Watt, X7SPE-HF, 2 GB RAM, 320 GB HDD, 2 x Technisat Skystar USB HD, 1 x DVBSKy S952, yaVDR 0.6.1 Kernel 3.19 Headless
    Client 1: LC-Power LC-1400mi ITX Tower 200 Watt Klavierlack schwarz, ASRock E35LM1 AMD A50M, 2 GB RAM (Kingston ValueRAM DDR3), 1024MB Palit GeForce GT 520, 160 GB HDD, yaVDR 0.5.0

    Client 2: Raspberry PI, OpenElec

  • Wenn das eine normale yaVDR-Installation ist, darfst du das dbus2vdr Plugin nicht deaktivieren.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Wenn das eine normale yaVDR-Installation ist, darfst du das dbus2vdr Plugin nicht deaktivieren.

    Ja, das habe ich auch schon erforscht im Forum.
    Aber das ist nicht deaktiviert. :(


    Code
    Oct  9 09:15:43 VDR-Server dbus2vdr: dbus2vdr-daemon on VDR-Server starting, conf = /var/lib/vdr/plugins/dbus2vdr



    Oder sehe ich das falsch. Hast du evtl. noch eine Idee?

    VDR-Server: 1HE Barebone Supermicro 200 Watt, X7SPE-HF, 2 GB RAM, 320 GB HDD, 2 x Technisat Skystar USB HD, 1 x DVBSKy S952, yaVDR 0.6.1 Kernel 3.19 Headless
    Client 1: LC-Power LC-1400mi ITX Tower 200 Watt Klavierlack schwarz, ASRock E35LM1 AMD A50M, 2 GB RAM (Kingston ValueRAM DDR3), 1024MB Palit GeForce GT 520, 160 GB HDD, yaVDR 0.5.0

    Client 2: Raspberry PI, OpenElec

  • Ich hatte so einen Effekt vor längerer Zeit mal. Da wartete der Softhddevice Start auf die Soundkarte - die nicht korrekt erkannt wurde.


    [solved] [yavdr0.5-beta] SoftHDDevice kommt nicht hoch


    Mittlerweile sollte das aber kein Problem mehr sein mit der Soundkarte

    Code
    /etc/init/sound-device.conf


    Siehe hier:
    [solved] [yavdr0.5-beta] SoftHDDevice kommt nicht hoch


    Das yavdr System ist uptodate?


    Code
    sudo apt-get update
    sudo apt-get dist-upgrade


    lg,
    Joe

  • /etc/init/sound-device.conf

    Die sieht bei mir so aus:



    Das yavdr System ist uptodate?

    Ja ist es!



    Noch eine Idee?

    VDR-Server: 1HE Barebone Supermicro 200 Watt, X7SPE-HF, 2 GB RAM, 320 GB HDD, 2 x Technisat Skystar USB HD, 1 x DVBSKy S952, yaVDR 0.6.1 Kernel 3.19 Headless
    Client 1: LC-Power LC-1400mi ITX Tower 200 Watt Klavierlack schwarz, ASRock E35LM1 AMD A50M, 2 GB RAM (Kingston ValueRAM DDR3), 1024MB Palit GeForce GT 520, 160 GB HDD, yaVDR 0.5.0

    Client 2: Raspberry PI, OpenElec

  • Ich habe in dem Thema von DocViper folgendes von seahwak gefunden:


    [solved] [yavdr0.5-beta] SoftHDDevice kommt nicht hoch


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


    Jetzt scheint es zu funktionieren. Ist das jetzt Zufall oder hängt es wirklich damit zusammen? :D

    VDR-Server: 1HE Barebone Supermicro 200 Watt, X7SPE-HF, 2 GB RAM, 320 GB HDD, 2 x Technisat Skystar USB HD, 1 x DVBSKy S952, yaVDR 0.6.1 Kernel 3.19 Headless
    Client 1: LC-Power LC-1400mi ITX Tower 200 Watt Klavierlack schwarz, ASRock E35LM1 AMD A50M, 2 GB RAM (Kingston ValueRAM DDR3), 1024MB Palit GeForce GT 520, 160 GB HDD, yaVDR 0.5.0

    Client 2: Raspberry PI, OpenElec

  • Aber das ist nicht deaktiviert.


    Es wird aber laut Log nicht geladen:


    Da müsste man so eine Meldung sehen:

    Code
    Oct  9 09:55:03 yaVDR-05-VM vdr: [991] loading plugin: /usr/lib/vdr/plugins/libvdr-dbus2vdr.so.2.0.6


    Code
    Oct  9 09:15:43 VDR-Server dbus2vdr: dbus2vdr-daemon on VDR-Server starting, conf = /var/lib/vdr/plugins/dbus2vdr

    Das ist soweit ich weiß nur der Netzwerk-Daemon (durch /etc/init/dbus2vdr.conf ) - der hat nicht direkt mit dem Plugin zu tun.


    Also ist die Frage, ob das Plugin vorhanden ist:

    Code
    apt-cache policy vdr-plugin-dbus2vdr

    und wie die /etc/vdr/plugins/order.conf aussieht.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Code
    apt-cache policy vdr-plugin-dbus2vdr
    vdr-plugin-dbus2vdr:
      Installiert: 20140725085917stable-0yavdr0~precise
      Kandidat:    20140725085917stable-0yavdr0~precise
      Versionstabelle:
     *** 20140725085917stable-0yavdr0~precise 0
            500 http://ppa.launchpad.net/yavdr/stable-vdr/ubuntu/ precise/main amd64 Packages
            100 /var/lib/dpkg/status



    Wie oben schon geschrieben, dass "sudo service vdr restart/start/stop" funktioniert ja wieder.
    Wenn ich aber das Frontend umstelle (von Headless zu vdr-plugin-softhddevice und dann wieder zurück zu Headless), dann erhalte ich immer noch diesen Fehler und danach kann ich dann auch "sudo service vdr restart/start/stop" nicht nutzen. Erst wenn ich wieder einen Reboot gemacht habe.


    order.conf:


    VDR-Server: 1HE Barebone Supermicro 200 Watt, X7SPE-HF, 2 GB RAM, 320 GB HDD, 2 x Technisat Skystar USB HD, 1 x DVBSKy S952, yaVDR 0.6.1 Kernel 3.19 Headless
    Client 1: LC-Power LC-1400mi ITX Tower 200 Watt Klavierlack schwarz, ASRock E35LM1 AMD A50M, 2 GB RAM (Kingston ValueRAM DDR3), 1024MB Palit GeForce GT 520, 160 GB HDD, yaVDR 0.5.0

    Client 2: Raspberry PI, OpenElec

Jetzt mitmachen!

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