Beiträge anzeigen

Diese Sektion erlaubt es ihnen alle Beiträge dieses Mitglieds zu sehen. Beachten sie, dass sie nur solche Beiträge sehen können, zu denen sie auch Zugriffsrechte haben.


Nachrichten - sezz

Seiten: [1]
1
-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.

Okay, läuft jetzt 30 Stunden ohne Fehler auf dem DS1618+ unter DSM 6.2.2-24922 Update 4.
Mein Script unter /usr/local/etc/rc.d/disable-usb-suspend.sh um autosuspend zu deaktivieren wenn der Stick beim Hochfahren angesteckt ist (habe keine elegantere Lösung gefunden auf die Schnelle):

#!/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

2
-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.

Mit unserem Synology DS216J gibt's überhaupt keine Probleme

Hat das DS216J denn genug Leistung? Ich hätte noch ein DS213J herumstehen, das ist nur minimal langsamer als das DS216J, aber da schläft man beim Aufmachen von DSM selbst schon fast ein ;)

3
Wie zuverlässig funktioniert das bei euch?

Hintergrundinfos, warum ich frage:

Momentan teste ich den Stick an einem Synology DS1618+ mit Treiber Paket (v0.38 laut INFO file, Änderung der Rechte bzw. den zusätzlichen User habe ich aus den Scripts vor der Installation entfernt, sonst startet mir Tvheadend nicht) + Tvheadend Paket (tvheadend-testing_denverton-6.1_4.4.20181215-1.spk), irgendwann geht dann aber nichts mehr :o

Fehler laut dmesg (wird dauerhaft wiederholt, scheint lt. Suche nicht unbekannt zu sein):

[171958.693258] usb 1-2.3: usbfs: USBDEVFS_CONTROL failed cmd mediasrv rqt 64 rq 187 len 2 ret -110

Der Treiber findet dann den Adapter nicht mehr, obwohl er am NAS erkannt wird.

|__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)

Aus- und einstecken hilft zwar temporär, aber das ist keine Dauerlösung.

Über Docker wärs mir sowieso lieber, da ich die restlichen Anwendungen auch alle darüber laufen habe, aber wenn das generell nicht stabil läuft investiere ich lieber keine Zeit mehr und schick den Adapter und das NAS einfach zurück (meine TechnoTrend TT-budget S2-4100 funktioniert seit Jahren problemlos im derzeitigen Linux Fileserver, ich wollte den Dinosaurier halt weg haben ::)).

Seiten: [1]