Lirc startet nicht automatisch, wo eintragen?

Hmmm,

da gen2vdr doch sehr gentoo-lastig ist sollte ein rc-update add lircd default klappen, meine ich.

Sofern unter /etc/init.d ein lircd existiert....

rael

Hi,

ich vermute mal, dass es sowas wie eine /etc/conf.d/lircd.conf oder so ähnlich gibt.

Vielleicht musst Du in diese Datei mal einen Blick werfen und dort das richtige Device eintragen.

Ansonsten kannst Du potentielle Kandidaten ja leicht mittels "fgrep lirc /etc/conf.d/*" identifizieren.

rael

Hmmm,

wenn Du denn mal auf einem hinreichend breiten xterm ein ps -axu | fgrep lirc losfeuerst, müsstest du ja feststellen, mit welchen Parametern DEIN lircd gestartet wird (also über /etc/init.d/lircd start).

Nach diesen Parametern könnte man dann mal die Platte absuchen.

Moment, ich checke mal eben was....

Also wenn ich das richtig interpretiere sollte in /etc/conf.d/gen2vdr einfach "LIRCD_OPTS="-d /dev/lirc/0" stehen. Wahlweise setzt Du diesen Wert an den Anfang von /etc/init.d/lircd

Damit sollte (schon wieder Konjunktiv...) das Problem beseitigt sein.

rael

Hi,

das mit /etc/conf.d/gen2vdr war natürlich lötzinn.

Probiers mal aus... wenn DAS nicht klappt, könnten wir noch die /etc/init.d/lircd verstümmeln... nicht hübsch, aber wirksam...

rael

Hi,
Gibts denn nach /etc/init.d/lircd start irgendwelche Fehlereintraege in /log/messages oder gibt dmesg was von sich ?
Wird lircd denn auch dabei gestartet ( ps x | grep lircd )

hi,

mit ein bisschen suchen wäre die antwort vermutlich schon zu finden gewesen.

bernd

(der bis heute noch nicht verstanden hat warum)

Hi Wildside,

also: Das Skript meldet unter gentoo dann ok, wenn alle Returncodes stimmen... ob die Parameter richtig sind, weiss man zu dem Zeitpunkt nicht.

Ich versuche mal zu begreifen: Du verwendest eine FB, welche den lirc_imon benötigt. Was sagt denn irw, wenn Du den lirc mittels /etc/init.d/lircd start hochjubelst?? Kann irw an den lircd connecten??

Und bitte das ps -axu, dann können wir mal sehen, welche Parameter an den lircd übergeben werden. Hierzu das xterm bitte BREIT machen, sonst wird die Ausgabe abgeschnitten.

Gruß,

rael

"Mit irexec hab ich nix am hut...

Gruß, WildSide "

wenn du meinst, spar dir die zeit um wenigsten die lösung zu lesen.

bernd

Zitat

Original von blehnert

wenn du meinst, spar dir die zeit um wenigsten die lösung zu lesen.

bernd

Ehrlich gesagt sehe ich auch nicht, was der Thread mit dem Problem hier zu tun hat. Es handelt sich IMHO lediglich um ein "ganz normales" starten von lircd, komplett ohne Zusatzprogramme wie irexec. Das Modul "lirc_imon" ist ja bereits geladen... und das Device gibt es auch.

Im Thread wird jedoch das Problem gelöst, dass irexec nicht korrekt startet, wenn die Pfade (für die notwendigen Bins) nicht vollständig gesetzt sind...

Wie sähe denn Deiner Meinung nach die Lösung für das Problem aus??

Gruß,

rael

"Ehrlich gesagt sehe ich auch nicht, was der Thread mit dem Problem hier zu tun hat"

im thread wird das (mein damaliges) problem gelöst, dass per init.d-script prozesse korrekt gestartet wurden aber nicht funktionierten.

ich sehe hier eine gewisse analogie zu meinen fehlerbeschreibungen.

ob es eine analogie in der lösung gibt, sei dem themenstarter überlassen.

bei mir jedenfalls hat damals die zeile:

PATH=$PATH:/usr/local/sbin:/usr/local/bin

im startscript die lösung bedeutet.

bernd

Bernd:

Ich stimme Dir zu, für Dein damaliges Problem war das wohl auch die Lösung, aber Du selber musst zugeben, dass Dein irrexec startete... lediglich der Rest nicht (zunindest habe ich den Thread so interpretiert).

Hier ist scheinbar das Problem, dass die Aufrufparameter für den lircd (nämlich das korrekte Device) schlichtweg nicht ankommen.

Das kann ich mir jetzt nur schwer als Pfad-Problem vorstellen. Bei gen2vdr schon gar nicht...

WildSide:

Aber zur Sicherheit können wir ja mal folgendes überprüfen:

1. type -a lircd
2. ls -l /etc/conf.d/lirc*
3. echo $PATH

Soll ja keiner sagen, wir wären verbohrt :-))

Gruß,

rael