OMV3 + TVHeadend + Cine S2 + Recording Wakeup

was passiert
-wenn du tvh stoppst
-dann die module entlädst (so wie du sie im script entlädst)
-kurz wartest
-die module wieder lädst
-tvh startest

da dürfte keine Fehlermeldung dazwischen sein und tvh sollte wieder gehen

Zitat von horschte

hab das nochmal mal manuell durchgespielt, zusätzlich mit service tvheadend stop/start....
wenn ich service tvheadend start/stop nicht nutze startet zwar tvheadend, bringt aber keine daten beim tunen (sieht man ja in der spalte "Bandwidth")

Code

service tvheadend stop
/bin/systemctl stop tvheadend.service
/sbin/modprobe -r ddbridge cxd2099 dvb_core
/sbin/modprobe ddbridge cxd2099 dvb_core
/bin/systemctl start tvheadend.service

alles funktioniert wenn ich das manuell nach dem aufwecken ausführe wie gewollt, auch tvh kann tunen und auch daten empfangen.
anfangs service tvheadend stop macht also den unterschied ob es funktioniert oder nicht.

erweitere ich systemd:

Code

[Unit]
Description=Restart tvheadend and ddbridge
Before=sleep.target
StopWhenUnneeded=yes


[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=service tvheadend stop ; /bin/systemctl stop tvheadend.service ; /sbin/modprobe -r ddbridge cxd2099 dvb_core
ExecStop=/sbin/modprobe ddbridge cxd2099 dvb_core ; /bin/systemctl start tvheadend.service ; service tvheadend start




[Install]
WantedBy=sleep.target

Alles anzeigen

....ist tvheadend trotzdem wieder nicht erreichbar nach dem aufwecken.
also kann das ganze doch eigentlich nur mit systemd zu tun haben oder?

Komisch ist das.. Ich habe 0 Probleme mit omv3.

Bei mir funktioniert auf dem gen8 gar keine StromsparFunktion in Form des autoshutdown plugins.. Nicht mal manuell Kriege ich das Biest ruhig gestellt. Deswegen lasse ich das Ding laufen. Ich habe immo zu wenig Zeit mich auf eine vernünftige Fehlersuche zu begeben. Daher ja schon mein Aufruf ob noch jemand einen gen8 verwendet.
Der Rest: entladen, tvh stoppen, starten funktioniert manuell einwandfrei

[Unit]
Description=Restart tvheadend and ddbridge
Before=sleep.target
StopWhenUnneeded=yes
[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=service tvheadend stop ; modprobe -r ddbridge dvb_core
ExecStop=modprobe ddbridge dvb_core ; service tvheadend start
[Install]
WantedBy=sleep.target

probiers mal hiermit, ich bin mir nicht sicher warum du 2x tvh startest und stoppst !? Bzw was mich wundert das du die Module entladen kannst in der gleichen Reinfolge wie du sie entlädst.

Solange du nicht 100%ig die richtige Modulreinfolge hast klappt auch alles andere nicht

sudo systemctl enable name-deines-services-den-du-angelegt-hast.service <- hast du aber gemacht ja ?

Zitat von horschte

jup das hab ich auch schon nachgelesen, dass selbst die modulreihenfolge entscheidend sein kann

du musst das erst manuell nachspielen mit dem möglichst geringsten anzahl an modulen

Sprich du willst ddbridge cxd2099 raus haben, was musst du entladen das es geht. Evtl reicht schon ddbridge zu entladen, wenn das nicht klappt kommt dann eine Fehlermeldung.
Zum laden muss eigentlich die gleiche Reihenfolge nur rückwärts gemacht werden.

1. tvh stoppen
2. modprobe -r ddbridge darf dann kein Fehler anzeigen (sonst weiter probieren)
3. kurz warten
4. modprobe ddbridge
5. tvh starten -> sollte Geräte anzeigen

wenn das nicht klappt geht auch kein Standby

Hallo, bist du mit deinem Vorhaben mittlerweile voran gekommen? Ich hatte das gleiche Problem und bin zur Zeit mit dvbviewer am experimentieren, allerdings muss ich ganz klar sagen, dass ich eine Lösung mit omv und tvheadend bevorzugen würde.

Mir geht's ähnlich, ich hab zwar noch ein omv mit tvheadend als Backup laufen, allerdings hab ich da nur einen USB Tuner dran.

Zitat von Ruschi

Bei mir funktioniert auf dem gen8 gar keine StromsparFunktion in Form des autoshutdown plugins.. Nicht mal manuell Kriege ich das Biest ruhig gestellt. Deswegen lasse ich das Ding laufen. Ich habe immo zu wenig Zeit mich auf eine vernünftige Fehlersuche zu begeben. Daher ja schon mein Aufruf ob noch jemand einen gen8 verwendet.
Der Rest: entladen, tvh stoppen, starten funktioniert manuell einwandfrei

hmm das Der Gen8 zumindest lauf datenblatt kein S3 kann weisst du aber oder? Was aber gehen sollte ist Supend also S4.
Ich hab ja nen NL54 hab da auch kein S3 aber S4 klappt mit dem Autoshutdown nach etwas fummeln einwandfrei.
Haste mal in den Systemprotokollen geschaut was da Autoshutdown sagt?

Zitat von Eraxar

hmm das Der Gen8 zumindest lauf datenblatt kein S3 kann weisst du aber oder? Was aber gehen sollte ist Supend also S4.
Ich hab ja nen NL54 hab da auch kein S3 aber S4 klappt mit dem Autoshutdown nach etwas fummeln einwandfrei.
Haste mal in den Systemprotokollen geschaut was da Autoshutdown sagt?

Hast du da Ahnung von? Ich kann dir das [definition='1','0']log[/definition] mal schicken. Das shutdownplugin startet immer wieder neu. S4 würde ja reichen

Naja als Ahnung würd ich das jetzt nicht bezeichnen eher vielleicht als Brillenträger unter den Blinden

Aber irgendwas müsste das [definition='1','0']log[/definition] ja ausspucken normalerweise, ich schau es mir also gerne mal an.

Ich habe da einen Verdacht.. Ich habe "Ruhezustand" als status eingegeben. Geht ja nicht. Es muss ja "Unterbrechen" sein ..
Schaue ich mir gleich Zuhause an und melde mich.

hier mal das syslog..

ich schaue es mir auch noch genauer an..

so bin nun auch zuhause.

Also Unterbrechen ist doch Standby oder nicht? fdas heisst du musst schon auf Ruhezustand.

Kannst du mal gucken links unter systemprotokolle kannste auch nochmal extra das Autoshutdownlog abrufen.

hier mal n screen von meiner Config:

@horschte gibt es etwas neues?
Ich wollte demnächst mein OMV 2.x auf OMV 3.x oder zumindest auf Debian 8 (ohne OMV) updaten...
habe aber etwas Angst dass es nicht problemlos klappt, und ich Wochen lang mit basteln beschäftigt bin, wegen der systemd umstellung und meinem bisherigen powersave script von TVHeadEnd

Hi,

ich habe heute omv geupdatet. Dabei kam eine für mich sehr erfreuliche Meldung:

/etc/kernel/header_postinst.d/dkms:


Good news! Module version 0.9.29 for ddbridge.ko
exactly matches what is already found in kernel 4.9.0-0.bpo.3-amd64.
DKMS will not replace this module.
You may override by specifying --force.


Good news! Module version 0.6 for octonet.ko
exactly matches what is already found in kernel 4.9.0-0.bpo.3-amd64.
DKMS will not replace this module.
You may override by specifying --force.

Damit sollten die Treiber nun auch endlich im Kernel. Vielleicht hilft das ja weiter.
Ich selber fahre ja komplett runter, von daher lief das eh.

P.S.:
Jetzt brauche ich da den dkms treiber nicht mehr.
Den hatte ich damals so installiert dpkg –i dddvb-dkms_0.9.29.1easyVDR0-trusty_all.deb
sollte ich den dann wieder deinstallieren ?

Gruß