Schau dir das hier an. Mein aktuelles Script sieht aber jetzt so aus (wichtig ist dass du tvheadend vorher beendest und wieder neu startest nach den Laden der Module - das fehlte beim alten Script weswegen es auch Probleme gab). Der Benutzer, auf dem die Grafikkarte/TV-Karte angepasst wird muss natürlich im Docker auch angeführt sein (PUID/GUID). Da liegt der Hund begraben. Normalerweise hat die TV-Karte/GPU root-Rechte und ein "normaler" Benutzer kann darauf nicht zugreifen (daher werden sie in TVH nicht angezeigt bzw. kein HW-Transcoding). Somit werden die Benutzerrechte dafür "zurechtgebogen". Solltest du Emby auch noch verwenden (im Docker), gilt hier das gleiche (für HW-Transcoding). Musst dann nur docker stop emby (oder wie dein Container heißt) und docker start emby (am Ende) hinzufügen. Mein Tipp ist auch dass du zwischen den einzelnen docker stops und docker starts ein ein paar Sekunden zum Warten (Bsp. sleep 2) hinzufügst.
#!/bin/sh
docker stop tvheadend
sleep 3
chown -R wuzzi:users /dev/dri/card0
chown -R wuzzi:users /dev/dri/renderD128
sleep 2
chmod -R 666 /dev/dri/card0
chmod -R 666 /dev/dri/renderD128
sleep 3
docker start tvheadend
sleep 3
exit 0Ich verwende in der Zwischenzeit einen Digibit R1 deswegen brauche ich auch keine Module der TV-Karte entladen bzw. neu laden. Im alten Script funktionierte das einwandfrei.
Wichtig ist natürlich dass du die beiden Scripte ( usr/local/bin und etc/systemd/system) ausführbar machst (chmod a+x scriptname)
Die systemd-Datei musst du natürlich auch "aktivieren". Wenn du nicht weißt wie das geht, schau dir das hier an.
Die Module für deine TV-Karte musst du natürlich auch dementsprechend anpassen.
Schau dir das hier an. Mein aktuelles Script sieht aber jetzt so aus (wichtig ist dass du tvheadend vorher beendest und wieder neu startest nach den Laden der Module - das fehlte beim alten Script weswegen es auch Probleme gab). Der Benutzer, auf dem die Grafikkarte/TV-Karte angepasst wird muss natürlich im Docker auch angeführt sein (PUID/GUID). Da liegt der Hund begraben. Normalerweise hat die TV-Karte/GPU root-Rechte und ein "normaler" Benutzer kann darauf nicht zugreifen (daher werden sie in TVH nicht angezeigt bzw. kein HW-Transcoding). Somit werden die Benutzerrechte dafür "zurechtgebogen". Solltest du Emby auch noch verwenden (im Docker), gilt hier das gleiche (für HW-Transcoding). Musst dann nur docker stop emby (oder wie dein Container heißt) und docker start emby (am Ende) hinzufügen. Mein Tipp ist auch dass du zwischen den einzelnen docker stops und docker starts ein ein paar Sekunden zum Warten (Bsp. sleep 2) hinzufügst.
Bash#!/bin/sh docker stop tvheadend sleep 3 chown -R wuzzi:users /dev/dri/card0 chown -R wuzzi:users /dev/dri/renderD128 sleep 2 chmod -R 666 /dev/dri/card0 chmod -R 666 /dev/dri/renderD128 sleep 3 docker start tvheadend sleep 3 exit 0Ich verwende in der Zwischenzeit einen Digibit R1 deswegen brauche ich auch keine Module der TV-Karte entladen bzw. neu laden. Im alten Script funktionierte das einwandfrei.
Wichtig ist natürlich dass du die beiden Scripte ( usr/local/bin und etc/systemd/system) ausführbar machst (chmod a+x scriptname)
Die systemd-Datei musst du natürlich auch "aktivieren". Wenn du nicht weißt wie das geht, schau dir das hier an.Die Module für deine TV-Karte musst du natürlich auch dementsprechend anpassen.
Erstmal danke für deine Mühe.. Das script um der TVKarte die Berechtigungen zu geben, verwende ich schon länger.
ich habe aber eine Verständnisfrage: benötige ich nicht eigentlich 2 Scripte für tvh ?
Meine DD Cine S2 V7 haben auch gezickt. Hier mein Skript. Vielleicht hilft das.
/lib/systemd/system-sleep/autoshutdown-tvh-restart
#!/bin/bash
case "$1" in
pre)
#service oscam stop
#service tvheadend stop
monit stop oscam
monit stop tvheadend
logger -t $(basename $0) "OScam und TVHeadend wurden gestoppt"
sleep 8
modprobe -r ddbridge
logger -t $(basename $0) "DDBridge wurde entladen"
;;
post)
modprobe ddbridge
logger -t $(basename $0) "DDBridge wurde geladen"
sleep 6
#service oscam restart
#service tvheadend restart
monit start oscam
monit start tvheadend
logger -t $(basename $0) "OScam und TVHeadend wurden gestartet"
;;
esacich habe aber eine Verständnisfrage: benötige ich nicht eigentlich 2 Scripte für tvh ?
Genau. Eines welches als "Service" bzw. Befehlshaber läuft (das unter systemd) und das zweite das ausgeführt wird (das unter /usr).
So läuft es am stabilsten unter OMV v4
@Peppi
So hat es bei mir unter OMV v3 funktioniert. Unter v4 keine Chance. Weiß nicht woran es lag. Wenn es bei dir unter OMV v4 läuft, finde ich es super.
Genau. Eines welches als "Service" bzw. Befehlshaber läuft (das unter systemd) und das zweite das ausgeführt wird (das unter /usr).So läuft es am stabilsten unter OMV v4
@Peppi
So hat es bei mir unter OMV v3 funktioniert. Unter v4 keine Chance. Weiß nicht woran es lag. Wenn es bei dir unter OMV v4 läuft, finde ich es super.
heute Abend setze ich mich da nochmal ran..
nur ddbridge zu entladen reicht auch nicht mehr meine ich.. diese module müssen dabei sein
cxd2099 dvb_core
Ich probiere es einfach aus.
Bezüglich der Cine kann ich dir nicht weiterhelfen, da ich so eine nie hatte (vor der Digibit hatte ich 2x DVBSky S952v3).
Aber schau dir diesen Beitrag hier an. Hier werden auch die Module für eine Cine v6.5 ent- und neu geladen. Ich schätze diese wirst du brauchen.
Auf jeden Fall sind es mehr als zwei. Wenn du nur eine oder nur die Hälfte ent- und neu ladest, bekommst du trotzdem die Fehlermeldung und es funktioniert nicht.
Am besten ist, du postest deine Skripte einmal hier. Mehr kann ich dann erst morgen am Abend dazu sagen
Ist ja klar. Dein Script wird nur ausgeführt, wenn der Server in den Standby/Ruhezustand geht. Nach einem Neustart wird dein Script nicht ausgeführt, da der Befehl dazu nicht da ist.
Hier ist mein Systemd-Script, welches IMMER ausgeführt wird (nach Neustart, Ruhezustand, Sleep, usw.)
[Unit]
After=network.target
[Service]
ExecStart=/usr/local/bin/gpu-permissions.sh
[Install]
WantedBy=multi-user.targetHeißen tut das Script
gpu-permissons.serviceund befindet sich unter
/etc/systemd/systemmittels
chmod 664 /etc/systemd/system/gpu-permissions.service
systemctl daemon-reload
systemctl enable gpu-permissions.servicedas Script ausführbar machen.
wenn du dann nach
/etc/systemd/system/multi-user.target.wantswechselt siehst du dort den Eintrag "gpu-permissons.service"
somit ist dir klar, dass das System-Script ausgeführt wird.
Probiere das einmal aus.
Aber Achtung: du musst vorher natürlich deine alten Einträge unter /etc/systemd/system/sleep.target.wants und wo sonst du dein Script ausführbar gemacht hast löschen. Danach den Server neu starten. Auch musst du das oben gepostete System-Script auf den Namen deines Scripts unter /etc/usr/lib anpassen (Bsp. permissions.sh)
wenn du meine Schritte befolgst und nicht abweichst, wie von dir bereits getan, dann muss es hinhauen. Bei mir geht es halt auf jeden Fall...
Alles anzeigenIst ja klar. Dein Script wird nur ausgeführt, wenn der Server in den Standby/Ruhezustand geht. Nach einem Neustart wird dein Script nicht ausgeführt, da der Befehl dazu nicht da ist.
Hier ist mein Systemd-Script, welches IMMER ausgeführt wird (nach Neustart, Ruhezustand, Sleep, usw.)
Code[Unit] After=network.target [Service] ExecStart=/usr/local/bin/gpu-permissions.sh [Install] WantedBy=multi-user.target
Heißen tut das Script
Codegpu-permissons.serviceund befindet sich unter
Code/etc/systemd/systemmittels
Codechmod 664 /etc/systemd/system/gpu-permissions.service systemctl daemon-reload systemctl enable gpu-permissions.servicedas Script ausführbar machen.
wenn du dann nach
Code/etc/systemd/system/multi-user.target.wantswechselt siehst du dort den Eintrag "gpu-permissons.service"
somit ist dir klar, dass das System-Script ausgeführt wird.
Probiere das einmal aus.Aber Achtung: du musst vorher natürlich deine alten Einträge unter /etc/systemd/system/sleep.target.wants und wo sonst du dein Script ausführbar gemacht hast löschen. Danach den Server neu starten. Auch musst du das oben gepostete System-Script auf den Namen deines Scripts unter /etc/usr/lib anpassen (Bsp. permissions.sh)
wenn du meine Schritte befolgst und nicht abweichst, wie von dir bereits getan, dann muss es hinhauen. Bei mir geht es halt auf jeden Fall...
es funktioniert nicht..
ich meine das mit meinen ExecStart/Stop Befehlen klappt so irgendwie nicht.
getestet habe ich gestern.. nach einem resume sind immer die Module entladen. Dann muss ich sogar komplett runterfahren und neustarten.
ich möchte halt docker komplett stoppen. da ja auch emby betroffen ist.
so habe ich es jetzt in meiner .service datei:
[Unit]
Description=neustart tvh, module und rechte setzen
After=network.target
[Service]
ExecStart=/bin/systemctl stop docker
ExecStart=/sbin/modprobe -r ddbridge cxd2099 dvb_core
ExecStop=/sbin/modprobe ddbridge cxd2099 dvb_core
ExecStop=/usr/local/bin/permission.sh ; /bin/systemctl start docker
[Install]
WantedBy=multi-user.target#!/bin/sh
docker stop tvheadend
sleep 3
chown -R wuzzi:users /dev/dri/card0
chown -R wuzzi:users /dev/dri/renderD128
sleep 2
chmod -R 666 /dev/dri/card0
chmod -R 666 /dev/dri/renderD128
sleep 3
docker start tvheadend
sleep 3
exit 0und so sieht meine gpu-permissions.sh aus, welche unter /usr/local/bin liegt.
Da ich eine Digibit R1 verwende brauche ich die Module nicht entladen bzw. neu laden. Ich muss lediglich die Grafikkarten-Hardware auf den entsprechenden Benutzer "umbiegen". Also nicht bei root lassen.
Achtung: Im Docker musst du dann bei "Restart policy" auf "No" stellen.
Der Benutzer "wuzzi" habe ich unter OMV angelegt. Der ist als ganz normaler "User" angelegt und im Docker sieht es dann auch so aus:
Also der User PUID=1001 (ist der user "wuzzi") und PGID=100 (das ist die normale User-Gruppe"
Ich habe dir mal ein Script für /usr/local/bin zusammengestellt. Wie du das Script benennst bleibt dir überlassen, jedoch muss es gleich lauten wie das Script unter /etc/systemd/system. Natürlich musst du auch deine persönlichen Anpassungen im Script vornehmen. So weiß ich nicht, wie der Name von deinem tvheadend unter Docker heißt. Also bei mir lautet er, na net, "tvheadend" (beachte bitte auf jeden Fall die Groß- und Kleinschreibung!!!!)
Auch schau nach ob bei dir unter /dev/dvb/xxx die gleichen Einträge sind wie bei mir. Bei mir waren 4 Einträge, da ich zwei DVBSky S952v3 drinnen hatte.
#!/bin/sh
docker stop tvheadend
sleep 3
modprobe -r ddbridge
sleep 1
modprobe -r cxd2099
sleep 1
modprobe -r dvb_core
sleep 3
modprobe dvb_core
sleep 1
modprobe cxd2099
sleep 1
modprobe ddbridge
sleep 2
chown -R dockeruser:users /dev/dvb/adapter0
chown -R dockeruser:users /dev/dvb/adapter1
sleep 2
chmod -R 666 /dev/dvb/adapter0
chmod -R 666 /dev/dvb/adapter1
sleep 2
chown -R dockeruser:users /dev/dri/card0
chown -R dockeruser:users /dev/dri/renderD128
sleep 2
chmod -R 666 /dev/dri/card0
chmod -R 666 /dev/dri/renderD128
sleep 3
docker start tvheadend
sleep 3
exit 0
Am besten ist, du probierst dann einfach mal unter /etc/usr/lib das Script händisch aus. Also einfach Script-name.sh ausführen (Bsp. permissions.sh). Leider kann ich das Script nicht testen, da ich ja keine DD Cine habe. Wenn eine Fehlermeldung kommt, diese bitte posten.
Ansonsten schaust du dann unter /dev/dri bzw. /dev/dvb nach und (also cd /dev/dri bzw. cd /dev/dvb) und mittels
ls -lsiehst du dann die Rechte. So sieht es bei mir unter /dev/dri aus:
und so sieht das bei meinem Script aus
es kann sein, dass du die Module die neu geladen werden, umdrehen musst. Also zuerst
(modprobe) ddbridge, dann cxd2099 und dann erst dvb_core. Ich glaube mir ist da oben ein Fehler passiert.
es kann sein, dass du die Module die neu geladen werden, umdrehen musst. Also zuerst
(modprobe) ddbridge, dann cxd2099 und dann erst dvb_core. Ich glaube mir ist da oben ein Fehler passiert.
teste ich.. aber wieder einen schritt weiter..
Ist wirklich komisch. Hast du auch deine alten Einträge die unter /etc/systemd/system/sleep.target.wants usw. dort entfernt. Also mit
rm hibernate.serviceoder wie du auch dein System-Script benennst.
Läuft dein permissions.sh überhaupt? Am besten das einmal probieren und schauen ob die entsprechenden Veränderungen bei /dev/dvb bzw. /dev/dri gesetzt worden sind.
Ist wirklich komisch. Hast du auch deine alten Einträge die unter /etc/systemd/system/sleep.target.wants usw. dort entfernt. Also mit
Coderm hibernate.serviceoder wie du auch dein System-Script benennst.
Läuft dein permissions.sh überhaupt? Am besten das einmal probieren und schauen ob die entsprechenden Veränderungen bei /dev/dvb bzw. /dev/dri gesetzt worden sind.
Das Skript funktioniert wie es soll.. eben über die Konsole getestet.. tvh läuft nach ca. 1 min wie es soll.
Das Problem scheint wirklich im startvorgang zu liegen..
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!