[gelöst][0.5 Testing] Diverse Probleme nach Umstellung auf Testing

    Hallo Zusammen,


    jetzt brauche ich leider auch Hilfe :(
    Da ich mir ebenfalls einmal nOpacity und TVSraper anschauen wollte, habe ich heute ebenfalls auf die Testing-Umgebung umgestellt (mit den Hinweisen aus diesem Thread ([testing]Ton nach Wechsel von XBMC zu VDR weg) z.B. zum apt-pinning).
    Leider mit ziemlich katastrophalen Konsequenzen. :wand
    Ich bekomme jetzt diverse Fehlermeldungen beim Bootvorgang zu lircd, dbus2vdr und den dvb-Karten und der Bootvorgang endet beim tty-Login und nicht der Fernsehausgabe.


    Was meine Freundin nachher mit mir macht, wenn ich ihr das beichte, daran will ich gar nicht denken... ;(
    Hier mal ein paar Auszüge aus dem Log:


    Code
    hd-vdr@HD-VDR:~$ sudo tail -n2000 /var/log/syslog |grep error
Aug 24 18:48:25 HD-VDR vdr: [1419] sundtek: error on poll: 0
Aug 24 18:50:02 HD-VDR kernel: [   11.320413] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro
Aug 24 18:50:17 HD-VDR vdr: [1523] dbus2vdr: NetworkHandler: error: Could not connect to HD-VDR: Keine Route zum Zielrechner





    Über irgendwelche Tipps zur weiteren Fehlersuche wäre ich äußerst dankbar! Bzw. welche Log-Auszüge sonst noch hilfreich wären...


    Was mir noch aufgefallen ist: Der VDR selber läuft im Hintergrund (ich erreiche ihn z.B. mit dem "Live-Plugin") und ich kann darüber auch Aufnahmen starten. Auch das Abspielen der Aufnahme z.B. über den Zugriff einer Samba-Freigabe funktioniert. D.h. aus meiner Sicht laufen die DVB-Karten zumindest? Nur irgendwie das Frontend nicht...


    Danke für jede Hilfe,


    GRuß,


    Tim

    System 1: Zotac ZBOX HD-ID41 Plus, Intel Atom D525, Chipset: Intel NM10, IGP: GeForce G 210, 2x Sundtek SkyTV Ultimate(DVB-S/S2), Fernbedienung Hama-MCE, yavdr64-0.6.1 testing, SSD 1TB

    Einmal editiert, zuletzt von tshh42 ()

    Zitat von tshh42

    Aug 24 18:50:17 HD-VDR vdr: [1523] dbus2vdr: NetworkHandler: error: Could not connect to HD-VDR: Keine Route zum Zielrechner


    Deaktivier mal die Netzwerkunterstützung für dbus2vdr in der /etc/vdr/plugins/plugin.dbus2vdr.conf:


    Deine /etc/vdr/plugins/order.conf hast du wohl trotz Nachfrage einfach ungeprüft beim Paketupdate überschreiben lassen - anders kann ich mir nicht erklären, dass der VDR alle Ausgabeplugins lädt:

    Zitat von tshh42


    Setz im Webfrontend das Frontend noch einmal neu, dann sollte es wieder passen.


    Und bitte immer komplette Logs, wenn du grep nutzt siehst du nie die Zusammenhänge...

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    du bist echt gut (und schnell) :) die Hälfte der Fehlermeldungen ist schonmal weg.


    Ja, bei der order.conf kam die Rückfrage ob ich die Orginaldatei behalten wollte oder nicht. Ich war etwas unsicher, aber da es hieß es gäbe eine "neuere Datei" und ich ja auf TEsting umgestellt habe, hatte ich mich für "ersetzen" entschieden... jetzt bin ich auf jeden Fall schlauer :(


    Habe allerdings immer noch das Problem, dass das Frontend nicht hochkommt, sondern auf dem Fernseh-Schirm nur der tty1-Login erscheint.


    hier mal das (gesamte) aktuelle Log:
    http://pastebin.com/ngFM7BBs


    Vielen Dank auf jeden Fall!


    GRüße,


    Tim

    System 1: Zotac ZBOX HD-ID41 Plus, Intel Atom D525, Chipset: Intel NM10, IGP: GeForce G 210, 2x Sundtek SkyTV Ultimate(DVB-S/S2), Fernbedienung Hama-MCE, yavdr64-0.6.1 testing, SSD 1TB

    hm.. dmesg gibt ab [17.2xxx] diverse terminierte Prozesse an?


    System 1: Zotac ZBOX HD-ID41 Plus, Intel Atom D525, Chipset: Intel NM10, IGP: GeForce G 210, 2x Sundtek SkyTV Ultimate(DVB-S/S2), Fernbedienung Hama-MCE, yavdr64-0.6.1 testing, SSD 1TB

    Zitat von tshh42

    Habe allerdings immer noch das Problem, dass das Frontend nicht hochkommt, sondern auf dem Fernseh-Schirm nur der tty1-Login erscheint.

    Laut Log kommt der X-Server nicht hoch - schau mal, ob du im Webfrontend den Bildschirm neu erkennen lassen kannst.
    Was steht denn in /var/log/Xorg.1.log?
    Wurde der nVidia-Treiber gegen den aktuellen Kernel gebaut?

    Code
    sudo dkms status


    Hast du das Update mittels "apt-get dist-upgrade" gemacht oder war das evtl. nur ein "apt-get upgrade"?

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    hm.. ja er erkennt den Bildschirm nicht mehr (zumindest in der Anzeige des Webfrontends)


    hier mal die /var/log/Xorg.1.log
    http://pastebin.com/7Ccrm6DU

    Zitat von seahawk1986

    Wurde der nVidia-Treiber gegen den aktuellen Kernel gebaut?

    Code
    hd-vdr@HD-VDR:~$ sudo dkms status
nvidia-304, 304.88, 3.2.0-51-generic, x86_64: installed
nvidia-304, 304.88, 3.2.0-52-generic, x86_64: installed


    Dsa Update habe ich mittels "apt-get dist-upgrade" gemacht. (allerdings zuerst OHNE das apt-pinning, danach apt-pinning aus deinem Post durchgeführt und eine erneutes "apt-get update", "apt-get dist-upgrade"


    Danke und Gruß,
    Tim

    System 1: Zotac ZBOX HD-ID41 Plus, Intel Atom D525, Chipset: Intel NM10, IGP: GeForce G 210, 2x Sundtek SkyTV Ultimate(DVB-S/S2), Fernbedienung Hama-MCE, yavdr64-0.6.1 testing, SSD 1TB

    was mir gerade noch einfällt, ich habe noch zwei Custom Templates angelegt (für die stable Version)


    die habe ich ,glaube ich ,aber seit dem Update auf Testing nicht wieder ausgeführt.


    Einmal "/etc/default/vdr" (10_main):


    und einmal die "/etc/init/xbmc.conf" ("10_header")


    Könnte das fehlen? ODer eventuell falsch sein für die "Testing"-Version ? Ich sehe aber eigentlich nichts, was die Probleme verursachen könnte...


    Gruß,


    Tim

    System 1: Zotac ZBOX HD-ID41 Plus, Intel Atom D525, Chipset: Intel NM10, IGP: GeForce G 210, 2x Sundtek SkyTV Ultimate(DVB-S/S2), Fernbedienung Hama-MCE, yavdr64-0.6.1 testing, SSD 1TB

    Also wenn du sagt, dass er auf tty1 landet, dann schafft er es nicht den X-Server oder Openbox zu starten. Das Xorg.1.log zeigt da selbst soweit ich das auf die Schnelle sehen kann keinen Fehler. Dann dürfte also vermutlich etwas anderes beim Starten des openbox-Upstart Jobs schief gehen


    Was steht in /var/log/upstart/openbox.log?


    Deine Custom Templates sollten an der Stelle keine Probleme machen.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Code
    /proc/self/fd/9: Zeile 11: exec: xinit: Nicht gefunden.


    Gibt es xinit auf deinem yaVDR?

    Code
    which xinit
apt-cache policy xinit


    Sicher, dass es nicht noch weitere custom Templates oder sonstige Veränderungen am System gibt?

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Ach ja - ist yavdr-essential überhaupt installiert?

    Code
    apt-cache policy yavdr-essential

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Zitat von seahawk1986

    Ach ja - ist yavdr-essential überhaupt installiert?


    Tss, zu langsam, also ich wette dagegen.


    Gerald


    HP Proliant MicroServer Gen8, Xeon E3-1230, 12 GB RAM, 3xWD red 2TB im RAID 5, 2xSundtek MediaTV Home DVB-C/T, L4M TWIN-C/T, Ubuntu Server 14.04.1, Plex Media Server
    Samsung UE55H6470

    :) ich denke ihr habts! ...


    ich verstehe aber nicht ganz, wie das bei der Umstellung SO schiefgehen konnte. Vorher hatte ich das PAket auf jeden Fall!


    naja, bekomme noch eine Fehlermeldung zu nicht auflösbaren Abhängigkeiten, wenn ich "yavdr-essential" installieren möchte:

    System 1: Zotac ZBOX HD-ID41 Plus, Intel Atom D525, Chipset: Intel NM10, IGP: GeForce G 210, 2x Sundtek SkyTV Ultimate(DVB-S/S2), Fernbedienung Hama-MCE, yavdr64-0.6.1 testing, SSD 1TB

    Was passiert denn bei einem Installationsversuch des uswsusp-Pakets?

    Code
    sudo apt-get install uswsusp


    Und viel wichtiger: warum schaust du dir die Ausgaben von apt nicht an, wenn du es laufen lässt? Das sollte doch Auffallen, wenn es im Zuge eines Updates Pakete entfernen muss und dann Nachfragt...

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Hallo Seahawk,


    Du hast recht. Ich fürchte nur, dass wir das auf meine Unerfahrenheit mit apt bzw. den Yavdr-Paketen schieben müssen :( sorry!
    Dass Pakete entfernt wurden, ist mir deswegen nicht aufgefallen, weil ich eben zuerst nur die Testing-Quellen hinzugefügt habe, und dann erst nach einem ersten "apt-get dist-upgrade" das "apt-pinning" durchgeführt habe. Beim zweiten "dist-upgrade" hat er dann einige PAkete angezeigt, die er entfernen wollte und einige die er "downgraden" wollte. Ich kenne mich einfach zu wenig aus mit den PAketen, die wirklich benötigt wurden.


    Umgekehrt hatte ich das auch schon versucht, nur gibt das im Wesentlichen die gleiche Fehlermeldung:


    Gruß,
    Tim

    System 1: Zotac ZBOX HD-ID41 Plus, Intel Atom D525, Chipset: Intel NM10, IGP: GeForce G 210, 2x Sundtek SkyTV Ultimate(DVB-S/S2), Fernbedienung Hama-MCE, yavdr64-0.6.1 testing, SSD 1TB

    Kannst du ein dpkg-reconfigure für uswsusp anstoßen?

    Code
    sudo dpkg-reconfigure uswsusp


    Dann mal durchklicken (Standard-Werte sollten passen) und schauen ob du auf einen Fehler triffst.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    hd-vdr@HD-VDR:~$ sudo dpkg-reconfigure uswsusp
    [sudo] password for hd-vdr:
    /usr/sbin/dpkg-reconfigure: uswsusp ist kaputt oder nicht komplett installiert


    X(

    System 1: Zotac ZBOX HD-ID41 Plus, Intel Atom D525, Chipset: Intel NM10, IGP: GeForce G 210, 2x Sundtek SkyTV Ultimate(DVB-S/S2), Fernbedienung Hama-MCE, yavdr64-0.6.1 testing, SSD 1TB

    Führe mal den Skript

    Code
    /var/lib/dpkg/info/uswsusp.postinst


    direkt aus, vielleicht kann man dann erkennen was da schief läuft.


    Mir schwant aber böses, ist debconf installiert?


    Gerald


    HP Proliant MicroServer Gen8, Xeon E3-1230, 12 GB RAM, 3xWD red 2TB im RAID 5, 2xSundtek MediaTV Home DVB-C/T, L4M TWIN-C/T, Ubuntu Server 14.04.1, Plex Media Server
    Samsung UE55H6470

    Nutzt du den Standby überhaupt?


    Ich würde mal versuchen zu tricksen:
    in /var/lib/dpkg/info/uswsusp.postinst


    die Zeile

    Code
    set -e

    in

    Code
    set -x

    ändern und dann noch mal schauen:

    Code
    sudo dpkg --configure -a


    Ach ja - die Ausgabe davon wäre interessant, dann weiß man wenigstens, ob es irgendwo richtig geknallt hat...

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    ich vermute langsam auch, dass ich mir bei dem Update einige der benötigten Pakete zerschossen habe. Gibt es für mich eine Möglichkeit zu schauen, ob alle benötigten Pakete auch installiert sind?


    gda:
    debconf ist jedenfalls installiert:

    Code
    hd-vdr@HD-VDR:~$ apt-cache policy debconf
debconf:
  Installiert: 1.5.42ubuntu1
  Kandidat:	1.5.42ubuntu1
  Versionstabelle:
 *** 1.5.42ubuntu1 0
    	500 http://de.archive.ubuntu.com/ubuntu/ precise/main amd64 Packages
    	100 /var/lib/dpkg/status


    Code
    hd-vdr@HD-VDR:~$ sudo /var/lib/dpkg/info/uswsusp.postinst
+ . /usr/share/debconf/confmodule
++ '[' '!' '' ']'
++ PERL_DL_NONLAZY=1
++ export PERL_DL_NONLAZY
++ '[' '' ']'
++ exec /usr/share/debconf/frontend /var/lib/dpkg/info/uswsusp.postinst


    @seahawk:
    die Option -a akzeptiert er so nicht, das Ergebnis ohne "-a" ist (nach der Änderung von -e auf -x)

    System 1: Zotac ZBOX HD-ID41 Plus, Intel Atom D525, Chipset: Intel NM10, IGP: GeForce G 210, 2x Sundtek SkyTV Ultimate(DVB-S/S2), Fernbedienung Hama-MCE, yavdr64-0.6.1 testing, SSD 1TB

Jetzt mitmachen!

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

Benutzerkonto erstellen Anmelden