Sundtek Support Forum
Deutsch => Sundtek MediaTV Pro => Treiber => Thema gestartet von: Pyrdracon am Oktober 24, 2012, 06:01:00 Nachmittag
-
Hallo,
ich nutze die MediaTV Pro seit einigen Monaten unter Linux und bin sehr zufrieden damit. Allerdings hat die von mir genutzte Distribution vor ein paar Tagen das Init-System auf systemd umgestellt. Seitdem habe ich Probleme damit, sowohl Analog-TV als auch DVB zu sehen. Ich habe versucht, das durch vorheriges starten des mediaclients zu umgehen, aber das funktioniert auch nicht oder zumindest nicht so, wie ich es mir gedacht hatte.
Gerne schreibe ich mir eine service-Datei dafür, allerdings weiß ich nicht, was ich genau tun muss, um wieder ein Fernsehbild auf den Monitor zu bekommen. Gibt es mit systemd überhaupt schon Erfahrungen?
Pyrdracon
-
Hallo,
hmm.. mit systemd gibt es aktuell wohl keine Erfahrung hier.
Um den Treiber zu starten reicht es aus /opt/bin/mediaclient --start auszuführen. Optional /opt/bin/mediaclient --start=N (wobei N die Zeit wäre die abgewartet werden soll bis der Treiber wirklich startet).
Auf einigen Systemen stecken wir diesen Befehl einfach in /etc/rc.local bzw nach /etc/init.d
Falls du uns via Skype (sundtek) kontaktierst könnten wir da eventuell eine Ausnahmeregelung für dein System einpflegen damit das beim nächsten Anwender nicht nocheinmal auftritt
-
Ihre Antwort hat mir schon ein wenig weitergeholfen. Folgendes systemd unit startet bei mir jetzt zumindest, nachdem eine grafische Oberfläche vorhanden ist:
[Unit]
Description=Sundtek MediaTV
Wants=graphical.target
[Service]
Type=oneshot
ExecStart=/opt/bin/mediaclient --start
ExecStop=/opt/bin/mediaclient --shutdown
RemainAfterExit=yes
[Install]
WantedBy=multi-user.target
Ich habe mich gerade einmal aus- und wieder eingeloggt sowie einen kompletten Reboot durchgeführt. In beiden Fällen konnte ich problemlos TV schauen.
Falls ich in Zukunft noch einmal auf Probleme stoßen sollte, würde ich mich hier erneut melden.
-
Falls möglich kontaktiere uns bitte via Skype wir würden das gerne im Installer aufnehmen.
-
Der Installer wurde soweit aktualisiert und unterstützt nun auch systemd, danke für den remote Zugang!
-
Für was brauche ich diesen zusätzlichen Systemd Dienst?
Langen nicht da nicht die udev rules aus?
-
Systemd ist ein Replacement für init auf einigen Systemen (es ist kein zusätzlicher Dienst), ohne die Modifikationen startet der Treiber nicht automatisch.
Udev ist nach wievor ein Teil von Systemd auf diesen Systemen, es funktioniert lediglich etwas anders.
-
Bei mir langt eine udev rule völlig aus um den Treiber zu starten. Dazu brauch ich weder einen zusätzlichen SystemD noch einen Init Dienst ;)
-
Du verwendest wohl das Init System, es ist das erste Programm das Linux überhaupt startet.
http://de.wikipedia.org/wiki/Init
http://de.wikipedia.org/wiki/Systemd
SystemD ersetzt Init auf einigen Systemen.
-
udev ist ein Programm, mit welchem der Linux-Kernel Gerätedateien für die Datenein- und -ausgabe (Input/Output) verwaltet.
http://de.wikipedia.org/wiki/Udev (http://de.wikipedia.org/wiki/Udev)
$ cat /etc/udev/rules.d/80-mediasrv.rules
SUBSYSTEM=="usb", ATTRS{idVendor}=="eb1a", ENV{DEVTYPE}=="usb_device", ACTION=="add", RUN+="/opt/sundtek/bin/mediaclient --start=2"
SUBSYSTEM=="usb", ACTION=="remove", ENV{ID_MODEL_ID}=="51b2", RUN+="/opt/sundtek/bin/mediaclient --shutdown"
action="Add" wird nicht nur beim Hot-Plugging sondern auch beim Booten ausgeführt
-
Die Augabe von Udev ist es den Treiber-Daemon zu starten sonst überhaupt nichts (hierbei ist es auch egal ob der Befehl mehrfach ausgeführt wird oder nicht, der Treiber startet nur einmal und ignoriert weitere start Aufforderungen).
Der Treiber koppelt sich danach direkt an das Kernel Udev Interface und wertet die Meldungen direkt aus (Grund hierfür, der Userspace udev Daemon ist einfach chaotisch über verschiedene Versionen hinweg, es lassen sich keine eindeutigen Regeln festlegen).
Udev ist bei Systemd Teil von Systemd, lies dich etwas weiter in diese Applikationen ein falls es dich wirklich interessiert.
-
Mir ist jetzt immer noch nicht ganz klar was ihr da macht. Heißt das, ihr könnt keine UDEV Regel erstellen die auf allen Systemen funktioniert und deshalb wird zusätzlich über ein Systemd Dienst gestartet richtig?
-
Informiere dich bitte etwas genauer über Systemd. Es wurden lediglich die Regeln angepasst.
-
OK, dann steig ich an dieser Stelle aus. Wenn ihr keine Begründung geben wollt warum ihr eine Udev Regel und einen Systemd Dienst erstellt um mediaclient zu starten, dann schreibt das doch einfach. Danke
-
SystemD stoppt den Treiber innerhalb weniger Sekunden sofern er via Udev gestartet wird (Designbug von SystemD), daher muss das Service angelegt werden.
-
OK, das war ja anstrengend.. Bei mir stoppt SystemD gar nichts. Der Treiber wird von Udev gestartet und gut (Fedora 17)
-
Was wiederum einen Bug in SystemD bestätigen würde, da der Treiber bei dem einen Kunden definitiv nach wenigen Sekunden gestoppt wurde. Nichts desto trotz arbeitet der Treiber da wiedermal herum (genauso wie bei Pulseaudio welches vom gleichen Entwickler stammt)
-
OK, Danke für die Info. Wenn es tatsächlich ein BUG ist, dann ist immerhin mittlerweile anscheinend gefixt (systemd-44-21.fc17.x86_64)
-
Jetzt wäre noch interessant zu wissen welche Version der OP verwendet, um zu sehen ob der Bug neu oder alt ist.
Das modifizierte Skript verwendet beide Methoden um den Treiber zu starten (insbesondere damit es mit anderen Systemen nicht wieder zu Problemen kommen kann).
-
Hatte vor ein paar Tagen ein Update von Systemd 195 nach 197 bekommen. Mit der Version 197 kann ich denn BUG oder das Feature von Systemd bestätigen.