ich bin mir da noch unsicher ob das eine race condition ist. Mal ein paar Neustarts abwarten.
Gerald
ich bin mir da noch unsicher ob das eine race condition ist. Mal ein paar Neustarts abwarten.
Gerald
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?
Fehler sind die gleichen wie schon am Anfang
Schon ein sleep 3 hilft, werd mal reduzieren auf 2 bzw. 1
Edit:
ein sleep 1
reicht bereits, scheint sich also nur um eine minimale zeitliche Schwierigkeit zu handeln.
Respawnt der irserver tatsächlich immer noch, weil er eine Datei nicht öffnen darf?
Die irserver.log wird doch gar nicht mehr angelegt, oder?
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 um
Edit2:
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
Mach ich, sowas hab ich in einem anderen Thread schon gefunden, aber die Datei ist gar nicht da.
Bin im Wiki fündig geworden. Teste gerade
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:
[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 mceusb
Sebi
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 ja
D.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.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!