wenn du alles so gemacht hast wie im Howto dann sollte spätestens nach einem Neustart mit der Sektion in der rc.xml auch der Rahmen verschwinden. - tut er zumindest bei 3 Leuten die das so im Einsatz haben...
Christian
wenn du alles so gemacht hast wie im Howto dann sollte spätestens nach einem Neustart mit der Sektion in der rc.xml auch der Rahmen verschwinden. - tut er zumindest bei 3 Leuten die das so im Einsatz haben...
Christian
Hi Christian,
vielleicht hat er es über Windows heruntergeladen und dann per FTP rübergeschaufelt.
Dann sind natürlich die Rechte futsch.
Grus Santos
Nein, hier läuft nur Linux. Habe es normal mit tar entpackt und kopiert, Rechte müssten also stimmen. Außerdem stammt die rc.xml nicht aus dem Paket, sondern war schon vorhanden. Ich habe nur die oben genannten Zeilen eingefügt, da zu graphtft-fe kein Abschnitt vorher vorhanden war. Habe auch neu gestartet, daran kann es auch nicht liegen...
Nachtrag: musste seltsamerweise nur den Eintrag in der rc.xml ein paar Einträge weiter nach oben verschieben, dann gings. Wer weiss, was dabei sich geändert hat.
Nun tauchen bei mir zwei Fehler auf: Oft startet der VDR nach einem Neustart ohne graphtft, d.h. im Display taucht nur das yavdr-logo auf. Im syslog finde ich "openbox main process (1360) terminated with status 1" bzw. "openbox-tools-DL main process (2175) terminated with status", allerdings keine weiteren Hinweise. Manchmal klappts aber auch. Ein "restart graphtft-fe" hats auch schon wieder gebracht, obwohl eine "status graphtft-fe-DL"-Abfrage ausgegeben hatte, dass graphtft-fe-DL läuft.
Mein zweites Problem ist, dass ich die Auflösung nicht zu 800x480 ändern kann, so dass unten immer etwas abgeschnitten ist. Ich habe in "System - Einstellungen - Plugins - graphtft" schon die Auflösung von 800x600 auf 800x480 umgeändert, das bringt jedoch nichts. Die xorg.conf.DL von oben hat schon die richtige Auflösung von 800x480. Was kann ich noch ändern?
Schließĺich noch die zwei Hinweise, dass eine Änderung des setups im WFE (zb. von xineliboutput nach softhddevice oder xbmc) jeweils das graphtft-plugin wieder in der order.conf auskommentiert. Wie kann ich das ändern?
Erstmal danke an alle für die Arbeit, mein Displaylink FingerVU 700 (Thermaltake DH 202) funktioniert super!
in /etc/openbox/rc.xml eingefügt, das hat aber nichts geändert. Was muss ich noch tun?
Schau mal genua wo du die Vollbild Zeilen eingefügt hast. Es muss ja zum Schluss 2x <application> ausgeklammert werden..
Alles anzeigenHallo,
nach sehr viel Recherche hier nun die Lösung zum Betrieb eines Displaylink Display wie beispielsweise dem Samsung U70 unter natty. Im Grunde ist es nichts wirklich neues, nur ein Zusammentragen der bereits bekannten Sachverhalte und die Umgehung des Problems mit einem Workaround.
Also der X-Treiber, egal ob aus dem git oder natty repo, ist kaputt, solang den niemand repariert kann man das TFT nicht so einsetzen wie es durch das yavdr Scripting vorbereitet ist. Deshalb macht das Ding auch soviel Schwierigkeiten!
Das Problem am dem Ding ist, dass das Display nur als Screen 0 startet, ansonsten crashed der X-Server.
Daraus ergeben sich zwei mögliche Workaround:
die Displays tauschen und xine auf den Screen 1 starten - finde ich keine gute Idee weil man an zu vielen Stellen im System rumfummeln muss, ausserdem kann man nachlesen, das der Hauptschirm nicht startet wenn das Display nicht eingesteckt ist.
Die andere Möglichkeit ist eine weitere -unabhängige- Session des X-Servers aufzusetzen. Eine Umsetzung über lxsession hat Fux hier schon vor gut einem Jahr angeregt. Da jedoch auf dem vdr zwangsweise schon ein X installiert ist, hier eine Lösung mit einer zweiten Session auf /usr/bin/X.
Es werden 3 zusätzliche Standard natty Pakete benötigt:
Die Dateien einfach entpacken und in die folgenden Verzeichnisse kopieren:
Code/lib/udev/rules.d/99-displaylink.rules /etc/X11/xorg.conf.DL /etc/init/x-DL.conf /etc/init/openbox-DL.conf /etc/init/openbox-tools-DL.conf /etc/init/graphtft-fe-DL.conf
sowie graphtft in der order.conf aktivieren und darauf achten, das plugin.graphtft.conf auf "-d none" steht.
nach einem Neustart sollten Bldschirm und Maus funktionieren.
Im Grunde war es das schon.
Vielen Dank hierzu an kris, desssen Paket ich den Ansatz zur udev Rule beraubt habe, natürlich Fux, der egtl schon alles zusammengetragen hat und vor allem Horchi, der mir in mühevoll das Zusammenspiel von upstart, X Server, Fenstermanger und anderen nowendigen Dingen erläutert hat.
Ach ja: Kommentare zu den Scripten sind gerne willkommen, denke das ein oder andere hat in Bezug auf die upstart Sektionen Optimierungsbedarf, jedoch funktioniert es so wie es ist.
Christian
Besten Dank. Funktioniert tadellos.
Gruß
Obelix
in Post 25 gab es damals noch mal ne Aktualisierung.
Ansonsten nutze ich das Displaylink lang nicht mehr...
Christian
in Post 25 gab es damals noch mal ne Aktualisierung.
Ansonsten nutze ich das Displaylink lang nicht mehr...
Christian
Ok, schaue ich mir an. Irgendwas ist bei der Aktualisierung vor ein paar Tagen passiert. Ich bekomme nur noch segfaults.
[ 8.983716] init: wait-for-job-state (vdr-frontendvdr) main process (1053) killed by TERM signal
[ 9.043957] hsetroot[1416]: segfault at e4 ip 0000000000402292 sp 00007fff56332500 error 4 in hsetroot[400000+4000]
[ 9.044305] init: graphtft-fe-DL post-stop process (1416) killed by SEGV signal
[ 13.821720] init: failsafe main process (882) killed by TERM signal
[ 14.079419] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
[ 14.079694] NFSD: starting 90-second grace period
[ 14.225413] init: plymouth-stop pre-start process (1838) terminated with status 1
[ 16.080043] eth0: no IPv6 routers present
[ 34.975142] hsetroot[1884]: segfault at e4 ip 0000000000402292 sp 00007fffd59be900 error 4 in hsetroot[400000+4000]
[ 7.334400] hsetroot[1322]: segfault at e4 ip 0000000000402292 sp 00007fff0f55a270 error 4 in hsetroot[400000+4000]
[ 8.118804] init: wait-for-job-state (vdr-frontendvdr) main process (997) killed by TERM signal
[ 8.180607] init: graphtft-fe-DL main process (1344) terminated with status 1
[ 8.180635] init: graphtft-fe-DL main process ended, respawning
[ 8.184966] hsetroot[1364]: segfault at e4 ip 0000000000402292 sp 00007fffb4828440 error 4 in hsetroot[400000+4000]
[ 8.185254] init: graphtft-fe-DL post-stop process (1364) killed by SEGV signal
[ 8.336925] hsetroot[1379]: segfault at e4 ip 0000000000402292 sp 00007fffd6f8b630 error 4 in hsetroot[400000+4000]
[ 9.339486] hsetroot[1400]: segfault at e4 ip 0000000000402292 sp 00007fff5cf99980 error 4 in hsetroot[400000+4000]
[ 10.342109] hsetroot[1432]: segfault at e4 ip 0000000000402292 sp 00007fff2aa033b0 error 4 in hsetroot[400000+4000]
[ 11.344706] hsetroot[1449]: segfault at e4 ip 0000000000402292 sp 00007fffca324290 error 4 in hsetroot[400000+4000]
[ 12.347477] hsetroot[1451]: segfault at e4 ip 0000000000402292 sp 00007fffe8808750 error 4 in hsetroot[400000+4000]
[ 13.350122] hsetroot[1453]: segfault at e4 ip 0000000000402292 sp 00007fffa8dddbf0 error 4 in hsetroot[400000+4000]
[ 13.473532] init: failsafe main process (934) killed by TERM signal
[ 13.729192] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
[ 13.729467] NFSD: starting 90-second grace period
[ 13.873053] init: plymouth-stop pre-start process (1783) terminated with status 1
[ 14.355590] hsetroot[1787]: segfault at e4 ip 0000000000402292 sp 00007fffbac98e90 error 4 in hsetroot[400000+4000]
[ 15.362878] hsetroot[1789]: segfault at e4 ip 0000000000402292 sp 00007fff63293960 error 4 in hsetroot[400000+4000]
[ 16.080117] eth0: no IPv6 routers present
[ 16.369971] hsetroot[1791]: segfault at e4 ip 0000000000402292 sp 00007fff8471dc60 error 4 in hsetroot[400000+4000]
[ 17.377197] hsetroot[1793]: segfault at e4 ip 0000000000402292 sp 00007fff5de145d0 error 4 in hsetroot[400000+4000]
[ 18.384112] hsetroot[1795]: segfault at e4 ip 0000000000402292 sp 00007fff9b4178f0 error 4 in hsetroot[400000+4000]
[ 19.391196] hsetroot[1799]: segfault at e4 ip 0000000000402292 sp 00007fffecedbd80 error 4 in hsetroot[400000+4000]
[ 20.398592] hsetroot[1801]: segfault at e4 ip 0000000000402292 sp 00007fff70d927d0 error 4 in hsetroot[400000+4000]
[ 21.405646] hsetroot[1803]: segfault at e4 ip 0000000000402292 sp 00007fff28cba3e0 error 4 in hsetroot[400000+4000]
[ 22.412480] hsetroot[1985]: segfault at e4 ip 0000000000402292 sp 00007fffe79ff4e0 error 4 in hsetroot[400000+4000]
[ 23.421802] hsetroot[2079]: segfault at e4 ip 0000000000402292 sp 00007fff69db9d40 error 4 in hsetroot[400000+4000]
[ 24.428783] hsetroot[2083]: segfault at e4 ip 0000000000402292 sp 00007fff8c733d60 error 4 in hsetroot[400000+4000]
[ 25.435912] hsetroot[2087]: segfault at e4 ip 0000000000402292 sp 00007fffde349c90 error 4 in hsetroot[400000+4000]
[ 26.442554] hsetroot[2089]: segfault at e4 ip 0000000000402292 sp 00007fffa3454680 error 4 in hsetroot[400000+4000]
[ 27.446760] hsetroot[2097]: segfault at e4 ip 0000000000402292 sp 00007fff4f8271f0 error 4 in hsetroot[400000+4000]
[ 28.452157] hsetroot[2105]: segfault at e4 ip 0000000000402292 sp 00007fffc7ebd9d0 error 4 in hsetroot[400000+4000]
[ 29.459375] hsetroot[2113]: segfault at e4 ip 0000000000402292 sp 00007fffe1a86920 error 4 in hsetroot[400000+4000]
[ 30.466634] hsetroot[2121]: segfault at e4 ip 0000000000402292 sp 00007fff203b3460 error 4 in hsetroot[400000+4000]
[ 31.473580] hsetroot[2129]: segfault at e4 ip 0000000000402292 sp 00007fff27a67e10 error 4 in hsetroot[400000+4000]
[ 32.480101] hsetroot[2131]: segfault at e4 ip 0000000000402292 sp 00007fff27a3ad70 error 4 in hsetroot[400000+4000]
[ 33.487107] hsetroot[2133]: segfault at e4 ip 0000000000402292 sp 00007fffeef2f9f0 error 4 in hsetroot[400000+4000]
[ 34.494011] hsetroot[2141]: segfault at e4 ip 0000000000402292 sp 00007fffebe21620 error 4 in hsetroot[400000+4000]
[ 35.501008] hsetroot[2158]: segfault at e4 ip 0000000000402292 sp 00007fff319d5ea0 error 4 in hsetroot[400000+4000]
[ 36.507841] hsetroot[2160]: segfault at e4 ip 0000000000402292 sp 00007fff6ae33e20 error 4 in hsetroot[400000+4000]
[ 37.514509] hsetroot[2162]: segfault at e4 ip 0000000000402292 sp 00007fffced64ec0 error 4 in hsetroot[400000+4000]
[ 38.521218] hsetroot[2258]: segfault at e4 ip 0000000000402292 sp 00007fffdc3208e0 error 4 in hsetroot[400000+4000]
[ 120.249864] init: graphtft-fe-DL main process (2430) terminated with status 1
[ 120.249935] init: graphtft-fe-DL main process ended, respawning
[ 120.259226] hsetroot[2445]: segfault at e4 ip 0000000000402292 sp 00007fffc7c40fb0 error 4 in hsetroot[400000+4000]
[ 120.259976] init: graphtft-fe-DL post-stop process (2445) killed by SEGV signal
[ 146.327717] init: x-DL main process (2463) terminated with status 1
[ 150.318323] hsetroot[2469]: segfault at e4 ip 0000000000402292 sp 00007fff48779ac0 error 4 in hsetroot[400000+4000]
[ 151.325123] hsetroot[2471]: segfault at e4 ip 0000000000402292 sp 00007fff0e86df00 error 4 in hsetroot[400000+4000]
[ 152.332008] hsetroot[2473]: segfault at e4 ip 0000000000402292 sp 00007fff4fce4f10 error 4 in hsetroot[400000+4000]
[ 153.338842] hsetroot[2476]: segfault at e4 ip 0000000000402292 sp 00007fff653ac690 error 4 in hsetroot[400000+4000]
[ 154.345714] hsetroot[2478]: segfault at e4 ip 0000000000402292 sp 00007fff9475a4f0 error 4 in hsetroot[400000+4000]
[ 155.353036] hsetroot[2480]: segfault at e4 ip 0000000000402292 sp 00007fff17a9d070 error 4 in hsetroot[400000+4000]
[ 156.359731] hsetroot[2482]: segfault at e4 ip 0000000000402292 sp 00007fff07fb8b80 error 4 in hsetroot[400000+4000]
[ 157.366305] hsetroot[2484]: segfault at e4 ip 0000000000402292 sp 00007fff565f9400 error 4 in hsetroot[400000+4000]
[ 158.373193] hsetroot[2486]: segfault at e4 ip 0000000000402292 sp 00007fff7626f8b0 error 4 in hsetroot[400000+4000]
[ 159.380150] hsetroot[2488]: segfault at e4 ip 0000000000402292 sp 00007ffff8aeb130 error 4 in hsetroot[400000+4000]
[ 160.387190] hsetroot[2490]: segfault at e4 ip 0000000000402292 sp 00007fff56d6def0 error 4 in hsetroot[400000+4000]
[ 161.394283] hsetroot[2492]: segfault at e4 ip 0000000000402292 sp 00007fff96d04800 error 4 in hsetroot[400000+4000]
[ 162.401010] hsetroot[2494]: segfault at e4 ip 0000000000402292 sp 00007fffd313e650 error 4 in hsetroot[400000+4000]
[ 163.407877] hsetroot[2496]: segfault at e4 ip 0000000000402292 sp 00007fff7dd0c300 error 4 in hsetroot[400000+4000]
[ 164.414669] hsetroot[2498]: segfault at e4 ip 0000000000402292 sp 00007ffffe20a320 error 4 in hsetroot[400000+4000]
[ 165.421918] hsetroot[2500]: segfault at e4 ip 0000000000402292 sp 00007fff4b725930 error 4 in hsetroot[400000+4000]
[ 166.429102] hsetroot[2502]: segfault at e4 ip 0000000000402292 sp 00007ffff595d730 error 4 in hsetroot[400000+4000]
[ 167.435923] hsetroot[2504]: segfault at e4 ip 0000000000402292 sp 00007fff70b479d0 error 4 in hsetroot[400000+4000]
[ 168.442477] hsetroot[2506]: segfault at e4 ip 0000000000402292 sp 00007fffdaa68270 error 4 in hsetroot[400000+4000]
[ 169.449399] hsetroot[2508]: segfault at e4 ip 0000000000402292 sp 00007fff6f155d40 error 4 in hsetroot[400000+4000]
[ 170.456499] hsetroot[2511]: segfault at e4 ip 0000000000402292 sp 00007fff8e967d70 error 4 in hsetroot[400000+4000]
[ 171.463240] hsetroot[2513]: segfault at e4 ip 0000000000402292 sp 00007fffd450a140 error 4 in hsetroot[400000+4000]
[ 172.470263] hsetroot[2515]: segfault at e4 ip 0000000000402292 sp 00007fffc4376a40 error 4 in hsetroot[400000+4000]
[ 173.481946] hsetroot[2517]: segfault at e4 ip 0000000000402292 sp 00007fffbb9e5210 error 4 in hsetroot[400000+4000]
[ 174.488587] hsetroot[2519]: segfault at e4 ip 0000000000402292 sp 00007fffa1d32db0 error 4 in hsetroot[400000+4000]
[ 175.495362] hsetroot[2521]: segfault at e4 ip 0000000000402292 sp 00007fff117f1170 error 4 in hsetroot[400000+4000]
[ 176.502488] hsetroot[2523]: segfault at e4 ip 0000000000402292 sp 00007fff60d969c0 error 4 in hsetroot[400000+4000]
[ 177.509334] hsetroot[2525]: segfault at e4 ip 0000000000402292 sp 00007fff3d988920 error 4 in hsetroot[400000+4000]
[ 178.516182] hsetroot[2527]: segfault at e4 ip 0000000000402292 sp 00007fffb6d16cb0 error 4 in hsetroot[400000+4000]
[ 179.522893] hsetroot[2529]: segfault at e4 ip 0000000000402292 sp 00007fffcd1afe30 error 4 in hsetroot[400000+4000]
[ 180.530075] hsetroot[2531]: segfault at e4 ip 0000000000402292 sp 00007fff0969eaa0 error 4 in hsetroot[400000+4000]
[ 181.537253] hsetroot[2533]: segfault at e4 ip 0000000000402292 sp 00007fffb49c42a0 error 4 in hsetroot[400000+4000]
Alles anzeigen
Gruß
Obelix
frag mal OleS - ich mein der nutz weiter das Displaylink auf ya
Christian
Jupp, ich bleibe meinem DisplayLink treu.
Anbei die bei mir sauber laufende Config. Enthalten sind
/etc/init/openbox-DL.conf
/etc/init/openbox-tools-DL.conf
/etc/init/x-DL.conf
/etc/init/x-tools-DL.conf
/etc/openbox/rc-DL.xml
/etc/vdr/plugins/plugin.graphtftng.conf
/etc/X11/xorg.conf.DL
/lib/udev/rules.d/99-displaylink.rules
Alles anzeigen
Cheers,
Ole
Jupp, ich bleibe meinem DisplayLink treu.
Anbei die bei mir sauber laufende Config. Enthalten sind
CodeAlles anzeigen/etc/init/openbox-DL.conf /etc/init/openbox-tools-DL.conf /etc/init/x-DL.conf /etc/init/x-tools-DL.conf /etc/openbox/rc-DL.xml /etc/vdr/plugins/plugin.graphtftng.conf /etc/X11/xorg.conf.DL /lib/udev/rules.d/99-displaylink.rules
Cheers,
Ole
Danke es funktioniert wieder. Also ich vermute ich habe beim zusammenwürfeln der Configs das Problem verursacht. Dann wurde durch das Update letztens etwas überschrieben und das wars dann. ja, ich weiß: Templates Was man nicht sofort macht.....
Gruß
Obelix
Nabend. Leider funktioniert es bei mir doch nicht soooo wie es soll. Ab und an muss ich den VDR ein, zwei mal rebooten, bis er funktioniert. Folgende Meldungen werden in der Syslog protokolliert:
Mar 3 21:05:06 vdr avahi-mounter[1662]: mount static to /srv/vdr/video.00
Mar 3 21:05:06 vdr avahi-mounter[1662]: initialized zeroconf browser on vdr
Mar 3 21:05:06 vdr kernel: [ 13.736965] init: plymouth-stop pre-start process (1710) terminated with status 1
Mar 3 21:05:07 vdr avahi-daemon[1658]: Server startup complete. Host name is vdr.local. Local service cookie is 90782848.
Mar 3 21:05:08 vdr avahi-daemon[1658]: Service "Videos on vdr" (/services/vdr-video.service) successfully established.
Mar 3 21:05:08 vdr avahi-daemon[1658]: Service "Recordings on vdr" (/services/vdr-vdr.service) successfully established.
Mar 3 21:05:08 vdr avahi-daemon[1658]: Service "SVDRP on vdr" (/services/vdr-svdrp.service) successfully established.
Mar 3 21:05:08 vdr avahi-daemon[1658]: Service "Pictures on vdr" (/services/vdr-picture.service) successfully established.
Mar 3 21:05:08 vdr avahi-daemon[1658]: Service "Music on vdr" (/services/vdr-audio.service) successfully established.
Mar 3 21:05:08 vdr avahi-daemon[1658]: Service "vdr" (/services/udisks.service) successfully established.
Mar 3 21:05:08 vdr avahi-mounter[1662]: Resolved type _nfs._tcp on vdr.local
Mar 3 21:05:08 avahi-mounter[1662]: last message repeated 7 times
Mar 3 21:05:08 vdr kernel: [ 16.008043] eth0: no IPv6 routers present
Mar 3 21:05:12 vdr ntpdate[1406]: step time server 91.189.89.199 offset -2.372333 sec
Mar 3 21:04:56 vdr rsyslogd-2177: imuxsock begins to drop messages from pid 1007 due to rate-limiting
Mar 3 21:04:57 vdr kernel: [ 4.352601] hsetroot[1106]: segfault at e4 ip 0000000000402292 sp 00007fff7c150bb0 error 4 in hsetroot[400000+4000]
Mar 3 21:04:57 vdr kernel: [ 4.515766] NVRM: Your system is not currently configured to drive a VGA console
Mar 3 21:04:57 vdr kernel: [ 4.515770] NVRM: on the primary VGA device. The NVIDIA Linux graphics driver
Mar 3 21:04:57 vdr kernel: [ 4.515772] NVRM: requires the use of a text-mode VGA console. Use of other console
Mar 3 21:04:57 vdr kernel: [ 4.515775] NVRM: drivers including, but not limited to, vesafb, may result in
Mar 3 21:04:57 vdr kernel: [ 4.515776] NVRM: corruption and stability problems, and is not supported.
Mar 3 21:04:57 vdr kernel: [ 4.604011] HDMI hot plug event: Codec=1 Pin=5 Presence_Detect=1 ELD_Valid=0
Mar 3 21:04:57 vdr kernel: [ 4.612009] HDMI status: Codec=1 Pin=5 Presence_Detect=1 ELD_Valid=0
Mar 3 21:04:57 vdr kernel: [ 4.621565] HDMI hot plug event: Codec=1 Pin=5 Presence_Detect=1 ELD_Valid=1
Mar 3 21:04:57 vdr kernel: [ 4.628242] HDMI status: Codec=1 Pin=5 Presence_Detect=1 ELD_Valid=1
Mar 3 21:04:57 vdr kernel: [ 4.680029] lirc_serial: auto-detected active low receiver
Mar 3 21:04:57 vdr kernel: [ 4.680112] lirc_serial lirc_serial.0: lirc_dev: driver lirc_serial registered at minor = 0
Mar 3 21:04:57 vdr lircd-0.9.0[943]: lircd(default) ready, using /var/run/lirc/lircd.943
Mar 3 21:04:57 vdr dbus[937]: [system] Activating service name='org.freedesktop.ConsoleKit' (using servicehelper)
Mar 3 21:04:57 vdr dbus[937]: [system] Activating service name='org.freedesktop.PolicyKit1' (using servicehelper)
Mar 3 21:04:57 vdr polkitd[1193]: started daemon version 0.104 using authority implementation `local' version `0.104'
Mar 3 21:04:57 vdr dbus[937]: [system] Successfully activated service 'org.freedesktop.PolicyKit1'
Mar 3 21:04:57 vdr dbus[937]: [system] Successfully activated service 'org.freedesktop.ConsoleKit'
Mar 3 21:04:57 vdr lircd-0.9.0[943]: accepted new client on /var/run/lirc/lircd.943
Mar 3 21:04:57 vdr kernel: [ 4.862754] input: lircd as /devices/virtual/input/input8
Mar 3 21:04:57 vdr dbus[937]: [system] Activating service name='org.freedesktop.UDisks' (using servicehelper)
Mar 3 21:04:57 vdr dbus[937]: [system] Successfully activated service 'org.freedesktop.UDisks'
Mar 3 21:04:58 vdr kernel: [ 5.356788] udlfb: open /dev/fb1 user=1 fb_info=ffff88012ee5a800 count=1
Mar 3 21:04:58 vdr kernel: [ 5.356799] udlfb: released /dev/fb1 user=1 count=0
Mar 3 21:04:58 vdr kernel: [ 5.356874] udlfb: open /dev/fb1 user=1 fb_info=ffff88012ee5a800 count=1
Mar 3 21:04:58 vdr kernel: [ 5.356881] udlfb: open /dev/fb1 user=1 fb_info=ffff88012ee5a800 count=2
Mar 3 21:04:58 vdr kernel: [ 5.377370] udlfb: /dev/fb1 FB_BLANK mode 0 --> 0
Mar 3 21:04:58 vdr kernel: [ 5.396042] HDMI: detected monitor Panasonic-TV
Mar 3 21:04:58 vdr kernel: [ 5.396044] at connection type HDMI
Mar 3 21:04:58 vdr kernel: [ 5.396047] HDMI: available speakers: FL/FR LFE FC RL/RR RC FLC/FRC RLC/RRC FLW/FRW FLH/FRH TC FCH
Mar 3 21:04:58 vdr kernel: [ 5.396051] HDMI: supports coding type LPCM: channels = 2, rates = 32000 44100 48000, bits = 16
Mar 3 21:04:58 vdr kernel: [ 5.501050] udlfb: /dev/fb1 FB_BLANK mode 0 --> 0
Mar 3 21:04:58 vdr kernel: [ 5.504293] init: openbox-tools-DL main process (1237) terminated with status 1
Mar 3 21:04:58 vdr kernel: [ 5.504983] init: x-tools-DL main process (1239) terminated with status 1
Mar 3 21:04:58 vdr kernel: [ 5.517808] r8169 0000:07:00.0: eth0: link up
Mar 3 21:04:58 vdr kernel: [ 5.518162] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Mar 3 21:05:01 vdr kernel: [ 8.490044] init: vdr main process (1007) terminated with status 2
Mar 3 21:05:01 vdr kernel: [ 8.491051] init: graphtft-fe-DL main process (1238) killed by TERM signal
Mar 3 21:05:06 vdr dbus2vdr: dbus2vdr-daemon on vdr starting, conf = /var/lib/vdr/plugins/dbus2vdr
Mar 3 21:05:06 vdr kernel: [ 13.353897] init: failsafe main process (912) killed by TERM signal
Mar 3 21:05:06 vdr cron[1505]: (CRON) INFO (pidfile fd = 3)
Mar 3 21:05:06 vdr acpid: starting up with proc fs
Mar 3 21:05:06 vdr cron[1523]: (CRON) STARTUP (fork ok)
ar 3 21:05:06 vdr acpid: 35 rules loaded
Mar 3 21:05:06 vdr acpid: waiting for events: event logging is off
Mar 3 21:05:06 vdr cron[1523]: (CRON) INFO (Running @reboot jobs)
Mar 3 21:05:06 vdr anacron[1522]: Anacron 2.3 started on 2014-03-03
Mar 3 21:05:06 vdr anacron[1522]: Will run job `cron.daily' in 5 min.
Mar 3 21:05:06 vdr anacron[1522]: Jobs will be executed sequentially
Mar 3 21:05:06 vdr kernel: [ 13.584778] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
Mar 3 21:05:06 vdr kernel: [ 13.585048] NFSD: starting 90-second grace period
Mar 3 21:05:06 vdr avahi-daemon[1658]: Found user 'avahi' (UID 103) and group 'avahi' (GID 108).
Mar 3 21:05:06 vdr avahi-daemon[1658]: Successfully dropped root privileges.
Mar 3 21:05:06 vdr avahi-daemon[1658]: avahi-daemon 0.6.30 starting up.
Mar 3 21:05:06 vdr avahi-daemon[1658]: Successfully called chroot().
Mar 3 21:05:06 vdr avahi-daemon[1658]: Successfully dropped remaining capabilities.
Mar 3 21:05:06 vdr avahi-daemon[1658]: Loading service file /services/udisks.service.
Mar 3 21:05:06 vdr avahi-daemon[1658]: Loading service file /services/vdr-audio.service.
Mar 3 21:05:06 vdr avahi-daemon[1658]: Loading service file /services/vdr-picture.service.
Mar 3 21:05:06 vdr avahi-daemon[1658]: Loading service file /services/vdr-svdrp.service.
Mar 3 21:05:06 vdr avahi-daemon[1658]: Loading service file /services/vdr-vdr.service.
Mar 3 21:05:06 vdr avahi-daemon[1658]: Loading service file /services/vdr-video.service.
Mar 3 21:05:06 vdr avahi-daemon[1658]: Joining mDNS multicast group on interface eth0.IPv6 with address fe80::e2cb:4eff:fec7:ac06.
Mar 3 21:05:06 vdr avahi-daemon[1658]: New relevant interface eth0.IPv6 for mDNS.
Mar 3 21:05:06 vdr avahi-daemon[1658]: Joining mDNS multicast group on interface eth0.IPv4 with address 192.168.13.111.
Mar 3 21:05:06 vdr avahi-daemon[1658]: New relevant interface eth0.IPv4 for mDNS.
Mar 3 21:05:06 vdr avahi-daemon[1658]: Network interface enumeration completed.
Mar 3 21:05:06 vdr avahi-daemon[1658]: Registering new address record for fe80::e2cb:4eff:fec7:ac06 on eth0.*.
Mar 3 21:05:06 vdr avahi-daemon[1658]: Registering new address record for 192.168.13.111 on eth0.IPv4.
Mar 3 21:05:06 vdr avahi-daemon[1658]: Registering HINFO record with values 'X86_64'/'LINUX'.
Mar 3 21:05:06 vdr rpc.mountd[1664]: Version 1.2.5 starting
Mar 3 21:05:06 vdr avahi-mounter[1662]: mount static to /srv/vdr/video.00
Mar 3 21:05:06 vdr avahi-mounter[1662]: initialized zeroconf browser on vdr
Mar 3 21:05:06 vdr kernel: [ 13.736965] init: plymouth-stop pre-start process (1710) terminated with status 1
Mar 3 21:05:07 vdr avahi-daemon[1658]: Server startup complete. Host name is vdr.local. Local service cookie is 90782848.
Mar 3 21:05:08 vdr avahi-daemon[1658]: Service "Videos on vdr" (/services/vdr-video.service) successfully established.
Mar 3 21:05:08 vdr avahi-daemon[1658]: Service "Recordings on vdr" (/services/vdr-vdr.service) successfully established.
Mar 3 21:05:08 vdr avahi-daemon[1658]: Service "SVDRP on vdr" (/services/vdr-svdrp.service) successfully established.
Mar 3 21:05:08 vdr avahi-daemon[1658]: Service "Pictures on vdr" (/services/vdr-picture.service) successfully established.
Mar 3 21:05:08 vdr avahi-daemon[1658]: Service "Music on vdr" (/services/vdr-audio.service) successfully established.
Mar 3 21:05:08 vdr avahi-daemon[1658]: Service "vdr" (/services/udisks.service) successfully established.
Mar 3 21:05:08 vdr avahi-mounter[1662]: Resolved type _nfs._tcp on vdr.local
Mar 3 21:05:08 avahi-mounter[1662]: last message repeated 7 times
Mar 3 21:05:08 vdr kernel: [ 16.008043] eth0: no IPv6 routers present
Mar 3 21:05:12 vdr ntpdate[1406]: step time server 91.189.89.199 offset -2.372333 sec
Mar 3 21:10:03 vdr anacron[1522]: Job `cron.daily' started
Mar 3 21:10:03 vdr anacron[1732]: Updated timestamp for job `cron.daily' to 2014-03-03
Mar 3 21:16:21 vdr kernel: [ 690.800707] init: x-DL main process (866) killed by KILL signal
Mar 3 21:16:21 vdr acpid: client connected from 867[0:0]
Mar 3 21:16:21 vdr acpid: 1 client rule loaded
Mar 3 21:16:21 vdr kernel: [ 690.876236] udlfb: /dev/fb1 FB_BLANK mode 0 --> 0
Mar 3 21:16:21 vdr kernel: [ 690.958539] HDMI hot plug event: Codec=1 Pin=5 Presence_Detect=1 ELD_Valid=0
Mar 3 21:16:21 vdr kernel: [ 690.964060] HDMI status: Codec=1 Pin=5 Presence_Detect=0 ELD_Valid=0
Mar 3 21:16:22 vdr kernel: [ 691.803983] init: openbox main process (995) terminated with status 1
Mar 3 21:16:50 vdr kernel: [ 719.770155] init: plymouth-stop pre-start process (2703) terminated with status 1
Mar 3 21:16:50 vdr acpid: client connected from 2711[0:0]
Mar 3 21:16:50 vdr acpid: 1 client rule loaded
Mar 3 21:16:50 vdr acpid: client connected from 2711[0:0]
Mar 3 21:16:50 vdr acpid: 1 client rule loaded
Alles anzeigen
Mar 3 21:17:18 vdr kernel: [ 748.051332] udlfb: /dev/fb1 FB_BLANK mode 0 --> 0
Mar 3 21:17:18 vdr kernel: [ 748.128281] init: vdr main process (2959) killed by PIPE signal
Mar 3 21:17:18 vdr kernel: [ 748.130519] init: graphtft-fe-DL main process (2915) killed by TERM signal
vdr-frontend.log:
[code][method return sender=:1.14 -> dest=:1.31 reply_serial=2
int32 900
string "SoftHdDevice already detached"
wait-for-job-state stop/waiting
wait-for-job-state stop/waiting
wait-for-job-state stop/waiting
Traceback (most recent call last):
File "<stdin>", line 431, in <module>
File "<stdin>", line 97, in __init__
File "/usr/lib/python2.7/dist-packages/dbus/bus.py", line 241, in get_object
follow_name_owner_changes=follow_name_owner_changes)
File "/usr/lib/python2.7/dist-packages/dbus/proxies.py", line 248, in __init__
self._named_service = conn.activate_name_owner(bus_name)
File "/usr/lib/python2.7/dist-packages/dbus/bus.py", line 180, in activate_name_owner
self.start_service_by_name(bus_name)
File "/usr/lib/python2.7/dist-packages/dbus/bus.py", line 278, in start_service_by_name
'su', (bus_name, flags)))
File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 651, in call_blocking
message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.ServiceUnknown: The name de.tvdr.vdr was not provided by any .service files
Error org.freedesktop.DBus.Error.ServiceUnknown: The name de.tvdr.vdr was not provided by any .service files
Error org.freedesktop.DBus.Error.ServiceUnknown: The name de.tvdr.vdr was not provided by any .service files/code]
Gruß
Obelix
Moin,
hast du momentan die upstart-Scripte aus dem HowTo aktiv, oder die von mir geposteten?
Da fällt mir ein, dass ich seinerzeit im upstart-Script vom vdr (/etc/init/vdr.conf) einen sleep
eingebaut habe, um dieses Problem und ein Timingproblem vom iSCSI in den Griff zu bekommen.
export HOME=/var/lib/vdr
sleep 5
exec $DAEMON -v $VIDEO_DIR -c $CFG_DIR -L $PLUGIN_DIR -r $REC_CMD -s $VDRSHUTDOWN -E $EPG_FILE -u $USER -g /tmp --port $SVDRP_PORT $OPTIONS "${PLUGINS[@]}" $REDIRECT
end script
Cheers,
Ole
Hi Ole,
sind alles die Upstart Scripte von dir. Sleep teste ich.
Danke und Gruß
Obelix
Hallo.
Bei läuft das nicht rund. Nachdem ich nun mehrere Time verpasst habe, habe ich erstmal alles wieder rückgängig gemacht.
Gruß
Obelix
Moin,
ich kann mir eigentlich nur vorstellen, dass das ein Timingproblem im upstart ist. Vmtl. startet der VDR
schneller als dein X/openbox für das Display. Hast du schon mal versucht, den VDR ohne das gtft-Plugin
zu starten? Läuft dann alles sauber durch bzw. bekommt das Display überhaupt das Hintergrundbild
gesetzt? Du könntest gtft zum Test auch mal in der order.conf ganz ans Ende stellen ( per *graphtftng ).
Cheers,
Ole
Mar 3 21:04:56 vdr rsyslogd-2177: imuxsock begins to drop messages from pid 1007 due to rate-limiting
CodeAlles anzeigenwait-for-job-state stop/waiting wait-for-job-state stop/waiting wait-for-job-state stop/waiting Traceback (most recent call last): File "<stdin>", line 431, in <module> File "<stdin>", line 97, in __init__ File "/usr/lib/python2.7/dist-packages/dbus/bus.py", line 241, in get_object follow_name_owner_changes=follow_name_owner_changes) File "/usr/lib/python2.7/dist-packages/dbus/proxies.py", line 248, in __init__ self._named_service = conn.activate_name_owner(bus_name) File "/usr/lib/python2.7/dist-packages/dbus/bus.py", line 180, in activate_name_owner self.start_service_by_name(bus_name) File "/usr/lib/python2.7/dist-packages/dbus/bus.py", line 278, in start_service_by_name 'su', (bus_name, flags))) File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 651, in call_blocking message, timeout) dbus.exceptions.DBusException: org.freedesktop.DBus.Error.ServiceUnknown: The name de.tvdr.vdr was not provided by any .service files Error org.freedesktop.DBus.Error.ServiceUnknown: The name de.tvdr.vdr was not provided by any .service files Error org.freedesktop.DBus.Error.ServiceUnknown: The name de.tvdr.vdr was not provided by any .service files
Für mich sieht das so aus, dass der VDR beim ersten Start crashed (VDR startet und dbus2vdr setzt ein SIGSTOP ab, wenn es das erste Mal den Hook für die Mainloop durchläuft -> der Upstart-Job für den VDR setzt aufgrund des "expect stop" das Signal "started" ab, darauf hin startet das vdr-frontend Upstart-Skript, kann sich aber nicht mit dem VDR verbinden, weil der in der Zwischenzeit gecrasht ist oder beendet wurde)
Erster Schritt wäre rsyslog so zu konfigurieren, dass es keine Meldungen wegwirft - dazu die /etc/rsyslog.conf mal so anpassen:
http://paste.ubuntu.com/7072108/
Außerdem würde ich die Pluigins text2skin und skinpearlhd (falls sie aktiv sind) mal über die /etc/vdr/plugins/oder.conf deaktivieren, weil die in einigen Konstellationen Ärger machen können. Wenn du dann einen Segfault des VDR im Log siehst, erzeuge einen Backtrace: http://www.yavdr.org/documentation/0.5/de/ch02s09.html
Außerdem würde ich die Stop-Bedingung für die Upstart-Jobs x-tools-DL.conf und openbox-DL.conf jeweils so anpassen, sonst ist der X-Server weg bevor die Programme gestoppt wurden:
Und eventuell macht es noch Sinn den X-Server in der x-DL.conf noch mit dem zusätzlichen Argument "-noreset" zu starten, damit er nicht durcheinander kommt, wenn es aus irgendeinem Grund kein Client-Programm mehr gibt.
Hallo ihr beiden,
danke für die Infos. Timingproblem würde erklären warum es mal geht und mal nicht. Ich schaue mir das am Wochenende nochmal an und melde mich.
Gruß
Obelix
Edit: yavdr Logo erscheint auf dem Display.
Alles anzeigenHallo ihr beiden,
danke für die Infos. Timingproblem würde erklären warum es mal geht und mal nicht. Ich schaue mir das am Wochenende nochmal an und melde mich.
Gruß
Obelix
Edit: yavdr Logo erscheint auf dem Display.
hey Obelix,
hast du es hin bekommen? Ich stehe gerade vor dem gleichen Problem. yavdr Logo erscheint und
dann bleibt der Screen dunkel.
vdr-box
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!