Anschalten des VDR-Clients (VDPAU) soll VDR-Server antriggern

Hallo,

zuerst einmal zu den Voraussetzungen: Ich habe einen VDR-Server ohne Ausgabe und einen VDR-Client auf VDPAU/xine-Basis. Beide werden nur in den Standby beim Beenden (automatisch) geschickt. Ich möchte jetzt, dass wenn der VDR-Client angeschalten wird, dass ein Signal an den VDR-Server geschickt wird, damit dieser auch aus dem Ruhezustand aufwacht - am besten so zeitig wie möglich, damit der Server so schnell wie möglich da ist. Wie kann ich das einbauen? An welcher Stelle? Ich hatte an ein init-Script gedacht, aber wird das abgearbeitet, wenn ein System nur aus dem Ruhezustand geweckt wird? Oder welche Stelle (wie schon gesagt - so früh wie möglich soll geweckt werden) wäre dafür die beste?

Vielleicht hat auch schon jemand so eine Lösung und mag sie mir verraten?!

Quote from Moorviper

ich hatte mal sowas auf ner fritzbox über ein script gemacht
die fritze pingte alle 5sek die vdr clients wenn irgendwo kein timeout war wurde der server gestartet

Ja, nicht verkehrt, aber ich wollte so ne "brutale" Variante eigentlich nicht.

Quote from skippy

Hi,
in der MLD wird beim Initialisieren des Netzwerks in der /etc/init.d/network vom Client ein Magic-Paket an den Server mit wol gesendet. WOL gibt es auch für Debian.

Das klingt gut - wenn die Netzwerkkarte beim Aufwachen aus dem Suspend neu initialisiert wird, dann ist das meine Lösung.

Quote from fatzgenfatz

ich weiß nicht, wie du deine Rechner schlafen legst, ich verwende pm-suspend für meinen PC.
Da kann man sich unter /etc/pm/power.d/ ein Script anlegen, welches beim Aufwachen ausgeführt wird.
Vielleicht hilft das hier weiter: http://wiki.ubuntuusers.de/pm-utils

Das klingt auch nicht schlecht - ich schau mal welche Variante besser/schneller ausgeführt wird.

Hallo,

so - ich hab ne Weile rumgesucht und auch einiges an Infos zusammengetragen und hab mich an der pm-suspend-Lösung versucht mit teilweisem Erfolg. Mein Script unter /etc/pm/sleep.d/ sieht folgendermaßen aus:

#!/bin/bash


[ -f /usr/bin/wakeonlan ] || exit 0


WOLADDRESS="20:cf:30:93:5f:ab"
SSHUSER="root"
SSHHOST="192.168.1.30"


case "$1" in
    hibernate|suspend)
        { ping -c 1 $SSHHOST && ssh $SSHUSER@$SSHHOST -t "/usr/bin/svdrpsend HITK power" ; } 2>/dev/null
        ;;
    thaw|resume)
        { ping -c 1 $SSHHOST || wakeonlan $WOLADDRESS ; } 2>/dev/null
        ;;
    *)
;;
esac


exit $?

Jetzt ist es so, dass beim Ausschalten des Clients auch wunderbar der VDR-Server das Herunterfahr-Kommando erhält und dann auch bei Bedarf ausgeht, aber beim Starten des Clients wird der Server nicht hochgefahren. Aber ein händiges Ausführen der wakeonlan-Befehlszeile startet den Server :(. Weiß jemand den Knackpunkt? Ich habs beim Client mit "Ruhemodus" und "Tiefschlaf" probiert - das Ergebnis ist das Gleiche :(. Es könnte aber auch am KDE selber liegen - wo stell ich denn ein, das pm-suspend genutzt werden soll?

Quote from fatzgenfatz

Hallo,

ich habe so ein Script bei mir ausprobiert, und es werden beide Teile ausgeführt, sowohl beim einschlafen als auch beim aufwecken.
Versuch mal zur Fehlersuche den Teil beim aufwecken durch ein echo test >/tmp/test oder so was zu ersetzen. Dann weißt du wenigstens, ob der Teil des Scriptes überhaupt ausgeführt wird.
Eventuell ist das Netzwerk zum Ausführungszeitpunkt noch nicht bereit?

mfG,
f.
PS: Ich verwende kein KDE, aber wenn ich auf der Konsole "pm-suspend" verwende, werden alle Teile des Scriptes ausgeführt.

Bei mir klappt das mit dem Aufwachen immer noch nicht. Ich hab jetzt mal in den Logs geschaut:

/var/log/pm-suspend.log

So 26. Aug 18:50:35 CEST 2012: Awake.
So 26. Aug 18:50:35 CEST 2012: Running hooks for resume
/usr/lib/pm-utils/sleep.d/99video resume suspend:success.
/usr/lib/pm-utils/sleep.d/98video-quirk-db-handler resume suspend:success.
/usr/lib/pm-utils/sleep.d/95led resume suspend:not applicable.
/usr/lib/pm-utils/sleep.d/94cpufreq resume suspend:success.
/usr/lib/pm-utils/sleep.d/90clock resume suspend:not applicable.
/etc/pm/sleep.d/75modules resume suspend:success.
/usr/lib/pm-utils/sleep.d/55NetworkManager resume suspend:not applicable.
/usr/lib/pm-utils/sleep.d/49bluetooth resume suspend:not applicable.
/etc/pm/sleep.d/09_vdr-server resume suspend:Sending magic packet to 255.255.255.255:9 with 20:cf:30:93:5f:ab
success.
/usr/lib/pm-utils/sleep.d/00powersave resume suspend:success.
/usr/lib/pm-utils/sleep.d/00logging resume suspend:success.
/usr/lib/pm-utils/sleep.d/000kernel-change resume suspend:success.
So 26. Aug 18:50:36 CEST 2012: Finished.

Das scheint also zu klappen.

/var/log/syslog.log sagt dazu:

Aug 26 18:50:35 vdr-client kernel: [  103.271408] PM: resume of devices complete after 870.377 msecs
Aug 26 18:50:35 vdr-client kernel: [  103.271504] PM: Finishing wakeup.
Aug 26 18:50:35 vdr-client kernel: [  103.271505] Restarting tasks ... done.
Aug 26 18:50:35 vdr-client kernel: [  103.358499] atl1c 0000:05:00.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18
Aug 26 18:50:35 vdr-client kernel: [  103.358514] atl1c 0000:05:00.0: setting latency timer to 64
Aug 26 18:50:36 vdr-client kernel: [  103.486023] atl1c 0000:05:00.0: version 1.0.1.0-NAPI
Aug 26 18:50:36 vdr-client kernel: [  103.506745] atl1c 0000:05:00.0: irq 46 for MSI/MSI-X
Aug 26 18:50:36 vdr-client kernel: [  103.590056] ADDRCONF(NETDEV_UP): eth0: link is not ready
Aug 26 18:50:39 vdr-client kernel: [  106.427471] atl1c 0000:05:00.0: atl1c: eth0 NIC Link is Up<1000 Mbps Full Duplex>
Aug 26 18:50:39 vdr-client kernel: [  106.427735] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready

Wie man also sieht wird trotz das ich inzwischen das Modul der Netzwerkkarte extra entladen und beim Resume wieder laden lasse, die Netzwerkkarte erst nach dem erfolgten Abarbeiten aller pm-Arbeiten initialisiert :(.

Schade - nun muss ich mich wohl mit nem if-up-Script versuchen.

Hallo,

da leider das Ausführen von wakeonlan via pm-suspend-Script bei mir/ASRock H61M/U3S3 nicht geht, wie hier versucht:

Quote from HeinB

/var/log/syslog.log sagt dazu:

Code

Aug 26 18:50:35 vdr-client kernel: [  103.271408] PM: resume of devices complete after 870.377 msecs
Aug 26 18:50:35 vdr-client kernel: [  103.271504] PM: Finishing wakeup.
Aug 26 18:50:35 vdr-client kernel: [  103.271505] Restarting tasks ... done.
Aug 26 18:50:35 vdr-client kernel: [  103.358499] atl1c 0000:05:00.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18
Aug 26 18:50:35 vdr-client kernel: [  103.358514] atl1c 0000:05:00.0: setting latency timer to 64
Aug 26 18:50:36 vdr-client kernel: [  103.486023] atl1c 0000:05:00.0: version 1.0.1.0-NAPI
Aug 26 18:50:36 vdr-client kernel: [  103.506745] atl1c 0000:05:00.0: irq 46 for MSI/MSI-X
Aug 26 18:50:36 vdr-client kernel: [  103.590056] ADDRCONF(NETDEV_UP): eth0: link is not ready
Aug 26 18:50:39 vdr-client kernel: [  106.427471] atl1c 0000:05:00.0: atl1c: eth0 NIC Link is Up<1000 Mbps Full Duplex>
Aug 26 18:50:39 vdr-client kernel: [  106.427735] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready

Wie man also sieht wird trotz das ich inzwischen das Modul der Netzwerkkarte extra entladen und beim Resume wieder laden lasse, die Netzwerkkarte erst nach dem erfolgten Abarbeiten aller pm-Arbeiten initialisiert :(.

Schade - nun muss ich mich wohl mit nem if-up-Script versuchen.

habe ich nun unter /etc/network/if-up.d/ ein Script wakeonlan mit dem Inhalt

#!/bin/sh


WAKEONLAN=/usr/bin/wakeonlan


WOLADDRESS="20:cf:30:aa:00:bb"
SSHHOST="192.168.1.30"


if [ ! -x $WAKEONLAN ]; then
  exit 0
fi


ping -c 1 $SSHHOST || $WAKEONLAN $WOLADDRESS

angelegt. Damit wird der VDR-Server auch dann eingeschalten, wenn der Client komplett ausgeschalten war. Ist keine schlechte Lösung, aber ich hätte es gerne anders gehabt. Wenn also jemand noch ne besser Lösung findet, bin ich ganz offen :).