kann VDR nicht mit runvdr starten

sattwister · 27. April 2003

Hallo,

ich kann VDR nicht mit runvdr starten:

Zitat

Apr 27 13:55:48 linux vdr[4196]: VDR version 1.1.28 started
Apr 27 13:55:48 linux vdr[4196]: loading /usr/local/vdr/etc/sources.conf
Apr 27 13:55:48 linux vdr[4196]: loading /usr/local/vdr/etc/diseqc.conf
Apr 27 13:55:48 linux vdr[4196]: loading /usr/local/vdr/etc/channels.conf
Apr 27 13:55:48 linux vdr[4196]: loading /usr/local/vdr/etc/svdrphosts.conf
Apr 27 13:55:48 linux vdr[4196]: loading /usr/local/vdr/etc/ca.conf
Apr 27 13:55:48 linux vdr[4196]: loading /usr/local/vdr/etc/keymacros.conf
Apr 27 13:55:48 linux vdr[4196]: probing /dev/dvb/adapter0/frontend0
Apr 27 13:55:48 linux vdr[4196]: ERROR: /dev/dvb/adapter0/frontend0: Permission denied
Apr 27 13:55:48 linux vdr[4196]: no DVB device found
Apr 27 13:55:48 linux vdr[4196]: ERROR: invalid primary device number: 1
Apr 27 13:55:48 linux vdr[4196]: ERROR: no primary device found - using first device!
Apr 27 13:55:48 linux vdr[4196]: ERROR: invalid primary device number: 0
Apr 27 13:55:48 linux su: pam_unix2: session finished for user vdr, service su#

Alles anzeigen

meine runvdr:

Zitat

DVBDIR="/usr/local/src/DVB/driver"
VDRPRG="./vdr"
VDRCMD="$VDRPRG -w 60 -t /dev/tty8 -L /usr/local/src/VDR/PLUGINS/lib -c /usr/local/vdr/etc $* \
-s /usr/local/bin/vdrshutdown"
verwarnung (DIRK)
VDRUSR=vdr

LSMOD="`/sbin/lsmod | grep -w '^dvb' | wc -l`"
KILL="/usr/bin/killall -q -TERM"

# Load driver if it hasn't been loaded already:
if [ $LSMOD -eq 0 ] ; then
(cd $DVBDIR; make insmod)
fi

Alles anzeigen

wenn ich VDR mit ./vdr starte klappt´s ganz normal!?!

Danke für Eure Hilfe,

Sattwister

holymoly · 27. April 2003

Hi,
hast du

Code

chown vdr:vdrdaem /dev/dvb/adapter?/*

ausgefuehrt ?
Die Fehlermeldung

Code

Apr 27 13:55:48 linux vdr[4196]: ERROR: /dev/dvb/adapter0/frontend0: Permission denied

deutet auf mangelnde Rechte hin.
mfg

sattwister · 27. April 2003

holymoly

Vielen Dank, es Geht!

lag an: "chown vdr:vdrdaem /dev/dvb/adapter?/*"

Gruß,

Sattwister

sattwister · 27. April 2003

Hallo,

mir meiner runvdr wird immer lircd gekillt!?!
Welcher eintrag ist dafür verantwortlich?
Wiso "device 1 has no MPEG decoder" (habe die Nexus)?

Zitat

Apr 27 15:42:30 linux vdr[4104]: device 1 has no MPEG decoder
Apr 27 15:42:30 linux vdr[4104]: SVDRP listening on port 2001
Apr 27 15:42:30 linux vdr[4104]: ERROR: /dev/lircd: Permission denied
Apr 27 15:42:30 linux vdr[4109]: KBD remote control thread started (pid=4109)
Apr 27 15:42:30 linux vdr[4104]: ERROR: remote control LIRC not ready!
Apr 27 15:42:30 linux vdr[4104]: remote control KBD - keys known
Apr 27 15:42:30 linux vdr[4104]: switching to channel 2
Apr 27 15:42:30 linux vdr[4104]: reading EPG data from /video/epg.data
Apr 27 15:42:30 linux vdr[4104]: setting watchdog timer to 60 seconds

Alles anzeigen

Wiso ruft Hubertus VDR aus "/usr/local/bin/vdr" und die runvdr aus ":/usr/local/bin" auf und nicht aus "..src/VDR"?

Danke und Gruß,

Sattwister

sattwister · 27. April 2003

Problem gelöst!

Aber die Frage Wiso man den VDR aus "/usr/local/bin/vdr" und die runvdr aus ":/usr/local/bin" aufruft und nicht aus "..src/VDR" interesiert mich immer noch ?

Greets

thommy19 · 28. Juli 2004

Wie hast du denn das Problem gelöst?
Ich habe im Moment die selbe Fehlermeldung, obwohl ich eine Nexus-S habe.

MFG,
Thommy

Dr. Seltsam · 29. Juli 2004

Zitat
Original von sattwister
meine runvdr:
Code
VDRPRG="./vdr"
wenn ich VDR mit ./vdr starte klappt´s ganz normal!?!

kann bei der Gelegenheit mal jemand meine Bildungslücke schließen? was bedeutet "./" vor einem Befehl? In welchem Verzeichnis liegt die Datei vdr ? Wäre es nicht besser, den kompletten Pfad in die runvdr einzutragen?

Gruß
Dr. Seltsam

micmac · 29. Juli 2004

Zitat

Original von Dr. Seltsam

kann bei der Gelegenheit mal jemand meine Bildungslücke schließen? was bedeutet "./" vor einem Befehl? In welchem Verzeichnis liegt die Datei vdr ? Wäre es nicht besser, den kompletten Pfad in die runvdr einzutragen?

Gruß
Dr. Seltsam

Ja, wäre es.

./vdr heißt führe das Programm vdr aus diesem Verzeichnis aus. Wenn man runvdr aus, sagen wir mal, tmp aufruft, dann findet sich natürlich keine vdr.

Björn · 29. Juli 2004

@Dr.Seltsam,

das "./" bedeutet, dass er "das" (Befehl) aus dem aktuellen Verzeichnis machen soll, in dem er sich derzeit befindet.

sattwister,

also bei mir liegt die ausführbare Datei vdr im Verzeichnis /usr/local/bin, genauso wie die runvdr auch. (nach Hubertus Anleitung)

Dr. Seltsam · 29. Juli 2004

Zitat

Original von Björn
@Dr.Seltsam,

das "./" bedeutet, dass er "das" (Befehl) aus dem aktuellen Verzeichnis machen soll, in dem er sich derzeit befindet.

aus welchem Verzeichnis würde er denn den Befehl vdr ausführen , wenn man nur "vdr" (statt "./vdr" auffruft)? Bzw. in welchen Verzeichnissen (und welcher Reihenfolge) würde Linux dann suchen?

Ich dachte immer, es würde zunächst im gleichen Verzeichnis gesucht -ohne ./

Gruß
Dr. Seltsam

Greywolf · 29. Juli 2004

Zitat

Original von Dr. Seltsam
aus welchem Verzeichnis würde er denn den Befehl vdr ausführen , wenn man nur "vdr" (statt "./vdr" auffruft)? Bzw. in welchen Verzeichnissen (und welcher Reihenfolge) würde Linux dann suchen?

Ich dachte immer, es würde zunächst im gleichen Verzeichnis gesucht -ohne ./

Wo und in welcher Reihenfolge gesucht wird, steht in der PATH Variable. Kann man sich mit echo $PATH anzeigen lassen. Das ist eine Liste von Verzeichnissen, getrennt durch einen Doppelpunkt. Nur wenn dort "." auftaucht, dann wird auch im aktuellen Verzeichnis gesucht, sobald ein Programm ohne Pfadangabe aufgerufen wird.

Sicherer ist es übrigens, das aktuelle Verzeichnis nicht oder nur am Ende im Suchpfad zu haben. Denn die Liste wird wie gesagt in der Reihenfolge durchsucht und falls aus irgendeinem Grund ein ausführbares Programm namen "ls" oder so im aktuellen Verzeichnis liegt, dann kann das zu unerwarteten und "unerwünschten" Ergebnissen führen ...

Dr. Seltsam · 29. Juli 2004

danke Greywolf,

jetzt bin ich wieder ein Stück schlauer geworden

Gruß
Dr. Seltsam

kann VDR nicht mit runvdr starten

Jetzt mitmachen!

Teilen