cd <<config-folder on host>>
wget http://sundtek.de/media/sundtek_netinst_testing.sh
chmod 777 sundtek_netinst_testing.sh
./sundtek_netinst.sh –createnodes
(hier werden die –leeren- nodes erstellt, so dass sie in den Docker-Container integriert werden können)cd /config
./sundtek_netinst_testing.sh -docker -use-custom-path=/config
adding /opt/bin to environment paths
unpacking...
checking system... overriding SYSTEM parameter with armsysv
installing (netinstall mode) ...
Downloading architecture specific driver ... armsysv
Download finished, installing now ...
Starting driver...
./sundtek_netinst_testing.sh: line 1773: /conf/opt/bin/mediasrv: not found
done.
root@cf85fef6ee45:/conf# ls -l /conf/opt/bin/
total 5245
drwxr-xr-x 2 root root 1024 Jul 31 16:35 audio
drwxr-xr-x 2 root root 1024 Jul 31 16:35 dvb
-rwxr-xr-x 1 root root 380 Jul 31 16:35 getinput.sh
-rwxr-xr-x 1 root root 1250 Jul 31 16:35 lirc.sh
-rwxr-xr-x 1 root root 357508 Jul 31 16:35 mediaclient
-rwsr-xr-x 1 root root 5006636 Jul 31 16:35 mediasrv
root@cf85fef6ee45:/conf# ./conf/opt/bin/mediasrv
bash: ./conf/opt/bin/mediasrv: No such file or directory
sudo crontab -e
@reboot /bin/mkdir -p /dev/dvb/adapter0 && /bin/mknod /dev/dvb/adapter0/frontend0 c 212 1
[171958.693258] usb 1-2.3: usbfs: USBDEVFS_CONTROL failed cmd mediasrv rqt 64 rq 187 len 2 ret -110
|__usb1 1d6b:0002:0404 09 2.00 480MBit/s 0mA 1IF (Linux 4.4.59+ xhci-hcd xHCI Host Controller 0000:00:15.0) hub
|__1-1 f400:f400:0100 00 2.00 480MBit/s 200mA 1IF (Synology DiskStation 7F00954DB181C653)
|__1-2 0bda:5411:0104 09 2.10 480MBit/s 0mA 1IF (Generic 4-Port USB 2.0 Hub syno.ext.hub) hub
|__1-2.3 2659:1805:0000 00 2.00 480MBit/s 400mA 1IF (Sundtek eLight U191206143242)
-110 heißt dass der Tuner abgesteckt/entfernt wurde. Es gab mal ein paar Kommentare wo jemand erwähnt hat dass USB Standby (vom Host Controller) so ein Problem ausgelöst hat (werde das im Laufe des Tages raussuchen).
Mit unserem Synology DS216J gibt's überhaupt keine Probleme
-110 heißt dass der Tuner abgesteckt/entfernt wurde. Es gab mal ein paar Kommentare wo jemand erwähnt hat dass USB Standby (vom Host Controller) so ein Problem ausgelöst hat (werde das im Laufe des Tages raussuchen).
Selber Fehler nach ein paar Stunden wieder, könnte wirklich damit zusammenhängen.
#!/bin/bash
VENDOR="2659"
PRODUCT="1805"
set -euo pipefail
IFS=$'\n\t'
for DIR in $(find /sys/bus/usb/devices/ -maxdepth 1 -type l); do
if [[ -f $DIR/idVendor && -f $DIR/idProduct && $(cat $DIR/idVendor) == $VENDOR && $(cat $DIR/idProduct) == $PRODUCT ]]; then
echo on > $DIR/power/control
echo -1 >/sys/module/usbcore/parameters/autosuspend
echo 0 > $DIR/authorized
sleep 0.5
echo 1 > $DIR/authorized
fi
done
exit 0
/volume1/docker/tvheadend/config
/volume1/docker/tvheadend/picons
/volume1/docker/tvheadend/sundtek
cd /volume1/docker/tvheadend/sundtek
wget http://sundtek.de/media/sundtek_netinst.sh
chmod 777 sundtek_netinst.sh
(./sundtek_netinst.sh nicht ausführen, da die nodes schon von 1) vorhanden sind!)
docker network create tvheadend-net
docker container run -d --restart always \
--name tvheadend \
--network tvheadend-net \
-e PUID=1024 \
-e PGID=100 \
-e TZ=Europe/Berlin \
-p 9981:9981 \
-p 9982:9982 \
-v /volume1/video/recordings/tvheadend:/recordings \
-v /volume1/docker/tvheadend/config:/config \
-v /volume1/docker/tvheadend/picons:/picons \
-v /volume1/docker/tvheadend/sundtek:/sundtek \
-v /etc/localtime:/etc/localtime:ro \
--device /dev/dri:/dev/dri \
--device /dev/dvb:/dev/dvb \
--device=/dev/bus/usb \
linuxserver/tvheadend:amd64-latest
docker container exec -it $(docker container ls -q --filter=name=tvheadend) /bin/bash
root@d2d92d6e0a3c:/# cd /sundtek
root@d2d92d6e0a3c:/# ./sundtek_netinst.sh -docker -use-custom-path=/sundtek
# Installation mit "J" bestätigen
root@d2d92d6e0a3c:/# exit
docker container restart tvheadend
--device=/dev/bus/usb
docker create --name alpinelinux
--net=bridge
-p 59981:9981
-p 59982:9982
--device=/dev/dvb
--device=/dev/dri
--device=/dev/bus/usb
-t alpine /bin/sh