Moin!
Ist bei dir noch dbus-activation aktiviert? Ich dachte, das hätten wir rausgenommen.
Kann jetzt gerade nicht genau nachsehen, wo die Dateien liegen, aber vermutlich irgendwo in der Nähe von /usr/share/dbus oder ähnlich. Da gibt's eine Datei, in der dbus nachsieht, falls er einen Zugriff auf de.tvdr.vdr registriert. Die muss weg.
Und dann noch die Startbedingung dbus-activation o.ä. In /etc/init/vdr.conf.
Lars.
Moin,
Genau, die Datei unter /usr/share löschen und die entsprechende Zeile, die du genannt hast, auch.
Mal sehen, ob es Besserung bringt.
Lars.
Moinsen!
Ist bei dir noch dbus-activation aktiviert? Ich dachte, das hätten wir rausgenommen.
Anscheinend ist das noch drin. Hab's bei mir ebenfalls gefunden (yaVDR 0.5 stable inkl. aller Updates) und entsprechend rausgeschmissen, da ich auch ab und zu die
Probleme von BOP hatte. Mal sehen...
Cheers,
Ole
Moin!
Kann sein, dass wir das nur bei testing rausgenommen haben. Ich bring das immer durcheinander, weil ich meine stable-Kiste nicht weiter anfasse und sonst nur irgendwo im unstable-Bereich unterwegs bin. 
Lars.
Moin!
Ich glaube nicht, da es hier um ein Startproblem geht, während du ein Problem beim Beenden/Neustarten des vdr hast (ohne Reboot).
Die aktuellen Startscripte in unstable sind mittlerweile ja auch umgebaut, es kann also sein, dass es das Problem in der Form evtl. gar nicht mehr gibt. Ich hab bloß noch keine Zeit gefunden, den Update-Pfad für diese Scripte festzulegen. Da sind nämlich mehrere Pakete aus dem vdr- und yavdr-PPA beteiligt.
Lars.
Moin!
Ich glaube nicht, da es hier um ein Startproblem geht, während du ein Problem beim Beenden/Neustarten des vdr hast (ohne Reboot).
beim Reboot habe ich das Problem manchmal auch (siehe Nachtrag im Bug). In beiden Fällen scheint de.tvdr.vdr im Spiel zu sein
Hm, ok, da steht auch was von "activation". Du kannst die Änderungen ja mal ausprobieren.
Lars.
Hm, ok, da steht auch was von "activation". Du kannst die Änderungen ja mal ausprobieren.
Lars.
hab ich gemacht, und jetzt geht auch 'Neustart' im Einstellungsmenü ![:]](https://www.vdr-portal.de/images/smilies/pleased.gif "Freude"){kind=small}
Ich habe das Problem auch und hab jetzt mal die Änderungen zur dbus-activation gemacht. Also die Datei gelöscht und die Zeile rausgenommen wie im obigen Post angegeben. Im Log seh ich aber nochfolgendes:
Jun 17 22:10:03 vdr-cl-wohn vdr: [1100] dbus2vdr: new message dispatcher for interface de.tvdr.vdr.epg
Jun 17 22:10:03 vdr-cl-wohn vdr: [1100] dbus2vdr: new message dispatcher for interface de.tvdr.vdr.osd
Jun 17 22:10:03 vdr-cl-wohn vdr: [1100] dbus2vdr: new message dispatcher for interface de.tvdr.vdr.plugin
Jun 17 22:10:03 vdr-cl-wohn vdr: [1100] dbus2vdr: new message dispatcher for interface de.tvdr.vdr.recording
Jun 17 22:10:03 vdr-cl-wohn vdr: [1100] dbus2vdr: new message dispatcher for interface de.tvdr.vdr.remote
Jun 17 22:10:03 vdr-cl-wohn vdr: [1100] dbus2vdr: new message dispatcher for interface de.tvdr.vdr.setup
Jun 17 22:10:03 vdr-cl-wohn vdr: [1100] dbus2vdr: new message dispatcher for interface de.tvdr.vdr.shutdown
Jun 17 22:10:03 vdr-cl-wohn vdr: [1100] dbus2vdr: new message dispatcher for interface de.tvdr.vdr.skin
Jun 17 22:10:03 vdr-cl-wohn vdr: [1100] dbus2vdr: new message dispatcher for interface de.tvdr.vdr.timer
Jun 17 22:10:03 vdr-cl-wohn vdr: [1179] dbus2vdr: monitor started on bus de.tvdr.vdr
Jun 17 22:10:03 vdr-cl-wohn vdr: [1179] dbus2vdr: NameAcquired: get ownership of name de.tvdr.vdr
Jun 17 22:10:06 vdr-cl-wohn vdr: [1179] dbus2vdr: new message, object /Shutdown, interface de.tvdr.vdr.shutdown, member ManualStart
Jun 17 22:10:06 vdr-cl-wohn vdr: [1179] dbus2vdr: new message, object /Plugins, interface de.tvdr.vdr.plugin, member ListPasst das so oder muss da noch was raus?
Markus
Moin,
Das passt so.
Lars
müssen die Änderungen noch 'getemplated' werden?
Moin,
gerade eingeschaltet - mal wieder nur schwarzes Bild. Im Log wiederholt sich folgendes:
Jun 18 09:49:55 vdr-cl-wohn kernel: [ 168.903978] init: vdr-frontend main process (2546) terminated with status
1
Jun 18 09:49:55 vdr-cl-wohn kernel: [ 168.904181] init: vdr-frontend main process ended, respawning
Jun 18 09:49:55 vdr-cl-wohn vdr: [1190] dbus2vdr: new message, object /Plugins/softhddevice, interface de.tvdr.v
dr.plugin, member SVDRPCommand
Jun 18 09:49:55 vdr-cl-wohn vdr: [1190] dbus2vdr: starting new message handler 0x7fa494006120
Jun 18 09:49:55 vdr-cl-wohn vdr: [2720] dbus2vdr message handler thread started (pid=1085, tid=2720)
Jun 18 09:49:55 vdr-cl-wohn vdr: [2720] dbus2vdr: de.tvdr.vdr.plugin.SVDRPCommand: command 'STAT' has no option
Jun 18 09:49:55 vdr-cl-wohn vdr: [2720] dbus2vdr: invoking softhddevice.SVDRPCommand("STAT", "")
Jun 18 09:49:55 vdr-cl-wohn vdr: [2720] dbus2vdr: moving message handler 0x7fa494006120 from active to finished
Jun 18 09:49:55 vdr-cl-wohn vdr: [2720] dbus2vdr message handler thread ended (pid=1085, tid=2720)
Jun 18 09:49:55 vdr-cl-wohn vdr: [1190] dbus2vdr: connection has messages to send, flushing
Jun 18 09:49:55 vdr-cl-wohn vdr: [1190] dbus2vdr: done flushing
Jun 18 09:49:55 vdr-cl-wohn vdr: [1190] dbus2vdr: new message, object /Plugins/softhddevice, interface de.tvdr.v
dr.plugin, member SVDRPCommand
Jun 18 09:49:55 vdr-cl-wohn vdr: [1190] dbus2vdr: 1 idle message handler, reusing 0x7fa494006120
Jun 18 09:49:55 vdr-cl-wohn vdr: [2723] dbus2vdr message handler thread started (pid=1085, tid=2723)
Jun 18 09:49:55 vdr-cl-wohn vdr: [2723] dbus2vdr: de.tvdr.vdr.plugin.SVDRPCommand: command 'DETA' has no option
Jun 18 09:49:55 vdr-cl-wohn vdr: [2723] dbus2vdr: invoking softhddevice.SVDRPCommand("DETA", "")
Jun 18 09:49:55 vdr-cl-wohn vdr: [2723] dbus2vdr: moving message handler 0x7fa494006120 from active to finished
Jun 18 09:49:55 vdr-cl-wohn vdr: [2723] dbus2vdr message handler thread ended (pid=1085, tid=2723)
Jun 18 09:49:55 vdr-cl-wohn vdr: [1190] dbus2vdr: connection has messages to send, flushing
Jun 18 09:49:55 vdr-cl-wohn vdr: [1190] dbus2vdr: done flushing
Jun 18 09:49:55 vdr-cl-wohn vdr: [1190] dbus2vdr: new message, object /Plugins/softhddevice, interface org.freed
esktop.DBus.Introspectable, member Introspect
Jun 18 09:49:55 vdr-cl-wohn vdr: [1190] dbus2vdr: introspect object /Plugins/softhddevice with Introspect
Jun 18 09:49:55 vdr-cl-wohn vdr: [1190] dbus2vdr: new message, object /Remote, interface org.freedesktop.DBus.In
trospectable, member Introspect
Jun 18 09:49:55 vdr-cl-wohn vdr: [1190] dbus2vdr: introspect object /Remote with Introspect
Jun 18 09:49:55 vdr-cl-wohn vdr: [1190] dbus2vdr: new message, object /Shutdown, interface org.freedesktop.DBus.
Introspectable, member Introspect
Jun 18 09:49:55 vdr-cl-wohn vdr: [1190] dbus2vdr: introspect object /Shutdown with Introspect
Jun 18 09:49:55 vdr-cl-wohn vdr: [1190] dbus2vdr: new message, object /Setup, interface org.freedesktop.DBus.Int
rospectable, member Introspect
Jun 18 09:49:55 vdr-cl-wohn vdr: [1190] dbus2vdr: introspect object /Setup with Introspect
Jun 18 09:49:55 vdr-cl-wohn vdr: [1190] dbus2vdr: new message, object /Timers, interface org.freedesktop.DBus.In
trospectable, member Introspect
Jun 18 09:49:55 vdr-cl-wohn vdr: [1190] dbus2vdr: introspect object /Timers with Introspect
Jun 18 09:49:55 vdr-cl-wohn vdr: [1190] dbus2vdr: new message, object /Shutdown, interface de.tvdr.vdr.shutdown,
member ManualStart
Jun 18 09:49:55 vdr-cl-wohn vdr: [1190] dbus2vdr: 1 idle message handler, reusing 0x7fa494006120
Jun 18 09:49:55 vdr-cl-wohn vdr: [2747] dbus2vdr message handler thread started (pid=1085, tid=2747)
Jun 18 09:49:55 vdr-cl-wohn vdr: [2747] dbus2vdr: moving message handler 0x7fa494006120 from active to finished
Jun 18 09:49:55 vdr-cl-wohn vdr: [2747] dbus2vdr message handler thread ended (pid=1085, tid=2747)
Jun 18 09:49:55 vdr-cl-wohn vdr: [1190] dbus2vdr: connection has messages to send, flushing
Jun 18 09:49:55 vdr-cl-wohn vdr: [1190] dbus2vdr: done flushing
Jun 18 09:49:55 vdr-cl-wohn vdr: [1190] dbus2vdr: new message, object /Plugins, interface org.freedesktop.DBus.I
ntrospectable, member Introspect
Jun 18 09:49:55 vdr-cl-wohn vdr: [1190] dbus2vdr: introspect object /Plugins with Introspect
Jun 18 09:49:55 vdr-cl-wohn vdr: [1190] dbus2vdr: can't introspect object /Plugins
Jun 18 09:49:55 vdr-cl-wohn vdr: [1190] dbus2vdr: new message, object /Plugins, interface de.tvdr.vdr.plugin, me
mber List
Jun 18 09:49:55 vdr-cl-wohn vdr: [1190] dbus2vdr: 1 idle message handler, reusing 0x7fa494006120
Jun 18 09:49:55 vdr-cl-wohn vdr: [2748] dbus2vdr message handler thread started (pid=1085, tid=2748)
Jun 18 09:49:55 vdr-cl-wohn vdr: [2748] dbus2vdr: moving message handler 0x7fa494006120 from active to finished
Jun 18 09:49:55 vdr-cl-wohn vdr: [2748] dbus2vdr message handler thread ended (pid=1085, tid=2748)
Jun 18 09:49:55 vdr-cl-wohn vdr: [1190] dbus2vdr: connection has messages to send, flushing
Jun 18 09:49:55 vdr-cl-wohn vdr: [1190] dbus2vdr: done flushing
Jun 18 09:49:55 vdr-cl-wohn vdr-frontend[2743]: started udev monitoring of input devices
Jun 18 09:49:55 vdr-cl-wohn vdr: [1190] dbus2vdr: new message, object /Plugins/softhddevice, interface de.tvdr.v
dr.plugin, member SVDRPCommand
Jun 18 09:49:55 vdr-cl-wohn vdr: [1190] dbus2vdr: 1 idle message handler, reusing 0x7fa494006120
Jun 18 09:49:55 vdr-cl-wohn vdr: [2749] dbus2vdr message handler thread started (pid=1085, tid=2749)
Jun 18 09:49:55 vdr-cl-wohn vdr: [2749] dbus2vdr: invoking softhddevice.SVDRPCommand("STAT", "None")
Jun 18 09:49:55 vdr-cl-wohn vdr: [2749] dbus2vdr: moving message handler 0x7fa494006120 from active to finished
Jun 18 09:49:55 vdr-cl-wohn vdr: [2749] dbus2vdr message handler thread ended (pid=1085, tid=2749)
Jun 18 09:49:55 vdr-cl-wohn vdr: [1190] dbus2vdr: connection has messages to send, flushing
Jun 18 09:49:55 vdr-cl-wohn vdr: [1190] dbus2vdr: done flushing
Jun 18 09:49:56 vdr-cl-wohn vdr: [1190] dbus2vdr: new message, object /Plugins/softhddevice, interface de.tvdr.v
dr.plugin, member SVDRPCommand
Jun 18 09:49:56 vdr-cl-wohn vdr: [1190] dbus2vdr: 1 idle message handler, reusing 0x7fa494006120
Jun 18 09:49:56 vdr-cl-wohn vdr: [2751] dbus2vdr message handler thread started (pid=1085, tid=2751)
Jun 18 09:49:56 vdr-cl-wohn vdr: [2751] dbus2vdr: invoking softhddevice.SVDRPCommand("ATTA", "-d :1.0")??? 
müssen die Änderungen noch 'getemplated' werden?
Keine Ahnung, musst mal schauen, ob es unter /usr/share/yavdr/templates (oder so ähnlich) Vorlagen dafür gibt. Wenn ja, dann ja.
Lars.
gerade eingeschaltet - mal wieder nur schwarzes Bild. Im Log wiederholt sich folgendes:
D.h. vdr-frontend macht ständig ein respawn? Das hat sicherlich eine andere Ursache.
Evtl. mal unter /var/log/upstart/vdr-frontend.log (o.ä.) nachsehen, was da drin steht.
Lars.
D.h. vdr-frontend macht ständig ein respawn? Das hat sicherlich eine andere Ursache.
Evtl. mal unter /var/log/upstart/vdr-frontend.log (o.ä.) nachsehen, was da drin steht.
Oder /var/log/xorg.1.log
Gerald
Keine Ahnung, musst mal schauen, ob es unter /usr/share/yavdr/templates (oder so ähnlich) Vorlagen dafür gibt. Wenn ja, dann ja.
Lars.
Da es keine Ordner /usr/share/yavdr/templates/usr/share/dbus-1 und /usr/share/yavdr/templates/etc/init/vdr.conf gibt, stammen die Dateien offenbar nicht aus templates.
Fließen die Änderungen denn trotzdem noch in stable ein?
Das musst du halt mal aufdröseln... am besten mal das komplette Log posten.
CodeJun 18 09:49:55 vdr-cl-wohn kernel: [ 168.903978] init: vdr-frontend main process (2546) terminated with status 1 Jun 18 09:49:55 vdr-cl-wohn kernel: [ 168.904181] init: vdr-frontend main process ended, respawning
Hier wird das Frontend-Skript unsanft beendet - wenn ich raten müsste (das Log davor fehlt ja in deinem Post), weil der VDR nicht bereit ist. Evtl. findest du etwas in /var/log/upstart/vdr-frontend.log und im Syslog vor der Stelle.
In der Folge wird der Upstart-Job für das Frontend beendet - analog zu https://github.com/yavdr/yavdr…nf/30_softhddevice-03-end
Dann wird der Upstart-Job wieder neu gestartet (siehe https://github.com/yavdr/yavdr…evice-02-script.py#L407):
Zu guter letzt wird die Settings-Klasse initialisiert und das Frontend attached:
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
