Aber lcdproc wird schon mit upstart gestartet.
Hast du auch alles gelesen? Dort steht ja auch was man machen kann damit der Upstart-Skript von LCDproc vor dem vom VDR startet.
Gerald
Sleeps in einem eventbasierten Init-System?!
BÖSE!
Sleeps in einem eventbasierten Init-System?!
BÖSE!
Full ACK! Beratungsresistent.
Gerald
Das dachte ich mir auch, aber dann findet man in der lightdm.conf selbst von Ubuntu einen sleep.
Sleeps in einem eventbasierten Init-System?!
BÖSE!
ich geb's ja zu, bin nicht so der Linux Könner.
Aber es funktioniert. Wenn man die Sleeps herausnimmt funktioniert es manchmal, meistens jedoch nicht 
Für Vorschläge wie man es besser machen bin ich dankbar!
Also her damit.
Gruß
Für Vorschläge wie man es besser machen bin ich dankbar!
Also her damit.
Lies den oben verlinkten Thread!
Gerald
Lies den oben verlinkten Thread!
Gerald
ja, da kann wohl einer von uns nicht lesen
Ich war der Meinung ich habe LCDd auf upstart umgestellt.
Habe ich da etwas falsch verstanden?
Was kann ich besser machen?
Gruß
na sieh doch was ich geschrieben habe,
Gerald
so funktioniert es tadellos 
# LCDd - start the LCD daemon
description "LCD daemon"
author "H. Steinhaus"
start on (starting vdr)
stop on (suspend or runlevel [!2345])
respawn
normal exit 0
script
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
DAEMON=/usr/sbin/LCDd
DAEMON_OPTS="-s 1 -f -c /etc/LCDd.conf"
exec $DAEMON $DAEMON_OPTS
end scriptbin doch nochmal da...
Habe bei mir auch das LCDd Startsript umgestellt. Wie von Meister dippes gepostet.
Und es funktioniert.:) Aber manchmal kommt keine Anzeige, LCDd wird beendet.
Hier der Teil aus Syslog:
Ein sleep 1 in der LCDd bringt nichts, LCDd startet nach VDR, Anzeige kommt irgendwann später.
Wo kann ich suchen?
Gruß
Es sieht so aus, als ob LCDd startet, bevor das Display initialisiert wurde:
Jun 11 06:49:17 yavdr1 LCDd: imon: ERROR opening /dev/lcd0 (No such file or directory)
Jun 11 06:49:17 yavdr1 LCDd: imon: Did you load the iMON VFD kernel module?
Jun 11 06:49:17 yavdr1 LCDd: Driver [imon] init failed, return code -1
Jun 11 06:49:17 yavdr1 LCDd: Could not load driver imon
Jun 11 06:49:17 yavdr1 LCDd: There is no output driver
Jun 11 06:49:17 yavdr1 LCDd: Critical error while initializing, abort.
Jun 11 06:49:17 yavdr1 kernel: [ 1.856447] usb 3-14.3: New USB device found, idVendor=15c2, idProduct=0036
Jun 11 06:49:17 yavdr1 kernel: [ 1.856449] usb 3-14.3: New USB device strings: Mfr=0, Product=0, SerialNumber=0
Jun 11 06:49:17 yavdr1 kernel: [ 1.856725] usb 3-14.3: ep 0x81 - rounding interval to 64 microframes, ep desc says 80 microframes
Jun 11 06:49:17 yavdr1 kernel: [ 1.856727] usb 3-14.3: ep 0x82 - rounding interval to 64 microframes, ep desc says 80 microframes
Jun 11 06:49:17 yavdr1 LCDd: imon: ERROR opening /dev/lcd0 (No such file or directory)
Jun 11 06:49:17 yavdr1 LCDd: imon: Did you load the iMON VFD kernel module?
Jun 11 06:49:17 yavdr1 LCDd: Driver [imon] init failed, return code -1
Jun 11 06:49:17 yavdr1 LCDd: Could not load driver imon
Kannst du mal die udev-Informationen des Systems posten? Ich denke man könnte Upstart auf das udev-Event des Display warten lassen.
udevadm info --export-dbMan sieht dass zuerst der VDR started bevor das Imon device da ist. Keine Ahnung ob es funktioniert aber probier mal zu warten bis lcd0 da ist
# LCDd - start the LCD daemon
description "LCD daemon"
author "H. Steinhaus"
start on (starting vdr and -e /dev/lcd0))
stop on (suspend or runlevel [!2345])
respawn
normal exit 0
script
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
DAEMON=/usr/sbin/LCDd
DAEMON_OPTS="-s 1 -f -c /etc/LCDd.conf"
exec $DAEMON $DAEMON_OPTS
end scriptEDIT: Wobei Seahawks Methode sicher sauberer ist 
start on (starting vdr and -e /dev/lcd0))
Das ist AFAIK keine valide Start-Bedingung für Upstart. Man könnte in einem pre-start Skript auf das Gerät warten (die upstart-file-bridge funktioniert nur für Änderungen, die sich mit inotify verfolgen lassen und echten Dateien):
pre-start script
until [ -e /dev/lcd0 ]; do
sleep 1
done
end script
Mit der upstart-udev-brige könnte man eventuell noch so etwas umsetzen:
start on (starting vdr and <UDEV SUBSYSTEM>-device-changed)Wenn es mehr als ein Gerät mit dem Subsystem gibt, würde ich einen separaten Upstart-Job oder eine Udev-Regel anlegen, durch die ein Upstart-Event abgesetzt wird, wenn das Display bereit ist.
Edit: die upstart-udev-bridge gibt es erst ab Upstart 1.7, das ist also noch nichts für yaVDR 0.5, bleibt bei der zweiten Variante die Möglichkeit das über eine eigene Udev-Regel zu lösen.
Es sieht so aus, als ob LCDd startet, bevor das Display initialisiert wurde:
Ja, das ist wohl so.
Deshalb hatte ich ja in meiner alten LCDd.conf ein sleep 1 drin.
Ich sollte vielleicht noch erwähnen, das die IMON-Hardware erst beim Einschalten des VDR mir Spannung versorgt wird. Eventuell deshalb das Problem.
Die 2,5 Watt nur vom Display beim ausgeschaltenten VDR waren mir doch etwas zuviel.
Kannst du mal die udev-Informationen des Systems posten? Ich denke man könnte Upstart auf das udev-Event des Display warten lassen.
Hier ist sie als Anhang da als Spoiler zu lang.
Gruß
Versuch es mal damit:
#/etc/udev/rules.d/99-imon.rules
ATTRS{ID_VENDOR}=="15c2", SUBSYSTEM=="usbmisc", ACTION=="change", KERNEL=="lcd*", RUN+="/sbin/initctl emit imon-lcd-detected DEVICE=/dev/%k"Und als Startbedinung in der /etc/init/LCDd.conf:
start on (starting vdr and imon-lcd-detected)Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!