[yavdr-0.5] vdr wird bei starten gekillt

frockert · 21. Oktober 2012

Hi,

hatte das Problem gestern auch nach nem update, insbesondere von nvidia auf 304.51

Habe dann hier noch ein paar andere Freds gefunden, hab dann nen alten Treiber installiert, danach gings wieder:

Code

apt-get remove nvidia-current
apt-get install nvidia-current=295.40-0ubuntu1.1
reboot

VG
frockert

CKone · 21. Oktober 2012

laut sig hast du ne 0.4, das hier betrifft nur die 0.5. - das Problem und dieser Thread kam auch früher als der 304.

Christian

frockert · 21. Oktober 2012

Zitat von CKone

laut sig hast du ne 0.4, das hier betrifft nur die 0.5. - das Problem und dieser Thread kam auch früher als der 304.

Christian

Hi, hast mich erwischt, die Sig ist nicht aktuell.

Habe mittlerweile im Schlafzimmer ein weiteres System auf einem Zotac Mini-PC mit der 0.5 er am laufen, und hier hatte ich das Problem was nun behoben ist.

VG
Frockert

BooStar · 22. Oktober 2012

Moin zusammen...

Zitat

danach gings wieder:

Code

apt-get remove nvidia-current
apt-get install nvidia-current=295.40-0ubuntu1.1
reboot

Das kann ich nun nicht bestätigen..
Ich hab den alten Treiber mal spasseshalber installiert,
dabei rum kommt folgendes:

Code

Oct 22 20:03:14 yavdr vdr: [1398] changing pids of channel 98 from 5131+5131=27:5132=deu@3,5133=mis@3;5136=deu@106:0:5134 to 5121+5121=27:5122=deu@3,5123=mis$
Oct 22 20:03:14 yavdr vdr: audio:  44100Hz supports 1 2 3 4 5 6 7 8 channels
Oct 22 20:03:14 yavdr vdr: audio:  48000Hz supports 1 2 3 4 5 6 7 8 channels
Oct 22 20:03:14 yavdr vdr: [1614] dbus2vdr: moving message handler 0x7f7b34005560 from active to finished
Oct 22 20:03:14 yavdr vdr: [1614] dbus2vdr message handler thread ended (pid=1163, tid=1614)
Oct 22 20:03:14 yavdr vdr: [1459] dbus2vdr: connection has messages to send, flushing
Oct 22 20:03:14 yavdr vdr: [1459] dbus2vdr: done flushing
Oct 22 20:03:14 yavdr vdr: [1459] dbus2vdr: new message, object /Remote, interface de.tvdr.vdr.remote, member Enable
Oct 22 20:03:14 yavdr vdr: [1459] dbus2vdr: don't know what to do...
Oct 22 20:03:15 yavdr vdr: audio/alsa: using device 'default'
Oct 22 20:03:15 yavdr kernel: [   30.331627] Text2Skin: chan[1623]: segfault at 7f7b5a433010 ip 00007f7b4ef5d858 sp 00007f7b18ff09d0 error 4 in libvdr-text2s$
Oct 22 20:03:15 yavdr kernel: [   30.768488] init: vdr main process (1163) killed by SEGV signal
Oct 22 20:03:15 yavdr kernel: [   30.774554] init: vdr-frontend main process (1596) killed by TERM signal
Oct 22 20:03:40 yavdr dbus[995]: [system] Failed to activate service 'de.tvdr.vdr': timed out
Oct 22 20:04:06 yavdr dbus[995]: [system] Failed to activate service 'de.tvdr.vdr': timed out
Oct 22 20:04:06 yavdr vdr-crash: vdr exit with signal SEGV . Restarting
Oct 22 20:04:06 yavdr kernel: [   81.303356] init: vdr-exit-other main process (2162) terminated with status 1
Oct 22 20:04:06 yavdr vdr: [2166] VDR version 1.7.27 started
Oct 22 20:04:06 yavdr vdr: [2166] switched to user 'vdr'
Oct 22 20:04:06 yavdr vdr: [2166] codeset is 'UTF-8' - known
Oct 22 20:04:06 yavdr vdr: [2166] found 28 locales in /usr/share/locale
Oct 22 20:04:06 yavdr vdr: [2166] loading plugin: /usr/lib/vdr/plugins/libvdr-restfulapi.so.1.7.27
Oct 22 20:04:06 yavdr vdr: [2166] restfulapi: Port has been set to 8002!
Oct 22 20:04:06 yavdr vdr: [2166] restfulapi: Ip has been set to 0.0.0.0!
Oct 22 20:04:06 yavdr vdr: [2166] restfulapi: trying to parse command line arguments
Oct 22 20:04:06 yavdr vdr: [2166] restfulapi: Port has been set to 8002!
Oct 22 20:04:06 yavdr vdr: [2166] restfulapi: Ip has been set to 0.0.0.0!
Oct 22 20:04:06 yavdr vdr: [2166] RESTful-API Settings: port: 8002, ip: 0.0.0.0, eimgs: , cimgs: i, headers: activated

Alles anzeigen

Code

#0  0x00007f7b4ef5d858 in cxString::~cxString (this=0xe894c0, __in_chrg=<optimized out>) at xml/string.c:78
78      xml/string.c: Datei oder Verzeichnis nicht gefunden.
(gdb) bt full
#0  0x00007f7b4ef5d858 in cxString::~cxString (this=0xe894c0, __in_chrg=<optimized out>) at xml/string.c:78
        it = {_M_current = 0x7f7b5a433010}
#1  0x00007f7b4ef605c1 in cxObject::~cxObject (this=0xe89380, __in_chrg=<optimized out>) at xml/object.c:75
No locals.
#2  0x00007f7b4ef60720 in cxObjects::~cxObjects (this=0xe89308, __in_chrg=<optimized out>) at xml/object.c:244
        i = 0
#3  0x00007f7b4ef62fc1 in cxDisplays::~cxDisplays (this=0xe56b50, __in_chrg=<optimized out>) at xml/display.c:41
        it = {_M_node = 0xee9650}
#4  0x00007f7b4ef3d781 in cxSkin::~cxSkin (this=0xe56b20, __in_chrg=<optimized out>) at xml/skin.h:55
No locals.
#5  0x00007f7b4ef3cf08 in cText2SkinLoader::~cText2SkinLoader (this=0x11bcd70, __in_chrg=<optimized out>) at loader.c:68
No locals.
#6  0x00007f7b4ef3cf79 in cText2SkinLoader::~cText2SkinLoader (this=0x11bcd70, __in_chrg=<optimized out>) at loader.c:71
No locals.
#7  0x000000000053110e in cListBase::Clear (this=0x7fc1c0) at tools.c:1950
        object = 0x135aae0
#8  0x0000000000530ce5 in cListBase::~cListBase (this=0x7fc1c0, __in_chrg=<optimized out>) at tools.c:1870
No locals.
#9  0x000000000050fe5d in cList<cSkin>::~cList (this=0x7fc1c0, __in_chrg=<optimized out>) at tools.h:450
No locals.
#10 0x000000000050f350 in cSkins::~cSkins (this=0x7fc1c0, __in_chrg=<optimized out>) at skins.c:199
No locals.
#11 0x00007f7b586db901 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#12 0x00007f7b586db985 in exit () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#13 0x00007f7b52d3c226 in _XDefaultError () from /usr/lib/x86_64-linux-gnu/libX11.so.6
No symbol table info available.
#14 0x00007f7b52d3c36f in _XError () from /usr/lib/x86_64-linux-gnu/libX11.so.6
No symbol table info available.
#15 0x00007f7b52d39311 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6
No symbol table info available.
#16 0x00007f7b52d39355 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6
No symbol table info available.
#17 0x00007f7b52d39df5 in _XEventsQueued () from /usr/lib/x86_64-linux-gnu/libX11.so.6
No symbol table info available.
#18 0x00007f7b52d2b49d in XPending () from /usr/lib/x86_64-linux-gnu/libX11.so.6
No symbol table info available.
#19 0x00007f7b540606e9 in VideoPollEvent () from /usr/lib/vdr/plugins/libvdr-softhddevice.so.1.7.27
No symbol table info available.
#20 0x00007f7b54061407 in ?? () from /usr/lib/vdr/plugins/libvdr-softhddevice.so.1.7.27
No symbol table info available.
#21 0x00007f7b59f71e9a in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info available.
#22 0x00007f7b58793cbd in clone () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
---Type <return> to continue, or q <return> to quit---
#23 0x0000000000000000 in ?? ()
No symbol table info available.
(gdb)

Alles anzeigen

Dieses mal ist es wieder text2skin..
ich glaube den hatte ich der stable noch nicht ..
Wobei es sich dem alten Treiber besser anfühlt..

BooStar · 22. Oktober 2012

und nochmal nicht hochgekommen,
diesmal mit

Code

Oct 22 20:14:30 yavdr vdr: [1473] dbus2vdr: new message, object /Plugins, interface de.tvdr.vdr.plugin, member List
Oct 22 20:14:30 yavdr vdr: [1473] dbus2vdr: don't know what to do...
Oct 22 20:14:30 yavdr kernel: [   77.457041] init: vdr-frontend main process (3345) terminated with status 1
Oct 22 20:14:30 yavdr kernel: [   77.457129] init: vdr-frontend main process ended, respawning
Oct 22 20:14:30 yavdr vdr: [1473] dbus2vdr: new message, object /Plugins/softhddevice, interface de.tvdr.vdr.plugin, member SVDRPCommand
Oct 22 20:14:30 yavdr vdr: [1473] dbus2vdr: don't know what to do...
Oct 22 20:14:30 yavdr vdr: [1473] dbus2vdr: new message, object /Plugins/softhddevice, interface de.tvdr.vdr.plugin, member SVDRPCommand
Oct 22 20:14:30 yavdr vdr: [1473] dbus2vdr: don't know what to do...
Oct 22 20:14:30 yavdr vdr: [1473] dbus2vdr: new message, object /Plugins/softhddevice, interface org.freedesktop.DBus.Introspectable, member Introspect
Oct 22 20:14:30 yavdr vdr: [1473] dbus2vdr: introspect object /Plugins/softhddevice with Introspect
Oct 22 20:14:30 yavdr vdr: [1473] dbus2vdr: can't introspect object /Plugins/softhddevice
Oct 22 20:14:30 yavdr vdr: [1473] dbus2vdr: new message, object /Remote, interface org.freedesktop.DBus.Introspectable, member Introspect
Oct 22 20:14:30 yavdr vdr: [1473] dbus2vdr: introspect object /Remote with Introspect
Oct 22 20:14:30 yavdr vdr: [1473] dbus2vdr: can't introspect object /Remote
Oct 22 20:14:30 yavdr vdr: [1473] dbus2vdr: new message, object /Shutdown, interface org.freedesktop.DBus.Introspectable, member Introspect
Oct 22 20:14:30 yavdr vdr: [1473] dbus2vdr: introspect object /Shutdown with Introspect
Oct 22 20:14:30 yavdr vdr: [1473] dbus2vdr: can't introspect object /Shutdown
Oct 22 20:14:30 yavdr vdr: [1473] dbus2vdr: new message, object /Setup, interface org.freedesktop.DBus.Introspectable, member Introspect
Oct 22 20:14:30 yavdr vdr: [1473] dbus2vdr: introspect object /Setup with Introspect
Oct 22 20:14:30 yavdr vdr: [1473] dbus2vdr: can't introspect object /Setup
Oct 22 20:14:30 yavdr vdr: [1473] dbus2vdr: new message, object /Shutdown, interface de.tvdr.vdr.shutdown, member ManualStart
Oct 22 20:14:30 yavdr vdr: [1473] dbus2vdr: don't know what to do...
Oct 22 20:14:30 yavdr vdr: [1473] dbus2vdr: new message, object /Plugins, interface org.freedesktop.DBus.Introspectable, member Introspect
Oct 22 20:14:30 yavdr vdr: [1473] dbus2vdr: introspect object /Plugins with Introspect
Oct 22 20:14:30 yavdr vdr: [1473] dbus2vdr: can't introspect object /Plugins
Oct 22 20:14:30 yavdr vdr: [1473] dbus2vdr: new message, object /Plugins, interface de.tvdr.vdr.plugin, member List
Oct 22 20:14:30 yavdr vdr: [1473] dbus2vdr: don't know what to do...
Oct 22 20:14:30 yavdr kernel: [   77.932288] init: vdr-frontend main process (3375) terminated with status 1
Oct 22 20:14:30 yavdr kernel: [   77.932370] init: vdr-frontend respawning too fast, stopped
Oct 22 20:14:30 yavdr vdr: [1473] dbus2vdr: new message, object /Plugins/softhddevice, interface de.tvdr.vdr.plugin, member SVDRPCommand
Oct 22 20:14:30 yavdr vdr: [1473] dbus2vdr: don't know what to do...
Oct 22 20:14:30 yavdr vdr: [1473] dbus2vdr: new message, object /Plugins/softhddevice, interface de.tvdr.vdr.plugin, member SVDRPCommand
Oct 22 20:14:30 yavdr vdr: [1473] dbus2vdr: don't know what to do...

Alles anzeigen

wenn ich in diesem zustand eine Taste drücke startet das frontend.
einen bt gibt es hier nicht ..

drops · 30. Oktober 2012

Ich hatte die Probleme auch. In meinem System ist ebenfalls eine SSD verbaut. Da ich auf ein Client/Server System setze hab ich in ein kleines WOL Script der sobald das Netzwerkinterface auf UP geht ein WOL an den Server sendet. An dieser Stelle habe ich ein sleep 10 eingefügt da mein Client ohne den Server eh nicht "funktionsfähig" ist. Seit dieser Änderung habe ich keine Probleme mehr (Sind inzwischen 10 Tage und mind. 40 Starts). Evtl. hilft euch die Info ja weiter.

Grüße

Drops

abydos · 2. November 2012

Auch mein System (ebenfalls SSD) hatte das Problem. Selbst mit sleep 10 in vdr-frontend.conf noch einige Hänger !

Seit einigen Tagen, nach tauschen der Zeilen

Code

start wait-for-job-state WAIT_FOR=vdr TARGET_GOAL=start WAIT_STATE=running WAITER=vdr-frontend WAIT_FOREVER=1 ||:
start wait-for-job-state WAIT_FOR=sound-device TARGET_GOAL=start WAIT_STATE=running WAITER=vdr-frontend WAIT_FOREVER=1 ||:
.........

sieht jetzt so aus...

Code

# wait for vdr, Xorg (after wm is running) and the sound devices to be loaded
start wait-for-job-state WAIT_FOR=sound-device TARGET_GOAL=start WAIT_STATE=running WAITER=vdr-frontend WAIT_FOREVER=1 ||:
start wait-for-job-state WAIT_FOR=vdr TARGET_GOAL=start WAIT_STATE=running WAITER=vdr-frontend WAIT_FOREVER=1 ||:
.........

keine Probleme mehr.

Grüße
Virenhaendler

gda · 2. November 2012

Zitat von Virenhaendler

Seit einigen Tagen, nach tauschen der Zeilen
keine Probleme mehr.

Upps, macht absolut Sinn, danke!

Gerald

BooStar · 2. November 2012

echt jetzt?
Geil...

gda · 3. November 2012

Zitat von BooStar

echt jetzt?
Geil...

Um sicher zu gehen, probiere es doch einfach mal.

Gerald

BooStar · 3. November 2012

Soo.. die Änderungen sind per template gesetzt..
erster boot, erster dump war aber wegen was bösem..
mal schauen, wie sich das weiter entwickelt...
dadruch das ich den vdr-dbg nutze kann ich immer schön sehen wenn er sich beim starten verabschiedet...
btw, zweiter boot -> keine probleme...

ofenheizer · 6. November 2012

Also ich habe die Änderung auch mal gemacht. Leider keinerlei Verbesserung, mal geht's, oftmals nicht. Also wir vorher.

Code

Nov  6 05:26:08 VDR vdr: [1024] switching to channel 1
Nov  6 05:26:08 VDR vdr: [1024] creating directory /var/run/vdr/vtx
Nov  6 05:26:08 VDR vdr: [1024] creating directory /var/run/vdr/vtx/S19.2E-1-1089-12003
Nov  6 05:26:08 VDR vdr: [1024] [softhddev]SetVolumeDevice: 100
Nov  6 05:26:08 VDR vdr: [1024] [softhddev]SetPlayMode: 1
Nov  6 05:26:08 VDR vdr: [1024] OSD size changed to 1920x1080 @ 1
Nov  6 05:26:08 VDR vdr: [1814] osdteletext-receiver thread started (pid=1024, tid=1814)
Nov  6 05:26:08 VDR vdr: [1813] receiver on device 1 thread started (pid=1024, tid=1813)
Nov  6 05:26:08 VDR rsyslogd-2177: imuxsock begins to drop messages from pid 1024 due to rate-limiting
Nov  6 05:26:08 VDR kernel: [   24.093639] init: wait-for-job-state (vdr-frontendvdr) main process (824) killed by TERM signal
Nov  6 05:26:09 VDR vdr-frontend[1826]: acip-wakeup.time.old hatte Wert: Tue Nov  6 08:50:00 2012
Nov  6 05:26:09 VDR vdr-frontend[1826]: vergleiche mit jetzt: Tue Nov  6 04:26:09 2012
Nov  6 05:26:09 VDR vdr-frontend[1826]: assuming manual start
Nov  6 05:26:09 VDR vdr-frontend[1826]: watching "MCE IR Keyboard/Mouse (cx23885)": /dev/input/event11
Nov  6 05:26:09 VDR vdr-frontend[1826]: watching "MCE IR Keyboard/Mouse (nuvoton-cir)": /dev/input/event3
Nov  6 05:26:09 VDR vdr-frontend[1826]: watching "MCE IR Keyboard/Mouse (cx88xx)": /dev/input/event5
Nov  6 05:26:09 VDR vdr-frontend[1826]: started udev monitoring of input devices
Nov  6 05:26:09 VDR kernel: [   24.974694] EPGSearch: sear[1753]: segfault at 0 ip           (null) sp 00007f739effc5b8 error 14 in vdr[400000+149000]
Nov  6 05:26:09 VDR kernel: [   25.046605] init: vdr-frontend main process (1823) terminated with status 1
Nov  6 05:26:09 VDR kernel: [   25.046638] init: vdr-frontend main process ended, respawning
Nov  6 05:26:10 VDR kernel: [   25.995421] init: vdr main process (1024) killed by SEGV signal
Nov  6 05:26:22 VDR ntpdate[1845]: adjust time server 91.189.94.4 offset -0.175631 sec
Nov  6 05:26:34 VDR dbus[867]: [system] Failed to activate service 'de.tvdr.vdr': timed out
Nov  6 05:26:59 VDR dbus[867]: [system] Failed to activate service 'de.tvdr.vdr': timed out
Nov  6 05:26:59 VDR vdr-crash: vdr exit with signal SEGV . Restarting
Nov  6 05:26:59 VDR kernel: [   75.158730] init: vdr-exit-other main process (2048) terminated with status 1
Nov  6 05:27:00 VDR vdr: [2057] VDR version 1.7.27 started

Alles anzeigen

Gruss.
Markus

Tommy.Z · 6. November 2012

Bei mir war ab und zu der Start verzögert bzw. Absturz und Neustart (gefühlte 2 Minuten).
Hab ich seitdem nicht mehr erlebt.

Asta · 6. November 2012

Egal mit welchen Varianten bekomme ich immer noch ab und zu segfaults. Das einzigste was bei mir hilft ist den vdr erst nach Openbox zu starten.

BooStar · 6. November 2012

Hallo zusammen...
also bei ist es gefühlt auch besser geworden... ich habe aber aufgehört das genauer zu beobachten..
ich habe die änderung am 3.11. eingespielt und bis jetzt hatte ich wohl einen absturz..

Code

warning: Can't read pathname for load map: Eingabe-/Ausgabefehler.
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `/usr/bin/vdr-dbg --lirc=/var/run/lirc/lircd -v /srv/vdr/video.00 -c /var/lib/vd'.
Program terminated with signal 11, Segmentation fault.
#0  0x00007f639aee4707 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
(gdb) bt full
#0  0x00007f639aee4707 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#1  0x00007f639cb83218 in _dl_deallocate_tls () from /lib64/ld-linux-x86-64.so.2
No symbol table info available.
#2  0x00007f639c735df8 in __free_stacks () from /lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info available.
#3  0x00007f639c735f0f in __deallocate_stack () from /lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info available.
#4  0x00007f639c736f8f in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info available.
#5  0x00007f639af58cbd in clone () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#6  0x0000000000000000 in ?? ()
No symbol table info available.
(gdb)

Alles anzeigen

Code

Nov  5 20:13:56 yavdr1 kernel: [ 2268.242062] init: vdr-frontend main process (1784) killed by TERM signal

ofenheizer · 10. November 2012

Zitat von Asta

Egal mit welchen Varianten bekomme ich immer noch ab und zu segfaults. Das einzigste was bei mir hilft ist den vdr erst nach Openbox zu starten.

Welche Änderungen und wo waren dazu nötig?
Denn auch bei mir hat die Änderung keine Verbesserung gezeigt.

Danke und Gruss.
Markus

Tommy.Z · 11. November 2012

Heute hats bei mir auch mal wieder "gekracht", syslog-Auszug bei der Startverzögerung:

Nov 11 07:26:02 origen avahi-daemon[1627]: Registering HINFO record with values 'X86_64'/'LINUX'.
Nov 11 07:26:02 origen kernel: [ 18.855072] init: plymouth-stop pre-start process (1738) terminated with status 1
Nov 11 07:26:03 origen avahi-daemon[1627]: Server startup complete. Host name is origen.local. Local service cookie is 2121194038.
Nov 11 07:26:03 origen kernel: [ 19.984015] usb 4-2: new low-speed USB device number 3 using uhci_hcd
Nov 11 07:26:03 origen mtp-probe: checking bus 4, device 3: "/sys/devices/pci0000:00/0000:00:1a.1/usb4/4-2"
Nov 11 07:26:03 origen mtp-probe: bus: 4, device: 3 was not an MTP device
Nov 11 07:26:03 origen kernel: [ 20.253043] input: eGalax Inc. as /devices/pci0000:00/0000:00:1a.1/usb4/4-2/4-2:1.0/input/input7
Nov 11 07:26:03 origen kernel: [ 20.253322] usbcore: registered new interface driver usbtouchscreen
Nov 11 07:26:04 origen avahi-daemon[1627]: Service "Videos on origen" (/services/vdr-video.service) successfully established.
Nov 11 07:26:04 origen avahi-daemon[1627]: Service "Recordings on origen" (/services/vdr-vdr.service) successfully established.
Nov 11 07:26:04 origen avahi-daemon[1627]: Service "SVDRP on origen" (/services/vdr-svdrp.service) successfully established.
Nov 11 07:26:04 origen avahi-daemon[1627]: Service "Pictures on origen" (/services/vdr-picture.service) successfully established.
Nov 11 07:26:04 origen avahi-daemon[1627]: Service "Music on origen" (/services/vdr-audio.service) successfully established.
Nov 11 07:26:04 origen avahi-daemon[1627]: Service "origen" (/services/udisks.service) successfully established.
Nov 11 07:26:04 origen avahi-mounter[1620]: Resolved type _nfs._tcp on origen.local
Nov 11 07:26:04 avahi-mounter[1620]: last message repeated 7 times
Nov 11 07:26:04 origen kernel: [ 20.997049] init: wait-for-job-state (vdr-frontendvdr) main process (919) killed by TERM signal
Nov 11 07:26:04 origen vdr-frontend[1793]: acip-wakeup.time.old hatte Wert: Sun Nov 11 13:18:00 2012
Nov 11 07:26:04 origen vdr-frontend[1793]: vergleiche mit jetzt: Sun Nov 11 06:26:04 2012
Nov 11 07:26:04 origen vdr-frontend[1793]: assuming manual start
Nov 11 07:26:04 origen vdr-frontend[1793]: started udev monitoring of input devices
Nov 11 07:26:05 origen kernel: [ 21.440007] eth1: no IPv6 routers present
Nov 11 07:26:07 origen rsyslogd-2177: imuxsock lost 283 messages from pid 1054 due to rate-limiting
Nov 11 07:26:07 origen vdr: [1640] [libfritz++/Tools.cpp:259] Found LKZ <hidden>
Nov 11 07:26:07 origen vdr: [1640] [libfritz++/Tools.cpp:266] OKZ not set! Resolving phone numbers may not always work.
Nov 11 07:26:07 origen kernel: [ 23.603875] init: vdr-frontend main process (1790) terminated with status 1
Nov 11 07:26:07 origen kernel: [ 23.603895] init: vdr-frontend main process ended, respawning
Nov 11 07:26:07 origen kernel: [ 23.608122] init: vdr main process (1054) killed by ABRT signal
Nov 11 07:26:07 origen kernel: [ 23.609696] init: graphtft-fe main process (1382) killed by TERM signal
Nov 11 07:26:07 origen kernel: [ 23.615215] init: graphtft-fe post-stop process (1867) terminated with status 2
Nov 11 07:26:09 origen ntpdate[1209]: step time server 91.189.94.4 offset 0.349470 sec
Nov 11 07:26:32 origen dbus[995]: [system] Failed to activate service 'de.tvdr.vdr': timed out
Nov 11 07:27:22 dbus[995]: last message repeated 2 times
Nov 11 07:27:22 origen kernel: [ 98.868821] init: vdr-frontend post-stop process (1864) terminated with status 1
Nov 11 07:27:22 origen vdr-crash: vdr exit with signal ABRT . Restarting
Nov 11 07:27:22 origen kernel: [ 98.898323] init: vdr-exit-other main process (2146) terminated with status 1
Nov 11 07:27:22 origen vdr: [2166] VDR version 1.7.27 started

Asta · 11. November 2012

Zitat von ofenheizer

Welche Änderungen und wo waren dazu nötig?
Denn auch bei mir hat die Änderung keine Verbesserung gezeigt.

Danke und Gruss.
Markus

Vorab: den VDR von Openbox abhängig zu machen hat einen Vor und einen Nachteil. Startet Dein Openbox mal nicht oder stürzt ab kannst Du Dir damit eine Timeraufnahme versauen da ja der VDR auch nicht startet. Der Vorteil gegenüber den ganzen sleeps in den configs ist bei mir das ich mit einer SSD keinen großen Zeitunterschied vom Boot bis Bild gegenüber den original upstart Jobs feststelle. Alle diese Änderungen funktionieren bei mir und werden auch so lange drinne bleiben bis wir irgendeine andere elegantere Lösung finden.
vdr.conf:

Code

# start on ( (started dbus and started udev and stopped networking) or \
#               (dbus-activation de.tvdr.vdr and startup) or \
#               stopped vdr-exit-other or \
#              resume )
# stop on runlevel [!2345]
start on started openbox
stop on stopping openbox

openbox.conf: (diesen Änderung überspringen oder an eigenes System anpassen)

Code

while ! [ $(cat /proc/asound/cards|grep -c "\- HDA NVidia") -gt 0 ] ; do sleep 1 ; done

vor dem einfügen:

Code

exec xinit /usr/bin/openbox --config-file /etc/openbox/rc.xml --startup "/sbin/initctl emit --no-wait openbox-started" -- :1 vt7

Da ich immer wieder Probleme mit dem start vom SHD habe (ztw. kein Bild oder Ton) habe ich noch folgende Sachen geändert:
vdr-frontend.conf:

Code

# start on started vdr or stopped openbox-tools or started sound-device \
#         or vdr-frontend-restart
# stop on stopping vdr or stopping openbox


start on vdr-frontend-restart
stop on stopping vdr or stopping openbox

plugin.softhddevice.conf:

Code

# -D
-d :1 -a hw:0,7 -p hw:0,7

BooStar · 11. November 2012

und mit all diesen Änderungen läuft das stabil?

Asta · 11. November 2012

Bis jetzt nicht einen Absturz. Ich kann die Fehler auch jederzeit wieder reproduzieren in dem ich die Änderungen rückgängig mache. Dann habe ich wieder die besagten segfaults. Probiers es aus. Was bei mir funktioniert kann bei Dir schon wieder anders sein. Sind ja keine großen Änderungen und lassen sich in 1 Minute wieder rückgängig machen.

[yavdr-0.5] vdr wird bei starten gekillt

Jetzt mitmachen!

Teilen