NVRAM + PoweOff Kernel will nicht

  • Guten Abend!

    Ich hatte heute eigentlich vor ein schon länger bestehendes Problem meines VDR zu lösen. Nachdem ich jetzt schon ein paar Stunden auf der Suche nach einer Lösung bin und nicht fündig geworden bin muss ich doch mal nachfragen ob mir jemand helfen kann.

    Ich nutze das in meiner Signatur genannte System. NVRAM Wakeup funktioniert auch bestens.

    Mein Problem:
    Bisher hatte ich in meiner /etc/vdr/vdr-nvram-wakeup.conf folgendes stehen:

    Danach startete der VDR neu und ich hab die Kiste manuell runtergefahren. Der Timer war gesetzt und alles war ok.

    Jetzt wollte ich das Problem beheben und einen PowerOff Kernel nach dem Reboot laden. Ich hab das ganze wie hier im Wiki beschrieben gemacht:
    http://www.vdr-wiki.de/wiki/index.php…_-_NVRAM_WakeUp
    Wenn ich jetzt einen Timer setze schaltet sich der VDR einfach ab und macht keinen Reboot, d.h. er wacht auch nicht mehr auf.

    Wo ist das Problem?
    Ich hoffe Ihr könnt mir helfen!

    Auf meinem System läuft Grub 0.95

    Mein VDR:
    Hardware: MSI MS 6318 Rev.1, Seagate 7200.9 250GB, 378MB SD 133 Infineon RAM, Hauppauge DVB-S 1.5, Gehäuse Eigenbau, 240x128 gLCD mit Toshiba T6963c Chipsatz
    Software: c´t VDR 4.5 + Kernel 2.4.31 -ct-1

  • Quote

    Ich hab das ganze wie hier im Wiki beschrieben gemacht:


    welche der vielen dort genannten Varianten hast du genommen? D.h. wie sieht der Power-Off menu.lst Eintrag genau aus? Am besten die ganze menu.lst mal posten, wenn moeglich.

    Quote

    schaltet sich der VDR einfach ab und macht keinen Reboot, d.h. er wacht auch nicht mehr auf.

    Was bedeutet 'schaltet sich der VDR einfach ab'?
    Waehlt der Rechner ueberhaupt den Power-Off menu.lst Eintrag nach dem 1. Runterfahren aus?

  • Meine menu.lst sieht so aus:


    Ich habe die Variante genommen die für meinen VDR gedacht ist, also die Variante "bis VDR 5"

    Quote

    Was bedeutet 'schaltet sich der VDR einfach ab'?

    Das heist das sich der VDR nach dem Shutdown Befehl runterfährt und keinen Reboot macht.

    Quote

    Waehlt der Rechner ueberhaupt den Power-Off menu.lst Eintrag nach dem 1. Runterfahren aus?

    Genau das ist mein Problem. Nicht der Eintrag selbst in der Menu.lst ist das Problem sondern das der Rechner keinen Reboot macht und demnach auch keinen Eintrag in der Menu.lst auswählt.

    Mein VDR:
    Hardware: MSI MS 6318 Rev.1, Seagate 7200.9 250GB, 378MB SD 133 Infineon RAM, Hauppauge DVB-S 1.5, Gehäuse Eigenbau, 240x128 gLCD mit Toshiba T6963c Chipsatz
    Software: c´t VDR 4.5 + Kernel 2.4.31 -ct-1

  • nabend,

    probiere es mal so


    vdr-nvram-wakeup.conf

    Code
    ENABLED="yes"
    COMMANDLINE=""
    SPECIALSHUTDOWN="echo y|grub-reboot 2 --no-floppy --batch"
    FORCE_REBOOT="yes"

    das sagt nämlich er soll den 3.Eintrag in der menu.lst booten !


    I30R6


    VDR


    Hardware : GA-EP35-DS3L, C2Q Q6700 , 3GB DDR2 , Palit GT240, 250GB System & 500GB Video,
    Mystique-CaBix C2,TT Budget C-1501,Airstar 2, Fernbedienung X10
    Software : gen2vdr, Kernel 3.8.10, vdr 2.0.1
    PlugIns : audiorecorder,femon,admin,yacoto..
    Ausgabe: softhddevice

  • Code
    COMMANDLINE=""


    Ist es beabsichtigt das die Commandline leer bleibt?

    Mein VDR:
    Hardware: MSI MS 6318 Rev.1, Seagate 7200.9 250GB, 378MB SD 133 Infineon RAM, Hauppauge DVB-S 1.5, Gehäuse Eigenbau, 240x128 gLCD mit Toshiba T6963c Chipsatz
    Software: c´t VDR 4.5 + Kernel 2.4.31 -ct-1

  • Ich hab das ganze probiert.

    Mit der oben genannten vdr-nvram-wakeup.conf macht der Rechner erst garkeinen Rebbot, sondern geht direkt aus.

    In meiner nvram-wakeup.conf ist folgender Wert gesetzt need_reboot = ON_ANY_CHANGE
    Wenn ich das richtig verstehe, sagt dieser Eintrag dem VDR doch das ein Reboot zum übernehmen der Einstellungen nötig ist. D.h. normal sollte doch ein Reboot erfolgen.

    Wo könnte da denn noch der Fehlerteufel stecken?

    Mein VDR:
    Hardware: MSI MS 6318 Rev.1, Seagate 7200.9 250GB, 378MB SD 133 Infineon RAM, Hauppauge DVB-S 1.5, Gehäuse Eigenbau, 240x128 gLCD mit Toshiba T6963c Chipsatz
    Software: c´t VDR 4.5 + Kernel 2.4.31 -ct-1

  • Hallo,

    schau doch mal nach, ob bei dir der PowerOff-Kernel installiert ist.
    Im Verzeichnis /boot müßte die Datei "bzImage.poweroff" stehen.

    Wenn ja könntest du in der menu.lst von "halt" auf "Kernel-Poweroff" umstellen.

    Also statt:

    Code
    title NVRAM
    root (hd0,0)
    halt

    das:

    Code
    title           PowerOff
    root            (hd0,0)
    savedefault	0
    kernel          /boot/bzImage.poweroff

    Dann müßte er den Kernel-Reboot machen.

    mfg Jens

  • Nabend

    menu.lst

    Code
    default 0
    ...

    es muss

    Code
    default saved
    ...

    heißen .. zwar nur ein kleiner Fehler aber kann daran schon liegen .

    I30R6


    VDR


    Hardware : GA-EP35-DS3L, C2Q Q6700 , 3GB DDR2 , Palit GT240, 250GB System & 500GB Video,
    Mystique-CaBix C2,TT Budget C-1501,Airstar 2, Fernbedienung X10
    Software : gen2vdr, Kernel 3.8.10, vdr 2.0.1
    PlugIns : audiorecorder,femon,admin,yacoto..
    Ausgabe: softhddevice

  • nabend nochmal,


    der PowerOff Kernel ist nicht nötig .


    Der Reboot erfolgt auch so (ohne).


    I30R6


    VDR


    Hardware : GA-EP35-DS3L, C2Q Q6700 , 3GB DDR2 , Palit GT240, 250GB System & 500GB Video,
    Mystique-CaBix C2,TT Budget C-1501,Airstar 2, Fernbedienung X10
    Software : gen2vdr, Kernel 3.8.10, vdr 2.0.1
    PlugIns : audiorecorder,femon,admin,yacoto..
    Ausgabe: softhddevice

  • Naja: Es gibt Board, die die Aufwachzeit erst nach dem Reboot richtig setzen. Bei meinem Board ging ohne den PowerOff Kernel nichts.

    Das wird aber doch bei der Einrichtung getestet .......


    Grüße, Ralf

    Hardware: ASRock X7S8XE 3.0, Bios 2.11A mit Cool!Bios, AMD XP 2600+ Barton gedrosselt, 256MB, TT-FF 1.5, Samsung 160GB@5400 U/min, Kameleon URC-8060 Fernbedienung.
    Software: c´t Distri 6.1

  • Ok, da ich glaube das Ihr mein Problem nicht richtig verstanden habt also nochmal:

    1. Mein Board benötigt definitiv einen Rebbot, ohne werden die Timer nicht gesetzt.
    2. Den Poweroff Kernel brauche ich nicht da der Halt Eintrag in Grub das ganze bestens macht.
    3. Bisher habe ich den VDR mit dem Befehl shutdown -r now in der SpezialShutdown Zeile der NVRAM-Conf. neu gebootet

    Mein Problem besteht einzig und alleine darin das der VDR nicht mehr neu bootet wenn ich die Zeile

    Code
    shutdown -r now

    durch die Zeile

    Code
    echo y|grub-reboot 2 --no-floppy --batch

    in der Config ersetze.
    Demnach wird der Timer nicht richtig gesetzt und der VDR startet nicht zur Timerzeit.

    Die Zeile würde ich aber gern umschreiben da im Moment der VDR komplett neu gebootet wird und nicht wie er es eigentlich sollte nach der Auswahl des GRUB Eintrags ausgeht.

    Im Prinzip würde mir eine Kombination der beiden Befehlszeilen reichen Also irgendwas was dem VDR sagt starte neu und wähle den Grub Eintrag 2 (Zählweise ab 0) aus.

    Die Zeile

    Code
    default 0

    brauche ich nicht durch die Zeile

    Code
    default saved

    in der menu.lst ersetzen, da ich GRUB Version 0.95 nutze. Der Eintrag muss erst ab GRUB Version 0.97 gesetzt werden.
    Das steht ja alles im Wiki!
    Nur wenn ich die Einstellungen wie im Wiki beschrieben vornehme, funktioniert das ganze nicht so wie es soll, daher hab ich ja hier ins Forum geschrieben.

    Gibt es eine Möglichkeit die oben beschriebenen Zeilen zu kombinieren? Und kann mir einer sagen für was genau der Teil echo y bewirkt?

    Mein VDR:
    Hardware: MSI MS 6318 Rev.1, Seagate 7200.9 250GB, 378MB SD 133 Infineon RAM, Hauppauge DVB-S 1.5, Gehäuse Eigenbau, 240x128 gLCD mit Toshiba T6963c Chipsatz
    Software: c´t VDR 4.5 + Kernel 2.4.31 -ct-1

  • deine grub Version ist wirklich etwas sehr alt:) Eine neuere, weniger schrottige grub Version waere vermutlich der schnellste Weg. Aber vielleicht geht es ja doch...

    Quote

    Gibt es eine Möglichkeit die oben beschriebenen Zeilen zu kombinieren? Und kann mir einer sagen für was genau der Teil echo y bewirkt?


    das sollte nicht noetig sein, da der 'grub-reboot' unter anderem ja auch einen Reboot macht.
    'echo y' bewirkt, dass der 'grub' seine Frage nicht-interaktiv beantwortet bekommt.

    findet er das Teil evtl. nicht?

    muss es vielleicht in deinem Fall so heissen:

    Code
    /bin/echo y | /usr/sbin/grub-reboot 2 --no-floppy --batch


    hast du mal versucht, ob es wenigstens funkt, wenn du genau diese Zeile von Hand eingibst? Er sollte dann mindestens mal den 'halt' Eintrag ansteuern.

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!