| Kopie des easyVDR-Forums zum Nachschlagen | |
easyVDR - >VARforumsname - >[gelöst] Rechner fährt nach Aufnahme nicht herunter
| womiha 23.Jan.2017 00:18:04 |
| Bin dabei, einen Rechner von easyVDR 2.5 auf easyVDR 3.0 umzustellen. Leider bekomme ich es nicht hin, dass der Rechner nach einer Aufnahme wieder herunterfährt. Bei 2.5 hat es geklappt, bei 3.0 habe ich Schwiergkeiten. Was funktioniert, ist, dass der Rechner nach der eingestellten Inaktivitätszeit herunterfährt. Hier mal ein Ablauf, der das Problem demonstriert. Programmiert war eine Aufnahme von 22:41 bis 22:43: Jan 22 22:41:00 easyVDR vdr: timer 1 (2 2241-2244 'ARD-alpha') start ... Jan 22 22:41:01 easyVDR vdr: executing '/usr/lib/vdr/easyvdr-recordingaction started "/video0/ARD-alpha/2017-01-22.22.41.2-0.rec"' ... Jan 22 22:44:00 easyVDR vdr: timer 1 (2 2241-2244 'ARD-alpha') stop Jan 22 22:44:00 easyVDR recordingaction: executing /usr/share/vdr/recording-hooks/10_recording.custom after recording /video0/ARD-alpha/2017-01-22.22.41.2-0.rec Rechner fährt eine Minute vor Timer-Start hoch. Wie gewünscht. Jan 22 22:40:25 easyVDR kernel: [ 0.000000] Initializing cgroup subsys cpuset ... Jan 22 22:40:29 easyVDR easyvdr-autostart: wait for network initialization Die wesentlichen Zeilen aus setup.conf: MinEventTimeout = 2 MinUserInactivity = 13 Die krummen Werte sind nur zur Demonstration. Nach dem Ende der Aufnahme läuft der VDR weiter. Aber erst nach einer Inaktivität von 13 Minuten (gerechnet vom Start von VDR, nicht nach Aufnahme) fährt der Rechner runter. Jan 22 22:53:37 easyVDR vdr: executing '/usr/lib/vdr/easyvdr-shutdown.wrapper 0 0 0 "" 0' Jetzt sind mir die Ideen ausgegangen, woran es liegen könnte. Wäre über Tipps dankbar. An Plugins sind übrigens bis auf das Setup-Plugin alle deaktiviert. Passende Log- und Konfigurationsdateien zum Ablauf sind im Anhang. setup.zip sysconfig.zip syslog.zip easyVDR 3.5 auf Moneual MonCaso 320 & MSI B150M MORTAR & Intel Pentium G4560 & 8GiB RAM & DVBSky T9580 DVB-T/T2/C PCIe & SANDISK SSD 64GB & Seagate ST1000VM002 & Plextor BD-R PX-LB950SA |
| womiha 23.Jan.2017 00:25:38 |
| Ergänzung: ps auxww ergibt /usr/bin/vdr --dirnames=,,1 --user=vdr --grab=/media/easyvdr01/photos --lib=/usr/lib/vdr/plugins -Psofthddevice -f -v va-api -d :0 -a default -p passthrough -w alsa-driver-broken -Psetup --record=/usr/lib/vdr/easyvdr-recordingaction --video=/video0 --config=/var/lib/vdr --watchdog=500 --log=3 --epgfile=/var/cache/vdr/epg.data --port=6419 --shutdown=/usr/lib/vdr/easyvdr-shutdown.wrapper --no-kbd easyVDR 3.5 auf Moneual MonCaso 320 & MSI B150M MORTAR & Intel Pentium G4560 & 8GiB RAM & DVBSky T9580 DVB-T/T2/C PCIe & SANDISK SSD 64GB & Seagate ST1000VM002 & Plextor BD-R PX-LB950SA |
| Bleifuss2 23.Jan.2017 07:47:56 |
| Das funktioniert nur wenn du keine Bedienung am VDR machst. Einmal Menü gedrückt oder Pchanger, dann fährt er nicht mehr herunter. Gruß Bleifuss Produktiv-VDR: Board GA H77-DS3H, Intel Intel(R) Core(TM) i5-3470, Cine S2 DVB, WD 3TB Green, WDC WD20EARS-00J 2TB, Geforce 750Ti oder Intel HD Easyvdr 3.0 |
| womiha 23.Jan.2017 21:52:13 |
| [quote='Bleifuss2' pid='174560' dateline='1485154076'] Das funktioniert nur wenn du keine Bedienung am VDR machst. Genau so sollte es auch sein. Rechner fährt nur für eine Aufnahme hoch, und im Anschluss wieder runter. Da ist auch kein Bediener am VDR. Aber da klemmt es. Also im Beispiel nehme ich eine Sendung nachmittags auf, und der Rechner läuft immer noch, wenn ich am Abend von der Arbeit nach Hause komme. easyVDR 3.5 auf Moneual MonCaso 320 & MSI B150M MORTAR & Intel Pentium G4560 & 8GiB RAM & DVBSky T9580 DVB-T/T2/C PCIe & SANDISK SSD 64GB & Seagate ST1000VM002 & Plextor BD-R PX-LB950SA |
| womiha 20.Feb.2017 00:23:00 |
| Runterfahren nach Aufnahme funktioniert einfach nicht. Komplette Neuinstallation, Entfernen aller Plugins, ... Nichts hat geholfen. Jetzt habe ich mit vdr-dbus-send experimentiert. Ausgabe während der Aufnahme: easyvdr@easyVDR:~$ vdr-dbus-send /Shutdown shutdown.ManualStart method return sender=:1.20 -> dest=:1.34 reply_serial=2 boolean true easyvdr@easyVDR:~$ vdr-dbus-send /Shutdown shutdown.ConfirmShutdown boolean:false method return sender=:1.20 -> dest=:1.35 reply_serial=2 int32 901 string "user is active" int32 0 string "" easyvdr@easyVDR:~$ vdr-dbus-send /Shutdown shutdown.ConfirmShutdown boolean:true method return sender=:1.20 -> dest=:1.36 reply_serial=2 int32 903 string "recording is active" int32 0 string "" Ausgabe nach der Aufnahme: easyvdr@easyVDR:~$ vdr-dbus-send /Shutdown shutdown.ConfirmShutdown boolean:false method return sender=:1.20 -> dest=:1.53 reply_serial=2 int32 901 string "user is active" int32 0 string "" easyvdr@easyVDR:~$ vdr-dbus-send /Shutdown shutdown.ConfirmShutdown boolean:true method return sender=:1.20 -> dest=:1.54 reply_serial=2 int32 250 string "vdr is ready for shutdown" int32 0 string "" VDR macht nach der Aufnahme überhaupt keine Anstalten, den Rechner herunterzufahren. Aus irgendeinem Grunde ist VDR der Meinung, dass ein User aktiv sei. Aber warum? Ich habe versucht, alles auszuschließen. Was könnte das noch sein? Wie könnte ich dem auf die Spur kommen? Immerhin war in der syslog-Datei zu lesen: easyVDR vdr: scheduled wakeup time in 4 minutes, assuming automatic start of VDR Soweit stimmt das also. easyVDR 3.5 auf Moneual MonCaso 320 & MSI B150M MORTAR & Intel Pentium G4560 & 8GiB RAM & DVBSky T9580 DVB-T/T2/C PCIe & SANDISK SSD 64GB & Seagate ST1000VM002 & Plextor BD-R PX-LB950SA |
| Bleifuss2 20.Feb.2017 08:11:05 |
| Hallo Es kommt entweder daher: Jan 22 22:40:38 easyVDR after-vdr-hooks: executing /usr/share/vdr/after-vdr-hooks/99_disable-power-switch-rules Jan 22 22:40:38 easyVDR kernel: [ 19.988432] init: easyvdr-vdr post-start process (2252) terminated with status 1 Jan 22 22:40:38 easyVDR kernel: [ 20.009581] init: easyvdr-create-ramdisk main process (2975) killed by TERM signal Jan 22 22:40:38 easyVDR vdr: connect from 127.0.0.1, port 51042 - accepted Jan 22 22:40:38 easyVDR vdr: closing SVDRP connection Ich würde mir das Skript 99_disable... mal anschauen. Oder daher Jan 22 22:40:56 easyVDR vdr: connect from 127.0.0.1, port 51116 - accepted Jan 22 22:40:56 easyVDR vdr: closing SVDRP connection Ein Befehl per svdrpsend ist wie eine Taste drücken, aber lohnt der Aufwand wegen ca. 0,05 KW? Gruß Bleifuss Produktiv-VDR: Board GA H77-DS3H, Intel Intel(R) Core(TM) i5-3470, Cine S2 DVB, WD 3TB Green, WDC WD20EARS-00J 2TB, Geforce 750Ti oder Intel HD Easyvdr 3.0 |
| womiha 21.Feb.2017 22:14:42 |
| Danke für die Tipps, denen werde ich nachgehen. Das hat jahrelang so schön funktioniert, dass es mich halt ein wenig wurmt. Klar, ich komme damit zurecht, aber jetzt will ich es halt wissen. In meinen Augen lohnt sich der Aufwand schon. Das macht sich in der Stromrechnung bemerkbar. Fast wichtiger finde ich aber das Argument der Akzeptanz, konkret in der Familie so geschehen. Wenn sich das Teil nicht runter fährt, wird es geächtet. Könnte ja auch ein Argument für potenzielle Benutzer von easyVDR sein. Wäre echt schade, wenn so was abschreckte. easyVDR 3.5 auf Moneual MonCaso 320 & MSI B150M MORTAR & Intel Pentium G4560 & 8GiB RAM & DVBSky T9580 DVB-T/T2/C PCIe & SANDISK SSD 64GB & Seagate ST1000VM002 & Plextor BD-R PX-LB950SA |
| gb 21.Feb.2017 22:43:05 |
| Ja richtig und noch ein wichtiges Kriterium ist die Brandgefahr, die bisher noch keiner so richtig berücksichtigt hat. ( Gerade bei den passiv gekühlten Systemen ) Daher mag ich es auch nicht, wenn ein Gerät überflüssig und unbeaufsichtigt vor sich her heizt ;) Gruß Aaron Mediacenter easyVDR4.Alpha(Lubuntu18.04 64-Bit) Gigabyte, Ltd. H97-HD3 mit Intel(R) G3260 @ 3.30GHz 4GB DDRx,Intelgrafik,MATSHITA BD-MLT UJ265 Bluray LW, 2TB Festplatte,LCD+IRTrans-Empfänger,2x SkystarS2 PCI [spoiler=(weitere easyVDR)] easyVDR3.0(4.2.0 32-Bit) N4l-VM DH DualCore Asus Motherboard mit Intel(R)T2400 @1.83GHz 2GB DDR2, GT218 (rev a2), Panasonic UJ-825-B Notebook DVD Brenner adaptiert auf IDE, LCD+IRTrans-Empfänger, 250GB Samsung 840 SATA SSD 2,5",Skystar S2 DVBS2 PCI, Avermedia AVerTV A835 HD USB DVB-T (ID 07ca:b835) |
| womiha 06.Mar.2017 01:14:44 |
| [quote='Bleifuss2' pid='175029' dateline='1487574665'] Ich würde mir das Skript 99_disable... mal anschauen. Dort steht: if [ -f /lib/udev/rules.d/70-power-switch.rules ]; then rm -f /lib/udev/rules.d/70-power-switch.rules Erscheint mir unverdächtig. easyVDR 3.5 auf Moneual MonCaso 320 & MSI B150M MORTAR & Intel Pentium G4560 & 8GiB RAM & DVBSky T9580 DVB-T/T2/C PCIe & SANDISK SSD 64GB & Seagate ST1000VM002 & Plextor BD-R PX-LB950SA |
| womiha 06.Mar.2017 01:17:01 |
| [quote='Bleifuss2' pid='175029' dateline='1487574665'] Ein Befehl per svdrpsend ist wie eine Taste drücken, ... Ich habe jeglichen Versand per "svdrpsend" eliminiert, und das auch per "tcpdump" überprüft, das ich in "rc.local" eingebaut habe. Hat keine Verbesserung gebracht. easyVDR 3.5 auf Moneual MonCaso 320 & MSI B150M MORTAR & Intel Pentium G4560 & 8GiB RAM & DVBSky T9580 DVB-T/T2/C PCIe & SANDISK SSD 64GB & Seagate ST1000VM002 & Plextor BD-R PX-LB950SA |
| womiha 06.Mar.2017 01:22:24 |
| easyvdr@easyVDR:~$ vdr-dbus-send /Shutdown shutdown.ManualStart method return sender=:1.20 -> dest=:1.34 reply_serial=2 boolean true Ist hier "true" eigentlich normal, wenn VDR selbsttätig zur Aufnahme startet? So wie es aussieht, muss ich den VDR-Prozess instrumentieren oder debuggen, um herauszufinden, warum der Prozess überhaupt keine Anstalten macht, den Rechner herunterzufahren. Na ja, lernt man halt was dabei. Was gäbe es denn noch so an Kriterien, die VDR vom Herunterfahren abhalten? easyVDR 3.5 auf Moneual MonCaso 320 & MSI B150M MORTAR & Intel Pentium G4560 & 8GiB RAM & DVBSky T9580 DVB-T/T2/C PCIe & SANDISK SSD 64GB & Seagate ST1000VM002 & Plextor BD-R PX-LB950SA |
| Martin 04.Apr.2017 19:31:23 |
| Hi, ist das Thema eigentlich noch aktuell ? Grüße Grüße Martin ----------------------------------------------------------------------------------------------------------- [url=http://wiki.easy-vdr.de/index.php/Hilfe]Du brauchst Hilfe? Wir brauchen Daten! English-Version: Don't eat yellow snow! Meine VDRs (Spoiler klicken) VDR1: ASROCK Q1900M, 4GB, SSDs als Bootplatte, Bild+Ton aus Geforce 720, easyVDR3.x als Streamdev- und SatIP Client VDR2: Esprimo, 2GB, NVIDIA Ausgabe per HDMI, kein GraphTFT am VGA Anschluss, easyVDR3.x als Streamdev-Client VDR3: Activy350; SW: Gen2VDR Activy-Edition SERVER: Asrock Q170M vPro, Core i5-6600K, Cine S2 V4 mit 4 S2-Tunern, 16GB Corsair, 4*4TB WD-RED, 240 GB SSD, 19" Gehäuse Clients: Motorola VIP 19xx, Handys und Tablets |
| womiha 04.Apr.2017 22:01:46 |
| Ja, das Thema steht noch an. Ich komme zurzeit leider überhaupt nicht dazu, das Verhalten weiter zu untersuchen. Bei ein paar Aktualisierungen sieht es so aus, als dass sich ein nochmaliger Blick lohnte. Na ja, ich habe mir - wieder einmal - vorgenommen, am Wochenende einen Anlauf zu starten. easyVDR 3.5 auf Moneual MonCaso 320 & MSI B150M MORTAR & Intel Pentium G4560 & 8GiB RAM & DVBSky T9580 DVB-T/T2/C PCIe & SANDISK SSD 64GB & Seagate ST1000VM002 & Plextor BD-R PX-LB950SA |
| womiha 12.May.2017 01:56:03 |
| Nach Instrumentierung der Implementierung der ausführbaren Datei von VDR habe ich endlich die Ursache gefunden: Der LIRC-Treiber hat nach dem Booten immer den Code für die Taste "1" gesendet. Dadurch war VDR natürlich der Meinung, dass ein Benutzer aktiv ist. Den Bug kannte ich beim Treiber noch nicht, bislang war ich der Meinung, dass schlicht einige Codes nicht erkannt würden. Die LIRC-Version 0.9.0 ist Moneual MonCaso 312/320 somit für easyVDR 3.0 nicht verwendbar, entweder muss man die Version 0.9.3 verwenden oder die Version 0.9.0 aus easyVDR patchen. Ich habe letzteres gemacht. Funktioniert ohne Problem mit dem ausgelieferten Stand von easyVDR. Der Patch befindet sich unter https://ubuntuforums.org/showthread.php?t=1536934&p=12120799#post12120799 (wie ich gelernt habe, sollte eine Änderung in Makefile.am statt in configure.ac gemacht werden, um den automake-Konventionen zu folgen; funktioniert aber trotzdem). Außerdem muss man das erzeugte, gepatchte Debian-Paket in der Installation auf "Hold" setzen, sonst wird es bei Updates beseitigt. easyVDR 3.5 auf Moneual MonCaso 320 & MSI B150M MORTAR & Intel Pentium G4560 & 8GiB RAM & DVBSky T9580 DVB-T/T2/C PCIe & SANDISK SSD 64GB & Seagate ST1000VM002 & Plextor BD-R PX-LB950SA |
| riverphoenix 01.Nov.2018 10:22:10 |
| Hallo, ist das Problem bei easyVDR 3.5 jetzt behoben. Ich bin auch der Meinung, dass der Rechner nach eine automatischen Aufnahme wieder runter fahren sollte, wie es vor Jahren schon mal war. 1. easyVDR 3.0.0-stable -64bit - AT3N7A-I Nvida TT S2-3200 2. easyVDR 3.0.0-Stable -64bit - ZOTAC D2550-ITX-B-E, DD Cine V6.5 PCIe (DuoFlexCI deaktiviert) Es ist ein Jammer, wenn alles für die Katz ist, aber nichts für die Katze |
| womiha 01.Nov.2018 20:58:31 |
| Das Problem ist erst mit LIRC Version 0.9.3 behoben, vorher muss man selber patchen und kompilieren. Mit easyVDR 3.5 kommt immer noch die alte, nicht fehlerbereinigte Version. Um keine Missverständnisse aufkommen zu lassen: Das Ganze ist ein Problem des LIRC-Treibers, weil der blöderweise einen Scheintastendruck abschickt, was genau der Fehler ist. Dadurch meint easyVDR, dass ein Benutzer am Gerät ist, und schaltet sich daher nicht ab. easyVDR 3.5 auf Moneual MonCaso 320 & MSI B150M MORTAR & Intel Pentium G4560 & 8GiB RAM & DVBSky T9580 DVB-T/T2/C PCIe & SANDISK SSD 64GB & Seagate ST1000VM002 & Plextor BD-R PX-LB950SA |
| mango 03.Nov.2018 17:48:56 |
| Hallo, Thema wurde geteilt ...weiter geht es hier -> link Gruss Wolfgang [spoiler="My VDR Stuff"]DVB-S/S2: Silverstone LC17 mit 8,4" TFT Display, ASUS P5KPL SE, E6300, 2GB, NT-Fanlees, System SSD 40GB, Media 2TB, GT630, DVD-LG, SkyStar S2, Nova-T, FB X10 Medion-Scroll, "Arch-Linux - VDR 2.3.8" Test-VDR: ASRock ALiveNF6G, AMD X2 3800+ (35W),4GB, GT 630 - nvidia-384, SSD 64GB, SkyStar S2, Cinergy T RC USB, easyVDR 3.5(Kernel-4.4.0) - VDR-2.3.8 - KODI-18.0 - FB X10 Medion-Scroll Client: Evo N600c, Puppy-Slacko 6.3 - VDR-2.2.0 - FB X10 Medion_OR25V Spielwiese: RPI2 als Client mit LibreELEC-9.80-Milhouse(Kodi-19.0) - MLD-5.4 VDR2VDR |