ShutDown: Reboot abstellen

  • Hallo


    Ich hab da nochmal ne Frage.
    Beim Shutdown erfolgt immer noch ein reboot obwohl mein Board
    [MSI 6368] kein reboot benötigt. Wo läßt sich das denn abstellen ?
    Anbei meine vdr.shutdown.
    Gruß
    gehlhajo

    VDR-1: streamdev-server | Hummingboard2| TT 3600 USB | Siemens S500 Gehäuse | Archlinux mit eigen Skripten
    VDR-2: streamdev-client | rpihddevice | Raspberry 2b | Siemens S450 Gehäuse| Remote: URC6410 | LG 42LV4500 |
    Archlinux mit eigenen Skripten


  • hi


    .. das ist ja nein Problem. Mein Board scheint wohl
    irgendwo als 'need reboot' gelistet zu sein. Abe es braucht definitiv
    KEIN Reboot (läuft hier über ein Jaht lang schon ohne)
    Wo finde ich denn die Datei 'need_reboot' ?


    Gruß


    gehlhajo

    VDR-1: streamdev-server | Hummingboard2| TT 3600 USB | Siemens S500 Gehäuse | Archlinux mit eigen Skripten
    VDR-2: streamdev-client | rpihddevice | Raspberry 2b | Siemens S450 Gehäuse| Remote: URC6410 | LG 42LV4500 |
    Archlinux mit eigenen Skripten



  • .. wo issen die Datei?
    Ich finde die Datei nicht..



    Ich stell die Frage mal anders.
    Wie stellt die Script-Struktur im vdr-gentoo-ebuild fest,
    ob ein Reboot nötig ist oder nicht ?


    Gruß


    gehlhajo

    VDR-1: streamdev-server | Hummingboard2| TT 3600 USB | Siemens S500 Gehäuse | Archlinux mit eigen Skripten
    VDR-2: streamdev-client | rpihddevice | Raspberry 2b | Siemens S450 Gehäuse| Remote: URC6410 | LG 42LV4500 |
    Archlinux mit eigenen Skripten


    Einmal editiert, zuletzt von gehlhajo ()

  • hmm .,. ische abe keine nvram-wakeup.conf :=)


    Das Board wird bei mir über den Parameter:


    NVRAM_EXTRA_OPTIONS="-I msi_ms_6368"


    definiert


    gehlhajo

    VDR-1: streamdev-server | Hummingboard2| TT 3600 USB | Siemens S500 Gehäuse | Archlinux mit eigen Skripten
    VDR-2: streamdev-client | rpihddevice | Raspberry 2b | Siemens S450 Gehäuse| Remote: URC6410 | LG 42LV4500 |
    Archlinux mit eigenen Skripten


  • Zitat

    Original von chrisz
    Wer sagt, daß Dein Board kein reboot braucht ;)


    Ich. Läuft auf meinem anderen SuSE VDR (die andere Partiton neben getoo)
    seit einem Jahr ohne Reboot.
    Allerdings habe ich dort das vdrshutdown-Script so geändert,
    daß trotz $pipestatus =1 ein normaler Shutdown (ohne reboot) durchgeführt wird.
    Und das funktioniert auch. Also,daß das MSI_6368 ein Reboot braucht,
    ist zumindestens bei mir falsch.
    Anscheinend muß ich wohl doch mein eigenes Shutdown-Script
    implementieren.
    Oder ich benutze acpi :=)
    Kenn jemand ein gutes Howto für einen VDR mit acpi ?
    (Habe sowas noch nie gemacht..)


    Gruß


    gehlhajo

    VDR-1: streamdev-server | Hummingboard2| TT 3600 USB | Siemens S500 Gehäuse | Archlinux mit eigen Skripten
    VDR-2: streamdev-client | rpihddevice | Raspberry 2b | Siemens S450 Gehäuse| Remote: URC6410 | LG 42LV4500 |
    Archlinux mit eigenen Skripten


    Einmal editiert, zuletzt von gehlhajo ()

  • Ok, also wenn du Dir da so sicher bist, kannste ja folgendes ändern.


    in der nvram-wakeup.mb.c findest du folgendes:


    Zitat

    void msi_ms_6368(struct biosinfo *b)
    {
    m6vcg_p6bat_8kta3_common(b);
    b->addr_day = 0x51;
    b->need_reboot = ON_ANY_CHANGE;


    Lösche die Zeile b->need_reboot = ON_ANY_CHANGE;


    gruß chrisz.

  • Moin,


    In der vdr.shutdown gibt es dazu keine Einstellmöglichkeiten ob ein reboot ausgelöst wird oder notwendig ist, diese Vorgaben kommen direct von nvram.


    Du hast aber die Möglichkeit dein eigenes Script einzubinden unter


    Expert Options
    USER_SHUTDOWN_SCRIPT=""


    acpi ist auch ne Möglichkeit. Es wird aber bei acpi kein Datum mit übergeben/übernommen, das heist das Board wacht min.
    täglich einmal auf um eventuelle Timer zu übernehmen, ich glaube nachts um 02:00 Uhr; nur an tagen an denen die Kiste nicht schon lief
    Howto brauchst Du dafür nicht, einfach in vdr.shutdown


    WAKEUP_METHOD="acpi"


    eintragen, oder die line kommentieren, dann ist acpi per default an.


    Cheers


    /bin/joerg

  • gehlhajo:
    Hi!


    Es dürfte zwar kein Problem sein in die Skripte so etwas einzubauen, aber ich sehe denn Sinn darin nicht so richtig.


    Versuche doch lieber das Problem an der Wurzel zu erwischen, d.h.
    1. entweder du schreibst den nvram-Autor an und bittest ihn den Eintrag zu ändern (dazu müsste man aber wohl abchecken ob das nicht eventuell bei anderen mit dem Board anders ist).


    Oder
    2. Ich weiß zwar nicht ob das so funktioniert, aber leg einfach mal eine /etc/nvram-wakeup.conf an und schreibe nur dies hinein:

    Code
    need_reboot = OFF

    und dann setzte in vdr.shutdown

    Code
    NVRAM_CONFIG="/etc/nvram-wakeup.conf"


    zum Verwenden der eigenen nvram-wakeup.conf Datei.


    Zzam

  • Hi


    Also, ich habe mir die Alternativen abenfalls überlegt:
    Entweder ich pfusche ich in den VDR-Scripts rum oder ich
    muß den Quellcode von nvram ändern (lassen).
    Beides ziemlich blöd.
    Und wisst Ihr was mache ?
    Ich lege ein PAL-Feld über die Sache und lass die Kiste
    booten, wie sie will :D
    Die Mehrkosten an Stom werden mich wohl nicht umbringen.
    Ich danke Euch für Eure Vorschläge.


    gruß


    gehlhajo

    VDR-1: streamdev-server | Hummingboard2| TT 3600 USB | Siemens S500 Gehäuse | Archlinux mit eigen Skripten
    VDR-2: streamdev-client | rpihddevice | Raspberry 2b | Siemens S450 Gehäuse| Remote: URC6410 | LG 42LV4500 |
    Archlinux mit eigenen Skripten


  • Hi!


    Also an die alternative PAL-Feld hab ich gar nicht gedacht, obwohl es ja gar nicht mein Problem ist ;D


    Ansonsten könnte ich das rumpfuschen in den VDR-Scripts schon übernehmen, wofür werd ich denn nicht bezahlt :D


    Ich hab auch grad nochmal in nvram-wakeup geschaut, also vermutlich geht es nicht nur eine Einstellung mit einer Config-Datei zu überschreiben, du müsstest wenn dann eine vollständige Config-Datei erzeugen (bzw. aus dem Quellcode extrahieren).


    Zzam

  • Hi gelhajo!
    Ich hab noch ne Idee für dich, wenn du doch noch an einer Lösung interessiert bist:


    [list=1]
    [*] cd /usr/lib/vdr/shutdown.
    [*] cp wakeup-nvram.sh wakeup-nvram-gehlhajo.sh
    [*] Editiere wakeup-nvram-gehlhajo.sh und ändere

    Code
    set_reboot_needed

    in

    Code
    #set_reboot_needed


    [*] Jetzt noch WAKEUP_METHOD in /etc/conf.d/vdr.shutdown von nvram ändern auf nvram-gehlhajo.
    [/list=1]


    Zzam

Jetzt mitmachen!

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