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 - pampa

Seiten: [1] 2
1
Hallo,

Mein "verbessertes" Skript läuft zwar, aber ist nicht im Sinne des Erfinders. Ist das Problem inzwischen gelöst?

Grüße

2
Kein Update in Sicht. Wie weiter???

4
Nein, geht nicht. Treiber wacht nicht auf.

Das Skript was ich hier angegeben habe welches durch pm-utils ausgeführt wird ist ja von Euch. Wenn ich Deiner Anleitung jetzt folge, wird bei suspend "--shutdown" ausgeführt, dann bei resume nochmal "--shutdown" und dann "--start=5".

??? Tut mir leid, entweder ich steh auf dem Schlauch oder wir reden aneinander vorbei. ??? ???

Um den Treiber nach dem Aufwecken von suspend to ram wieder zu starten, muss ich nur mit root-Rechten im Terminal mediaclient --start eingeben und er läuft wieder.

Da Opensuse als Mediaserver läuft und per walke on Lan geweckt wird, ist ein Starten per Terminal keine Lösung.

Zumal durch Euer Installationsskript so ein "Aufweck-skript" installiert wird, welches diesen Befehl (mediaclient --start) ausführt.

Wenn Du mir also rätst, ein Skript anzulegen, welches nochmal stoppt und startet, so eins ist doch vorhanden aus der Treiberinstallation und funktioniert. Alle .log files sagen mir, das mediaclient aufgerufen wurde und der Treiberstart anläuft.....nur in der letzten Phase von irgendetwas gestoppt wird.
Nochmal stoppen und wieder starten hilft auch nicht. Oder soll ich ein neues Skript an das Skript hängen ???

5
Hm, ohne das Zusätzliche "start"/"stop" ist es wieder das original Skript, was ja nicht funktioniert. Also das Skript funktioniert schon, aber das Starten des Treiber ja nicht.

Ich habe gestern eine wenig probiert:

/opt/bin/mediaclient --stop   produziert eine Fehlermeldung in suspend-pm.log. Oder im Terminal:
Zitat
localhost:~ # /opt/bin/mediaclient --stop
/opt/bin/mediaclient: option '--stopwss' requires an argument

--stop kennt der Mediaclient nicht, --shutdown schon....wie auch immer: Das resume-Skript wird ordnungsgemäß abgearbeitet, aber dann scheint der Treiberstart im letzten Schritt zu hängen.
Wie ich ja eingangs erwähnte:

Zitat
-mediasrv.log zeigt an das alles durchläuft, allerdings fehlt nach suspend to ram 'Initial devicescan done, switching detection mode'

Noch etwas: mir ist beim testen mal ein Tippfehler unterlaufen: statt /opt/bin/mediaclient (opt/bin/mediaclient. suspend-pm.log hatte einen Syntaxerror, aber der Treiber ist gestartet!!! hier:
Zitat
#!/bin/sh
# Sundtek Media Framework

case "$1" in
   hibernate|suspend)
      echo `date +"%Y-%m-%d %H:%M:%S [$$]"`" Stopping driver system is going into suspend/standby" >> /var/log/mediasrv.log
      /opt/bin/mediaclient --shutdown
      ;;
   thaw|resume)
      echo `date +"%Y-%m-%d %H:%M:%S [$$]"`" Restarting driver after system resume" >> /var/log/mediasrv.log
      (opt/bin/mediaclient --shutdown
      /opt/bin/mediaclient --start
      ;;
   *) exit $NA
      ;;
esac

Ich bin jetzt nicht der Skriptkönig, aber ohne die falsche Zeile startet der Treiber nicht. Mit einer falschen Zeile gehts. Keione Ahnung ob Dir das einen Hinweis gibt??




6
Bin gerade nicht in Reichweite des Rechner, aber meinst Du das etwa so?


Zitat
#!/bin/sh
# Sundtek Media Framework

case "$1" in
   hibernate|suspend)
      echo `date +"%Y-%m-%d %H:%M:%S [$$]"`" Stopping driver system is going into suspend/standby" >> /var/log/mediasrv.log
      /opt/bin/mediaclient --shutdown
      ;;
   thaw|resume)
      echo `date +"%Y-%m-%d %H:%M:%S [$$]"`" Restarting driver after system resume" >> /var/log/mediasrv.log
      /opt/bin/mediaclient --start
      /opt/bin/mediaclient --stop
      /opt/bin/mediaclient --start
      ;;
   *) exit $NA
      ;;
esac

7
Danke für die schnelle Antwort, aber ich möchte den Treiber ja nicht ständig von Hand starten.
Oder soll ich das in das Skript in den pm-utils einbauen?

8
Hallo,

ich bekomme den Treiber nicht mehr zu laufen, wenn Opensuse 13.2 aus suspend to ram aufwacht. Ich habe mich hier schon durch das Forum gelesen und folgendes getestet:

-lsusb erkennt den stick zuverlässig
-per sundtek.conf ir_disabled=1
-mediasrv.log zeigt an das alles durchläuft, allerdings fehlt nach suspend to ram 'Initial devicescan done, switching detection mode'
-scripte nach etc/pm/sleep.d ohne Wirkung
-medianclient --start=5..  ohne Wirkung
-alle (!) USB-Geräte entfernt ohne Wirkung
-USB-Hub verwendet ohne Wirkung
-Neustart klappt immer, nur suspend nicht

Ich weiß nicht weiter???


9
{Single, Dual, Quad} Sundtek SkyTV Ultimate / Re:Treiber startet nicht
« am: Mai 19, 2013, 10:47:42 Vormittag »
Hm...
Natürlich  habe ich die Installation mit root-Rechten gestartet. Das Problem ist auch nicht, dass die Installation nicht durchläuft (siehe Anhang), sondern nach einem Rechnerneustart der Treiber nicht gestartet ist (siehe Anhang). Diese beiden Anhänge sind von Sabayon 11 mit OpenRC (Systemd ist noch nicht aktiv in "aktuellen" Altinstallationen).
Getestet habe ich auch den aktuellen monatlichen Snapshot von Sabayon 13.04 in einer VM mit aktiviertem systemd. Dieser unterscheidet sich trotz rolling release vom "alten" Sabayon 11 durch systemd und eine anders eingehängtes /tmp-Verzeichnis. Hier konnte ich wie eineige Beiträge vorher beschrieben keine Instalatin vornehmen. Erst nachdem ich den Eintrag in der fstap für /tmp auskommentiert habe lief alles wie es soll. Auch nach Neustart.

Mein bisher verwendetes System ist aber das mit Sabayon 11, wo Euer USB-stick bisher problemlos lief...Bis zu einem Update, ab da wurde der Treiber bei Rechnerneustart nicht mehr gestartet.

Ein wenig verwirrend, aber ich hoffe ich bin verstäbdlich!


2013-05-19 09:57:22 [7107] RC: detached remote control
2013-05-19 09:57:24 [7179] Starting up Multimedia Framework (Mar 15 2013 23:00:43)
2013-05-19 09:57:24 [7179] Detected DVB version.h
2013-05-19 09:57:24 [7180] Starting service processor (PID 7180)
2013-05-19 09:57:24 [7179] API Version: 5.5
2013-05-19 09:57:24 [7179] Running on Linux (3.7.0-sabayon)
2013-05-19 09:57:24 [7179] Detected: GenuineIntel
2013-05-19 09:57:24 [7179] This CPU supports: MMX and SSE
2013-05-19 09:57:24 [7179] unable to open /dev/misc
2013-05-19 09:57:24 [7179] scanning devices
2013-05-19 09:57:24 [7179]
2013-05-19 09:57:24 [7179] Scanning for drivers
2013-05-19 09:57:24 [7179] found lib: libdrv_hikarisoft_isdb.so
2013-05-19 09:57:24 [7179] found lib: libdrv_fm.so
2013-05-19 09:57:24 [7179] found lib: libdrv_em28xx.so
2013-05-19 09:57:24 [7179] found lib: libdrv_tntdvb.so
2013-05-19 09:57:24 [7179] found lib: libdrv_net.so
2013-05-19 09:57:24 [7179] found lib: libdrv_vivi.so
2013-05-19 09:57:24 [7179] found lib: libdrv_ngTV.so
2013-05-19 09:57:24 [7179]
2013-05-19 09:57:24 [7179] Scanning for plugins
2013-05-19 09:57:24 [7179] found lib: libencoder_plugin.so
2013-05-19 09:57:24 [7179] MediaAVPlugin: MPEG Encoder
2013-05-19 09:57:24 [7179] Copyright: (C) Tpe 2011/2012
2013-05-19 09:57:24 [7179]
2013-05-19 09:57:24 [7179] Starting up device manager
2013-05-19 09:57:24 [7179] scanning devices done
2013-05-19 09:57:24 [7179] attached devices:
2013-05-19 09:57:24 [7179] registering ID: 0
2013-05-19 09:57:24 [7179] disconnecting kernel driver
2013-05-19 09:57:24 [7180] Autostarting scripts in /etc/sundtek/
2013-05-19 09:57:24 [7180] executed all available items
2013-05-19 09:57:25 [7179] attaching second generation DVB-S/S2 demodulator
2013-05-19 09:57:28 [7179] demodulator successfully attached (DVB_S/S2)!
2013-05-19 09:57:28 [7179] Allocation using pg for type 65678
2013-05-19 09:57:28 [7179] requesting to attach tuner(s) now
2013-05-19 09:57:28 [7179] registering: adapter0/0
2013-05-19 09:57:28 [7179] registered virtual: /dev/dvb/adapter0/frontend0
2013-05-19 09:57:28 [7179] registered virtual: /dev/dvb/adapter0/demux0
2013-05-19 09:57:28 [7179] registered virtual: /dev/dvb/adapter0/dvr0
2013-05-19 09:57:28 [7179] Setting RC Protocol to NEC
2013-05-19 09:57:28 [7179] registered virtual: /dev/mediainput0
2013-05-19 09:57:28 [7179] Remote Control Layout: 0
2013-05-19 09:57:28 [7179] Using flat remote control layout
2013-05-19 09:57:28 [7179] IR Setup
2013-05-19 09:57:28 [7179] Infrared support enabled on startup
2013-05-19 09:57:28 [7179] Trying to load ffmpeg codecs
2013-05-19 09:57:28 [7179] could not load libavutil.so
2013-05-19 09:57:28 [7179] could not load libswscale.so
2013-05-19 09:57:28 [7179] could not load libavcodec.so
2013-05-19 09:57:28 [7179] could not load libavformat.so
2013-05-19 09:57:28 [7179] AnalogTV encoding won't be possible in driver's side
2013-05-19 09:57:28 [7179]
2013-05-19 09:57:28 [7179] Sundtek MediaTV Driver loaded. This driver is licensed for non-commercial use
2013-05-19 09:57:28 [7179] with Sundtek MediaTV only
2013-05-19 09:57:28 [7179] Driver loaded within 4082 milliseconds
2013-05-19 09:57:28 [7179] Serial(0): U120411150044
2013-05-19 09:57:28 [7206] RC: IR Event /dev/input/event8
2013-05-19 09:57:28 [7215] RC: IR Event /dev/input/event8
2013-05-19 09:57:31 [7179] Initial devicescan done, switching detection mode
2013-05-19 09:57:43 [7179] Enabling standby
2013-05-19 09:57:43 [7179] Device is now in standby



Nach Neustart dies:

$ /opt/bin/mediaclient -e
Driver is currently not running, please start it as root
mediaclient --start

10
{Single, Dual, Quad} Sundtek SkyTV Ultimate / Re:Treiber startet nicht
« am: Mai 13, 2013, 08:09:40 Nachmittag »
Auf einem aktuellen Snapshot von Sabayon 13.04 lässt sich Euer Treiber inzwischen übergingst gar nicht mehr installieren wegen Rechteproblemen des /Tmp Verzeichnisses.  Auf meiner alten Sabayon 11 Installation ist das /Tmp Verzeichnis noch in ursprünglicher Form vorhanden. Systemd ist demnach nicht das Einzige was hier Probleme macht

12
{Single, Dual, Quad} Sundtek SkyTV Ultimate / Treiber startet nicht
« am: April 27, 2013, 10:49:22 Vormittag »
Hallo,

ich habe ein Problem mit den Treiberstart unter Sabayon 11 64. Der Treiber funktioniert, aber nach einem Neustart und /opt/bin/mediaclient -e erscheint die Meldung das er mit root-Rechten manuell gestartet werden soll. Vor kurzem sollte bei Sabayon (siehe homepage) auf systemd umgestellt werden. Hängt das evtl. damit zusammen??

Danke

13
Spitze, läuft!

Danke!

14
{Single, Dual, Quad} Sundtek SkyTV Ultimate / Nach Treiberinstallation geht nichts mehr
« am: November 09, 2012, 12:57:06 Nachmittag »
Hallo,

ich habe auf 2 Rechnern nach einer Installation des Sky Ultimate Treiber nach einem Neustart keine Möglichkeit mehr das System zu benutzen.

Rechner:  Samsung NC10 und ein ASUS AT5IONT-i mit Sabayon 10 KDE (einmal 32Bit, einmal 64 Bit)

Auf beiden Rechnern erhalte ich das gleiche Verhalten: das Sabayon läuft super stabil und flüssig. Updates alle verarbeitet (Kernel 3.5). Solbald ich den Treiber installiere wird der auch völlig korrekt installiert und gestartet. Ein Neustart bleibt bei einer Verwendung von LVM schon beim Herunterfahren stehen mit dem Hinweis: "Filesystem in use" und bleibt dort bis zu einem harten Reset hängen. Danach bleibt das System beim Neustart an der Stelle mit einer Konsole stehen wo KDM starten sollte. Eine Eingabeaufforderung erscheint auf der man sich machmal einloggen kann. startx klappt auch nicht mehr. Die Xorg.conf ist ok...das System unbenutzbar.
Auch ein Wechsel auf ein Standart Partitionslayout hilft nicht. Dadurch fährt der Rechner zwar korrekt herunter, aber der Neustart zeigt das gleiche System.

Vorher hatte ich Opensuse und Kubuntu ohne Probleme. Es muss an Sabayon/Gentoo liegen, die irgendwie mit dem Treiber nicht klar kommen.

Sorry für die lange Fehlerbeschreibung, aber ich möchte gerne Sabayon/Gentoo benutzen. Evtl muss der Treiber hier anders installiert werden? Die Installation zeigt im Terminal jedenfalls das Selbe wie bei Kubuntu und Co.

Danke

15
Für alle die nach mir kommen wo sich der Support unterfordert fühlt:

http://support.sundtek.com/index.php/topic,1020.0.html

Man kann durchaus jeden Tag etwas über Linux lernen...auch über support.

Seiten: [1] 2