[gelöst]Probleme mit Berechtigung auf /dev/dvb/adapter?/frontend?

Hallo,

ich baue im Moment nach http://www.vdr-wiki.de/wiki/in…ttels_TechnoTrend_S2-6400 einen HD vdr und mittlerweile kann ich den vdr auch starten. Aber nur manuell nach dem booten durch bspweise

/etc/init.d/vdr start

als User vdruser. Der vdr sollte aber als user vdruser automatisch beim Booten gestartet werden. Das funktioniert aber nicht, weil:

Mar 11 12:26:46 cookie3 vdr: [1052] ERROR (dvbdevice.c,1073): /dev/dvb/adapter0/frontend0: Keine Berechtigung
Mar 11 12:26:46 cookie3 vdr: [1149] epg data reader thread started (pid=1052, tid=1149)
Mar 11 12:26:46 cookie3 vdr: [1052] ERROR (dvbdevice.c,1073): /dev/dvb/adapter1/frontend0: Keine Berechtigung
Mar 11 12:26:46 cookie3 vdr: [1052] no DVB device found
Mar 11 12:26:46 cookie3 vdr: [1052] ERROR: invalid primary device number: 1
Mar 11 12:26:46 cookie3 vdr: [1052] ERROR: no primary device found - using first device!
Mar 11 12:26:46 cookie3 vdr: [1052] ERROR: invalid primary device number: 1

Dabei ist doch alles 660 und gehört der Gruppe vdruser:

root@cookie3:/dev/dvb/adapter0# ls -ltr
insgesamt 0
crw-rw----+ 1 root vdruser 212,  8 2012-03-11 12:26 video0
crw-rw----+ 1 root vdruser 212,  2 2012-03-11 12:26 net0
crw-rw----+ 1 root vdruser 212,  3 2012-03-11 12:26 frontend0
crw-rw----+ 1 root vdruser 212,  9 2012-03-11 12:26 audio0
crw-rw----+ 1 root vdruser 212, 10 2012-03-11 12:26 osd0
crw-rw----+ 1 root vdruser 212,  1 2012-03-11 12:26 dvr0
crw-rw----+ 1 root vdruser 212,  0 2012-03-11 12:26 demux0

Das kommt von einer udev-Regel:

root@cookie3:/dev/dvb/adapter0# cat /etc/udev/rules.d/51-udev.rules
# dvb devices
ACTION=="add", SUBSYSTEM=="dvb", ENV{DVB_DEVICE_TYPE}!="", GROUP="vdruser", MODE="660"
root@cookie3:/dev/dvb/adapter0#

und natürlich ist der vdruser Mitglied der gleichnamigen Gruppe:

root@cookie3:/dev/dvb/adapter0# id vdruser
uid=1000(vdruser)  gid=1000(vdruser)  Gruppen=1000(vdruser),4(adm),20(dialout),24(cdrom),29(audio),44(video),46(plugdev),116(lpadmin),118(admin),124(sambashare)

Also warum zum Geier funktioniert das nicht? Ich denke, der Start des vdr geht zu schnell und es wird versucht, die Treiber zu laden, bevor die udev-Regeln ziehen. Wie kann ich das nun ändern?

Dankeschön
Homer

Mir wäre es ja auch lieber, wenn es einfacher funktionieren würde... und ich bin für jeden Tip dankbar, wie ich den vdr möglichst einfach zu einem autostart bewege.

Wenn ich die udev-Regel weglasse, dann gehören die frontends in der Tat der Gruppe video. Der User vdruser ist auch Mitglied dieser Gruppe.
So war es, bevor ich die udev-Regel konfiguriert hatte. Der auto-start hat aber nicht funktioniert - eben deshalb habe ich ja die udev-Regel konfiguriert, in der Hoffnung, es würde sich dadurch etwas ändern.
Es hat sich nichts geändert - außer daß die frontends nun nicht mehr der Gruppe video, sondern der Gruppe vdruser gehören. Was mich vermuten lässt, daß die udev-Regel zwar ausgeführt wird, nur aber zu spät.
Daher nochmal die Frage:

Was kann ich tun, damit diese Permissions nicht irgendwann, sondern rechtzeitig gesetzt werden.
Im Moment werden sie offensichtlich zu spät gesetzt. Ob nun mit meiner udev-Regel (vdruser) oder mit der Builtin Debian udev-Regel (video)

Dankeschön
Homer

Ja, ich kann den vdr manuell starten. Per /etc/init.d/vdr start - oder auch per "invoce-rc.d vdr start".
Nur automatisch startet er nicht.

Kann mir jemand dabei helfen? Ich steh anscheinend auf dem Schlauch.

Dankeschön
Homer

Das Problem ist gelöst.
Ich habe den Start des vdr etwas verzögert durch Hinzufügen der Zeile sleep 5

sleep 5
 /usr/local/bin/runvdr -d &

in der /etc/init.d/vdr

Das reicht, damit die Permissions passen, wenn der vdr startet.

Homer