[0.2] shutdown funktioniert nicht

  • hoi,


    irgendwie will der shutdown bei mir nicht richtig.


    als option habe ich shutdown angegeben und der rechner fährt nicht runter. der lifeguard meint immer wieder das runterfahren abzubrechen und versuchts nach 5 minuten wieder und er fährt dann auch wieder nicht runter.


    nehme ich allerdings "suspend to ram" als option fährt die kiste runter. leider überlebt lirc den zweiten start nicht mehr so dass die fernbedienung nicht mehr läuft.


    ich möchte das der rechner beim drücken der power-taste ganz normal ausschaltet und ich ihn wieder einschalte und der rechner so wieder ganz normal hochfährt. suspens to ram / disk möchte ich nicht, der rechner fährt mir schnell genug hoch.


    was muss ich tun??

    Client 1 Hardware : MSI Z87-G43, I5-4570, 4 GB Ram (oversized aber war über :) ),Zotac NVidia GT630 (25 Watt),Thermaltake DH202 mit iMon-LCD ( 0038 ) und vdr-plugin-imon
    Software : yaVDR 0.6,sofhhddevice @ 1920x1080@50Hz
    Server Hardware : MSI Z87-G43, I7-4790, 16 GB RAM, 5x3 TB WD Red, Digibit-R1 (2 Devices)
    Software : Ubuntu 16.04 LTS mit yavdr-Paketen,virtualbox,diverse VM's


    Yoda: Dunkel die andere Seite ist...sehr dunkel!
    Obi-Wan: Mecker nicht, sondern iss endlich dein Toast ...

  • ...lustigerweise wenn ich auf suspend-to-ram umschalte und lirc jedesmal neu laden lasse funktionierts...also runterfahren ist wohl nicht so der hit? ;)

    Client 1 Hardware : MSI Z87-G43, I5-4570, 4 GB Ram (oversized aber war über :) ),Zotac NVidia GT630 (25 Watt),Thermaltake DH202 mit iMon-LCD ( 0038 ) und vdr-plugin-imon
    Software : yaVDR 0.6,sofhhddevice @ 1920x1080@50Hz
    Server Hardware : MSI Z87-G43, I7-4790, 16 GB RAM, 5x3 TB WD Red, Digibit-R1 (2 Devices)
    Software : Ubuntu 16.04 LTS mit yavdr-Paketen,virtualbox,diverse VM's


    Yoda: Dunkel die andere Seite ist...sehr dunkel!
    Obi-Wan: Mecker nicht, sondern iss endlich dein Toast ...

  • Zitat

    Original von g3joker
    als option habe ich shutdown angegeben und der rechner fährt nicht runter. der lifeguard meint immer wieder das runterfahren abzubrechen und versuchts nach 5 minuten wieder und er fährt dann auch wieder nicht runter.


    was muss ich tun??


    Na einfach mal in den Logs nachsehen, warum lifeguard nicht runterfahren will.


    Gerald


    HP Proliant MicroServer Gen8, Xeon E3-1230, 12 GB RAM, 3xWD red 2TB im RAID 5, 2xSundtek MediaTV Home DVB-C/T, L4M TWIN-C/T, Ubuntu Server 14.04.1, Plex Media Server
    Samsung UE55H6470

  • hi,


    danke für die antwort!


    kann man den loglevel irgendwie anheben?? bzw. in welchem log muss ich schauen??

    Client 1 Hardware : MSI Z87-G43, I5-4570, 4 GB Ram (oversized aber war über :) ),Zotac NVidia GT630 (25 Watt),Thermaltake DH202 mit iMon-LCD ( 0038 ) und vdr-plugin-imon
    Software : yaVDR 0.6,sofhhddevice @ 1920x1080@50Hz
    Server Hardware : MSI Z87-G43, I7-4790, 16 GB RAM, 5x3 TB WD Red, Digibit-R1 (2 Devices)
    Software : Ubuntu 16.04 LTS mit yavdr-Paketen,virtualbox,diverse VM's


    Yoda: Dunkel die andere Seite ist...sehr dunkel!
    Obi-Wan: Mecker nicht, sondern iss endlich dein Toast ...

  • so,


    also das log hat mich nichts schlauer gemacht, da steht wirklich nichts wenn ich die shutdown-methode aktiviert habe.


    er arbeitet seine scripts ab (erst das acpi-wakeup, dann das nvram-wakeup welche aber nicht konfiguriert sind), dann das lifeguard-script und hinterher das script vom extension-board. er fährt nicht runter, macht nach einer minute nen 5-minuten-countdown und das spielchen wiederholt sich. keine einträge von wegen avtive user etc, nüscht.


    trage ich s3 als shutdown-methode ein klappts problemlos, er fährt runter, fährt wieder hoch, alles bestens.


    sind da irgendwelche unterschiede bei den beiden methoden? klar, der eine fährt den rechner ganz runter, der andere schreibt ins ram.
    aber es geht ja um den zeitraum nachdem die meldung "taste drücken um ausschalten abzubrechen" kommt. s3 geht, shutdown nicht. ich hätte es ehrlich gesagt andersherum erwartet das s3 nicht problemlos geht und shutdown wohl...

    Client 1 Hardware : MSI Z87-G43, I5-4570, 4 GB Ram (oversized aber war über :) ),Zotac NVidia GT630 (25 Watt),Thermaltake DH202 mit iMon-LCD ( 0038 ) und vdr-plugin-imon
    Software : yaVDR 0.6,sofhhddevice @ 1920x1080@50Hz
    Server Hardware : MSI Z87-G43, I7-4790, 16 GB RAM, 5x3 TB WD Red, Digibit-R1 (2 Devices)
    Software : Ubuntu 16.04 LTS mit yavdr-Paketen,virtualbox,diverse VM's


    Yoda: Dunkel die andere Seite ist...sehr dunkel!
    Obi-Wan: Mecker nicht, sondern iss endlich dein Toast ...

  • Habe das gleiche Problem.
    Allerdings funktioniert es auch gelegentlich mal.
    Mir sind bis jetzt zwei verschiedene Gründe aufgefallen, welche ja nach "Shutdown abortet" auf dem Fernseher eingeblendet werden.
    Meistens ist es "ssh" , obwohl ich keine Sitzung offen habe, aber es kam auch schon die Meldung das ein User eingeloggt ist, da hatte ich allerdings am PC die Weboberfläche offen.
    Unter 0.1.1 hatte ich diese Probleme nicht, allerdings fuhr der VDR da auch noch runter wenn ich gerade Dateien kopierte oder ähnliches tat.

  • hallo,


    danke für die antwort!


    wenn die meldung "shutdown aborted" wenigstens auf dem tv erscheinen würde dann wäre ich ja noch glücklich ;)


    ich habe es nun auch schon etliche male versucht, wenn ich den rechner neu starte und alle verbindungen (nas etc) ausschalte selbst dann habe ich das selbe verhalten...


    er müßte ja beim s3 sonst auch die meldungen shutdown aborted rauswerfen, hier macht er es aber ohne rumgezicke...


    deswegen ja die frage, was macht s3 so besonders das es funktioniert??? das runterfahren muss doch einfacher sein? alle programme schließen und ausschalten etc?

    Client 1 Hardware : MSI Z87-G43, I5-4570, 4 GB Ram (oversized aber war über :) ),Zotac NVidia GT630 (25 Watt),Thermaltake DH202 mit iMon-LCD ( 0038 ) und vdr-plugin-imon
    Software : yaVDR 0.6,sofhhddevice @ 1920x1080@50Hz
    Server Hardware : MSI Z87-G43, I7-4790, 16 GB RAM, 5x3 TB WD Red, Digibit-R1 (2 Devices)
    Software : Ubuntu 16.04 LTS mit yavdr-Paketen,virtualbox,diverse VM's


    Yoda: Dunkel die andere Seite ist...sehr dunkel!
    Obi-Wan: Mecker nicht, sondern iss endlich dein Toast ...

  • Zitat

    Original von g3joker
    so,


    also das log hat mich nichts schlauer gemacht, da steht wirklich nichts wenn ich die shutdown-methode aktiviert habe.


    er arbeitet seine scripts ab (erst das acpi-wakeup, dann das nvram-wakeup welche aber nicht konfiguriert sind), dann das lifeguard-script und hinterher das script vom extension-board. er fährt nicht runter, macht nach einer minute nen 5-minuten-countdown und das spielchen wiederholt sich. keine einträge von wegen avtive user etc, nüscht.


    Ich habe seit kurzem genau das gleiche Problem. Hat aber schon problemlos funktioniert.
    Der Fehler muss sich bei einem Update eingeschlichen haben.
    Hatte leider noch keine Zeit das genau zu kontrollieren.


    Im Logfile konnte ich auf die schnelle keinen Grund für den Abbruch finden :(


    suspend-to-ram habe ich noch nicht getestet.


    lg
    Pandur

  • ...also schweigt sich bei dir das logfile auch aus WARUM er nicht runterfährt??

    Client 1 Hardware : MSI Z87-G43, I5-4570, 4 GB Ram (oversized aber war über :) ),Zotac NVidia GT630 (25 Watt),Thermaltake DH202 mit iMon-LCD ( 0038 ) und vdr-plugin-imon
    Software : yaVDR 0.6,sofhhddevice @ 1920x1080@50Hz
    Server Hardware : MSI Z87-G43, I7-4790, 16 GB RAM, 5x3 TB WD Red, Digibit-R1 (2 Devices)
    Software : Ubuntu 16.04 LTS mit yavdr-Paketen,virtualbox,diverse VM's


    Yoda: Dunkel die andere Seite ist...sehr dunkel!
    Obi-Wan: Mecker nicht, sondern iss endlich dein Toast ...

  • Zitat

    Original von g3joker
    ...also schweigt sich bei dir das logfile auch aus WARUM er nicht runterfährt??


    Ja leider, hab mir gestern abend mal das Logfile kopiert:



    Ich kann nicht sehen was hier schief läuft!
    Wenn ich Suspend-to-Ram einstelle fährt er runter (auch wenn dann das aufwachen nicht funzt)
    Mir wäre der normale shutdown sowieso lieber.


    Kann uns keiner in die richtige Richtung weisen? ;(


    schönen Tag noch
    Pandur

  • ...und genauso sieht das log bei mir aus....



    also bin ich wenigstens mein einzelfall...

    Client 1 Hardware : MSI Z87-G43, I5-4570, 4 GB Ram (oversized aber war über :) ),Zotac NVidia GT630 (25 Watt),Thermaltake DH202 mit iMon-LCD ( 0038 ) und vdr-plugin-imon
    Software : yaVDR 0.6,sofhhddevice @ 1920x1080@50Hz
    Server Hardware : MSI Z87-G43, I7-4790, 16 GB RAM, 5x3 TB WD Red, Digibit-R1 (2 Devices)
    Software : Ubuntu 16.04 LTS mit yavdr-Paketen,virtualbox,diverse VM's


    Yoda: Dunkel die andere Seite ist...sehr dunkel!
    Obi-Wan: Mecker nicht, sondern iss endlich dein Toast ...

  • Zitat

    Original von Pandur2001
    Wenn ich Suspend-to-Ram einstelle fährt er runter (auch wenn dann das aufwachen nicht funzt)


    Wundert mich jetzt nicht:


    Zitat

    Original von Pandur2001

    Code
    Jun 24 20:47:18 vdr-client vdr-addon-acpiwakeup: ACPIWakeup functionality is disabled
    Jun 24 20:47:18 vdr-client vdr-nvram-wakeup: nvram-wakeup functionality is disabled


    Gerald


    HP Proliant MicroServer Gen8, Xeon E3-1230, 12 GB RAM, 3xWD red 2TB im RAID 5, 2xSundtek MediaTV Home DVB-C/T, L4M TWIN-C/T, Ubuntu Server 14.04.1, Plex Media Server
    Samsung UE55H6470

  • ...in meinem fall ist die aufweckmethode aber extb, da kann ich kein acpi gebrauchen da das extb das aufwachen übernimmt...

    Client 1 Hardware : MSI Z87-G43, I5-4570, 4 GB Ram (oversized aber war über :) ),Zotac NVidia GT630 (25 Watt),Thermaltake DH202 mit iMon-LCD ( 0038 ) und vdr-plugin-imon
    Software : yaVDR 0.6,sofhhddevice @ 1920x1080@50Hz
    Server Hardware : MSI Z87-G43, I7-4790, 16 GB RAM, 5x3 TB WD Red, Digibit-R1 (2 Devices)
    Software : Ubuntu 16.04 LTS mit yavdr-Paketen,virtualbox,diverse VM's


    Yoda: Dunkel die andere Seite ist...sehr dunkel!
    Obi-Wan: Mecker nicht, sondern iss endlich dein Toast ...

  • so,


    dann diesmal ausführlich ;)


    aaaalso...


    als aufweckmethode kann ich weder nvram noch acpi-wakeup gebrauche da ich per extb aufwecken lassen möchte. im grunde genommen brauche ich keine aufweckmethode da aufnahmen ausschließlioch vom server gemacht werden.


    die kiste soll einfach nur sauber runterfahren und ausschalten so dass ich per fb und extb die power-taste des mainboards drücke und gut.


    suspend-to-ram und suspend-to-disk funktionieren nicht einwandfrei, spatestens nach dem 5. mal runterfahren habe ich nach dem hochfahren kein bild/ton und frau flucht wenn ich nicht zu hause bin weil die dann wieder in den schrank krabbeln muss und den betzstecker ziehen muss.


    folgendes passiert wenn ich shutdown als runterfahrmethode auswähle:



    ...also nix weiter... er schreibt "taste drücken um abzubrechen", nach 5 sekunden geht die meldung weg, er rödelt etwas auf der platte ohne das was passiert und sagt dann wieder "taste drücken um ausschalten abzubrechen"... also nix passiert.


    das S91.extb sieht folgendermassen aus :


    Code
    #
    # extb shutdown hook script
    # -------------------------
    #
    /usr/bin/perl /usr/lib/vdr-plugin-extb/extb-poweroff.pl "$@"
    
    
    exit 0


    das extb-poweroff.pl so :



    und die extb-poweroff.conf so



    trage ich hier in der extb-poweroff.conf als SHUTDOWN = garnichts ein sagt er einmal taste drücken um ausschalten abzubrechen und macht dann garnix mehr.


    wo muss ich anfassen damits was wird??

    Client 1 Hardware : MSI Z87-G43, I5-4570, 4 GB Ram (oversized aber war über :) ),Zotac NVidia GT630 (25 Watt),Thermaltake DH202 mit iMon-LCD ( 0038 ) und vdr-plugin-imon
    Software : yaVDR 0.6,sofhhddevice @ 1920x1080@50Hz
    Server Hardware : MSI Z87-G43, I7-4790, 16 GB RAM, 5x3 TB WD Red, Digibit-R1 (2 Devices)
    Software : Ubuntu 16.04 LTS mit yavdr-Paketen,virtualbox,diverse VM's


    Yoda: Dunkel die andere Seite ist...sehr dunkel!
    Obi-Wan: Mecker nicht, sondern iss endlich dein Toast ...

  • ...ich muss das nochmal aufgreifen,


    hat noch jemand ne idee??


    mittlerweile klappt das runterfahren in den s3 zwar faas problemlos, ich habe das modul nividia nun so eingetragen das es bei aufwachen aus resume neu gestartet wird und gut...


    der waf ist aber nun doch noch recht niedrig, war natürlich gerade am montag frisch aus dem haus auf dienstreise und schwupps wollte das teil kein bild mehr geben...gut das ich meinen lappy samt umts-modem dabeihatte und so den vdr nen neustart verpassen konnte...


    hat da echt keine idee an welchem rad es hakt??

    Client 1 Hardware : MSI Z87-G43, I5-4570, 4 GB Ram (oversized aber war über :) ),Zotac NVidia GT630 (25 Watt),Thermaltake DH202 mit iMon-LCD ( 0038 ) und vdr-plugin-imon
    Software : yaVDR 0.6,sofhhddevice @ 1920x1080@50Hz
    Server Hardware : MSI Z87-G43, I7-4790, 16 GB RAM, 5x3 TB WD Red, Digibit-R1 (2 Devices)
    Software : Ubuntu 16.04 LTS mit yavdr-Paketen,virtualbox,diverse VM's


    Yoda: Dunkel die andere Seite ist...sehr dunkel!
    Obi-Wan: Mecker nicht, sondern iss endlich dein Toast ...

  • Hi g3joker,
    wo genau hast du das nvidia eingetragen? lt FAQ? Also reload? oder woanders...das klappt bei mir nämlich nicht..

    HD: yaVDR 0.3, AT3IONT-I, CINE2S, NVRAM, X10, 2.5´ 320GHDD
    SD: ctvdr 7 vdr 1.6.0, MSI 6318 (Medion2000), 667MHz, NVRRAM, WOL 500G HD
    TV: Sharp LC52XL2E (100Hz), Beamer: Sanyo Z5

  • Vielleicht auch mal nen Blick in die BIOS Power Management Settings riskieren:


    * ist HPET an oder aus? bei mir klappt alles und HPET ist an
    * suspend auf s3 oder s5 gesetzt?


    Was passiert beim betätigen der Power Taste? Fährt die Kiste runter?

    MSI P6NGM-FD | ASROCK A785GXH | Grafik: GeForce 9400GT| DVB-S2 Karten: Twinhan VP 1041 & Skystar HD

  • Also bei mir funktioniert seit meinem letzten Update vor ca. 1 Woche der shutdown wieder :)


    Hatte in der zwischenzeit auf suspend-to-disk umgestellt, was ohne Probleme funktioniert hat.

  • Zitat

    Original von videoman
    Hi g3joker,
    wo genau hast du das nvidia eingetragen? lt FAQ? Also reload? oder woanders...das klappt bei mir nämlich nicht..


    ...habe ich bei /etc/yavdr/force-reload-modules.list eingetragen (oder so ähnlich, bin un zu faul zum aufstehen ;))


    Zitat


    Vielleicht auch mal nen Blick in die BIOS Power Management Settings riskieren:


    * ist HPET an oder aus? bei mir klappt alles und HPET ist an
    * suspend auf s3 oder s5 gesetzt?


    Was passiert beim betätigen der Power Taste? Fährt die Kiste runter?


    ist auf s3 gesetzt, hpet sagt mir nun nüscht...


    Zitat


    Also bei mir funktioniert seit meinem letzten Update vor ca. 1 Woche der shutdown wieder


    Hatte in der zwischenzeit auf suspend-to-disk umgestellt, was ohne Probleme funktioniert hat.


    ...dann werde ich heute mal schauen dass ich heute mal ne andere platte einbaue und mal ne testinstallation mache bevor ich mit das system zerschiesse...


    @pandur du hast auch das tbe-board drinne ja?

    Client 1 Hardware : MSI Z87-G43, I5-4570, 4 GB Ram (oversized aber war über :) ),Zotac NVidia GT630 (25 Watt),Thermaltake DH202 mit iMon-LCD ( 0038 ) und vdr-plugin-imon
    Software : yaVDR 0.6,sofhhddevice @ 1920x1080@50Hz
    Server Hardware : MSI Z87-G43, I7-4790, 16 GB RAM, 5x3 TB WD Red, Digibit-R1 (2 Devices)
    Software : Ubuntu 16.04 LTS mit yavdr-Paketen,virtualbox,diverse VM's


    Yoda: Dunkel die andere Seite ist...sehr dunkel!
    Obi-Wan: Mecker nicht, sondern iss endlich dein Toast ...

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!