Treiber starten nicht nach suspend to ram Opensuse 13.2

[pampa]

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

[Sundtek]

/opt/bin/mediaclient --stop
/opt/bin/mediaclient --start


das startet den Treiber neu, wir setzen es auf die Liste für das kommende Update das es mit der aktuellen Opensuse Version getestet wird. Die Powermanagement Skripte müssen für Suse wohl angepasst werden (diese wurden unter Ubuntu Linux geschrieben).

[pampa]

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?

[Sundtek]

Vorerst ja, wir werden das im nächsten Treiberupdate berücksichtigen, dafür muss ja eigentlich nur der Installer angepasst werden damit dieser ein passendes Skript an die passende Stelle kopiert.

[pampa]

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

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

[Sundtek]

      /opt/bin/mediaclient --start -- würde ich entfernen
      /opt/bin/mediaclient --stop -- ist auch nicht notwendig, da der Treiber vorher schon gestoppt wurde
      /opt/bin/mediaclient --start

[pampa]

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:

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:

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

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

[Sundtek]

--stop gibt es nicht, verwende --shutdown und füge --start=5 hinzu dann startet der Treiber in 3 Sekunden.

Nach dem --shutdown stoppt der Treiber nicht sofort, zuerst werden die Geräte in den Standby Modus versetzt.

[pampa]

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

[Sundtek]

Warte noch ein paar Tage, spätestens bis kommenden Montag kommt ein weiteres Update.

[pampa]

ok

[pampa]

Kein Update in Sicht. Wie weiter???

[Sundtek]

Nur zur Information, das Update ist für die kommenden Tage geplant. Es gab in den letzten Tagen bereits eine ganze Liste von Updates (auch bezüglich neuen Geräten).

[pampa]

Hallo,

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

Grüße