ich bin mir da noch unsicher ob das eine race condition ist. Mal ein paar Neustarts abwarten.
Gerald
[0.5] irserver beendet sich sofort
-
-
Ich behalte mir das sowieso vor das im Zweifelsfall wieder zu ändern, wenn die yaVDR 0.5 auf mein Produktiv-System kommt und bei mir etwas nicht passt
. Master für irserver auf yaVDR ist mein OrigenAE S16T mit der dazugehörigen Fernbedienung.
Na, dann hoffe ich mal, dass sich die Codes der Fernbedienung nicht von meiner unterscheiden
Aber irtrans liefert ja verschiedene *.rem Dateien und nur eine mediacenter.rem, deshalb denke ich nicht, das hier Unterschiede sind.
Ich weiß allerdings nicht woher (wer war das noch schnell) ?? diese veränderte mediacenter.rem her hatte?????
Kann ja nur selbst verändert gewesen sein.
Gruß -
Ich mach jetzt mal einige Neustarts
Edit1:
Beim Neustart Nr. 2 wieder ohne Fernbedienung
Edit2:
Beim nächsten wieder ohne -
Und was steht im syslog und der /var/log/upstart/irserver.log?
-
Respawnt der irserver tatsächlich immer noch, weil er eine Datei nicht öffnen darf?
-
Die unter /var/log/irserver.log nicht aber die für den Upstart-Job schon - /var/log/upstart/irserver.log
-
So, gerade noch mal das sleep raus und nach Neustart geht die Fernbedienung.
??????
Werd mal noch weitere Neustarts durchführen.Edit:
Neustart mit S3 --> FB geht nicht!
Stell auf herunterfahren umEdit2:
Neustart aus Heruntergefahren --> FB geht
gleiches nochmal
FB geht.Liegt also ein Problem beim Start aus S3 vor.
-
Ok, dann müsstest du den irserver vermutlich noch in die Liste der nach dem Standby neuzustartenden Dienste eintragen...
Denn die udev-Regeln greifen wohl nicht beim Aufwachen... -
Da muss ich mich erst etwas einlesen
Aber ich hatte die Kiste vorher sowieso immer auf herunterfahren, und nur durch den Fehler mit Graphtft umgestellt auf S3 (heute )
Danke erstmal, ich werd die Fernbedienung immer im Auge behalten -
IIRC kann man irserver in eine /etc/yavdr/force-reload-services.list eintragen
-
Funktioniert nun.
Erstmal Familienpause
-
Hmm,
bei mir nicht. Logfile sagt:
IRServer64 Version 6.03.08
No IRTrans Devices found.
Aborting ...Yavdr 0.5 default installation, FB ist eine X10 (Pollin-FB), die funktioniert (auch ohne irserver). Ist also nur kosmetisch, da das Logfile zugemüllt wird.
Sebi
-
Verstehe ich das richtig, dass du obwohl du keinen irserver-kompatiblen Empfänger hast, den Dienst in der /etc/yavdr/force-reload-services.list eingetragen hast?
-
Verstehe ich das richtig, dass du obwohl du keinen irserver-kompatiblen Empfänger hast, den Dienst in der /etc/yavdr/force-reload-services.list eingetragen hast?Nein, /etc/yavdr/force-reload-services.list gibt es bei mir gar nicht. Ich habe an den Fernbedienungs-Services nichts geändert. Ich benutze eine X10, allerdings hat mein Scaleo EVi-Gehäuse auch einen IR-Empfänger, der von yavdr offenbar erkannt und eingebunden wird. Vermutlich kommt daher das Problem? Der Empfänger wird per mceusb erkannt und initialisiert:
Code[33155.389420] Registered IR keymap rc-rc6-mce [33155.389547] input: Media Center Ed. eHome Infrared Remote Transceiver (1509:9242) as /devices/pci0000:00/0000:00:1d.2/usb7/7-2/7-2:1.0/rc/rc4/input4844 [33155.389621] rc4: Media Center Ed. eHome Infrared Remote Transceiver (1509:9242) as /devices/pci0000:00/0000:00:1d.2/usb7/7-2/7-2:1.0/rc/rc4 [33155.390255] input: MCE IR Keyboard/Mouse (mceusb) as /devices/virtual/input/input4845 [33155.390415] rc rc4: lirc_dev: driver ir-lirc-codec (mceusb) registered at minor = 0 [33155.535203] input: lircd as /devices/virtual/input/input4846 [33155.624021] mceusb 7-2:1.0: Registered FIC eHome Infrared Transceiver with mce emulator interface version 1 [33155.624027] mceusb 7-2:1.0: 2 tx ports (0x1 cabled) and 2 rx sensors (0x1 active) [33155.624069] usbcore: registered new interface driver mceusbSebi
-
Also irserver sollte eigentlich nur aufgrund des Upstart-Signals "start-irserver", das von der udev-Regel in /lib/udev/rules.d/98-eventlircd4irserver.rules ausgelöst wird, gestartet werden.
Mir ist da nicht ganz klar, warum da bei dir ein Startversuch gemacht wird - die udev-Attribute sollte ja eigentlich nicht passen...
Aber du kannst gerne mal mittels udevadm info nachsehen: http://www.yavdr.org/documenta…e/ch02s03.html#udev-tools -
Also irserver sollte eigentlich nur aufgrund des Upstart-Signals "start-irserver", das von der udev-Regel in /lib/udev/rules.d/98-eventlircd4irserver.rules ausgelöst wird, gestartet werden.
Mir ist da nicht ganz klar, warum da bei dir ein Startversuch gemacht wird - die udev-Attribute sollte ja eigentlich nicht passen...
Aber du kannst gerne mal mittels udevadm info nachsehen: http://www.yavdr.org/documenta…e/ch02s03.html#udev-tools
Hmm, könnte das mit /etc/init/irserver.conf zusammenhängen? Dort steht jaCodestart on start-irserver or resumeD.h., nach dem Resume (bei mir S3) wird irserver in jedem Fall gestartet, was natürlich blödsinn ist. Wenn irserver über 98-eventlircd4irserver.rules gestartet wird, müsste doch ein Eintrag in /etc/init überflüssig sein, denn die udev-Regeln müssten ja auch beim Resume ziehen, oder? Zumindest sollte "start on start-irserver" ausreichen.
Sebi
-
Ja, stimmt - das hat steffen_b wohl im testing-Zweig geändert, ich hatte nur das was in unstable-yavdr ist angesehen.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!