root@origen:/# ls /etc/init/ir*
/etc/init/irexec.conf /etc/init/irserver.conf
root@origen:/#
Ich bin doch nicht doof
Hab sogar das deb (da ist die Datei definitiv drin) nochmal per Hand installiert --> immer noch nicht da
Rätselhaft?????
root@origen:/# ls /etc/init/ir*
/etc/init/irexec.conf /etc/init/irserver.conf
root@origen:/#
Ich bin doch nicht doof
Hab sogar das deb (da ist die Datei definitiv drin) nochmal per Hand installiert --> immer noch nicht da
Rätselhaft?????
Dann leg sie einfach mal von Hand an:
# Starts Irserver to Uinput Bridge
#
description "Irserver to uinput Bridge"
author "Alexander Grothe <seahawk1986@gmx.de>"
start on started irserver
stop on stopping irserver
respawn
script
test -f /usr/bin/lircd2uinput || exit 0
exec /usr/bin/python /usr/bin/lircd2uinput -s /dev/lircd
end script
Alles anzeigen
Aber was irserver sterben lässt, hast du immer noch nicht verraten...
Hab die Datei grade per Hand reinkopiert und editiert.
VDR startet gerade. Wie finde ich heraus, was irserver killt ???
Wie finde ich heraus, was irserver killt ???
Schau dir mal wie schon oben geschrieben die /var/log/irserver.log an - und (als Superuser wegen den Dateirechten) die /var/log/upstart/iserver.log - am besten mal per pastebinit wo ablegen.
irserver.log ist leer, denn die upstart/irserver.log meckert:
unable to open logfile
Rechteprobleme??
das log-File ist ja da??
unable to open logfile
Rechteprobleme??
das log-File ist ja da??
Könnte sein, wie sehen die Dateirechte denn aus?
Änder mal den Ort des Logfiles ab, so dass dann z.B. das in der /etc/init/irserver.conf steht:
Wenn ich den irserver mit root-Rechten starte, wird das log-File gefüllt.
Aber scheinbar darf der irserver wenn er von yavdr gestartet wird das logfile nicht anlegen.
Aber scheinbar darf der irserver wenn er von yavdr gestartet wird das logfile nicht anlegen.
AFAIK läuft er da aber auch mit root-Rechten... - hat das umbiegen der Pfades was gebracht?
Nein, beim Neustart wird die irserver.log nicht angelegt (entweder er kommt gar nicht so weit oder läuft mit falschen Rechten, was erklären würde, das er nicht auf eine vom root angelegte lod-Datei zugreifen kann?).
Starte ich irserver als root mit start irserver wird die log-Datei brav angelegt und mit einem Statusbericht gefüllt (egal ob in /var/log oder in /tmp.
Per Hand geht das starten des irserver also (was muss noch gestartet werden, um die Fernbedienung benutzen zu können?
was muss noch gestartet werden, um die Fernbedienung benutzen zu können?
lircd2uinput mit Angabe des Lirc-Socket von irserver, AFAIK (ich kann es leider nicht testen) also:
Naja, scheint nicht viel zu sein, denn:
per Hand gehts
ein
stop vdr
start irserver
sudo lircd2uinput -s /dev/lircd
start vdr
und schon geht die Fernbedienung
Mal schauen, die yavdr-utils baut ja schon
Den VDR muss man dabei eigentlich nicht neu starten, denn eventlircd liefert ja einen lirc-Sockel und lircd2uinput hängt sich da dynamisch als Eingabegerät an eventlircd
Naja, Morgen hab ich leider so gut wie keine Zeit zum Testen, aber vielleicht hat sich das Problem ja mit dem neuen utils-Paket erledigt.
Zur Sicherheit schieb ich grad meine Aufnahmen auf die 2. Platte, dann mach ich nochmal Tabularasa
Oder es finden sich bis dahin andere mit einem irserver Problem
Komischerweise geht es ja per Hand
Bin jetzt erstmal eine Stunde weg
Starte ich irserver als root mit start irserver wird die log-Datei brav angelegt und mit einem Statusbericht gefüllt (egal ob in /var/log oder in /tmp.
Dann könnte es evtl. noch sein, dass udev zu schnell ist und versucht den irserver zu starten, obwohl das root-Dateisystem noch nicht schreibbar gemounted ist.
Kannst du mal die /etc/init/irserver.conf so anpassen und damit schauen ob es geht, wenn man auf den mount ein paar Sekunden wartet:
# Starts Irserver daemon.
#
# Irserver is used to control different
# infrared receivers and transceivers.
description "Irserver Daemon"
author "Gerald Dachs <gda@dachsweb.de>"
start on start-irserver
stop on runlevel [!2345]
respawn
pre-start script
sleep 10
end script
script
test -f /usr/bin/irserver || exit 0
exec /usr/bin/irserver -no_web -logfile /var/log/irserver.log -loglevel 3 usb
end script
Alles anzeigen
Kaum ist man mal schnell eine Stunde weg, schon wird das Problem gelöst
Wunderbar, mit dem sleep 10 gehts.
SO, wenn mehr Zeit ist gehts ans Graphtft-Problem, das will nämlich auch noch nicht
Wunderbar, mit dem sleep 10 gehts.
Das grenzt das Symptom ein, aber für die Lösung müssen wir uns noch etwas schöneres einfallen lassen...
Kaum ist man mal schnell eine Stunde weg, schon wird das Problem gelöst
Wunderbar, mit dem sleep 10 gehts.
Damit ist das Problem nicht gelöst, sondern nur meine Vermutung bestätigt. Über eine Lösung müssen wir uns jetzt Gedanken machen.
Gerald
Für mich ist das Problem erstmal gelöst
Man kann mal schauen, ob nicht auch nur 2, oder 4 Sekunden reichen.
Für Test, wenn ihr welche habt, stehe ich gerne zur Verfügung.
Ich widme mich als nächtes erst mal meinem GraphTFT. Wenn euer yavdr-Logo auch gut aussieht, mag ich es doch etwas informativer auf meinem 7Zöller
Danke erstmal für die großartige Hilfe an euch beide.
So, wieder etwas Zeit
Wie bereits in einem anderen Thread (imon) gehen auch bei mir einige Tasten nicht, wie z.B. die Taste Gelb und Menü.
Da es ja mit 0.4 wunderbar funktionierte, kann der Fehler ja nicht weit sein.
Wie sehe ich denn, welche key_table verwendet wird?
Gruß
Sprechen wir hier vom irserver oder der iMon-Remote an einem iMon-Empfänger?
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!