nvram mit ctvdr4---schaff es einfach nicht

nero_28 · 15. November 2005

hab ein k7som board und möchte jetzt gerne unter ctvdr4 nvram wakeup installieren. hatte es vorher nter ctvdr3 am laufen und alles ging wirklich gut.
nun schaffe ich es nicht mehr dass ich es zum laufen bekomme. mein board braucht einen kurzen reboot ... hab das früher mit poweroff kernel gelöst.
aber jetzt schaff ich es einfach nicht mehr das der vdr nach dem runterfahren noch mal kurz startet. hoffe es kann mir hier wer helfen
habs übrigens mit der anleitung von http://www.gabe.gmxhome.de/vdr/addons.htm probiert

ggsm · 15. November 2005

ich hab mir selber folgende Anleitung geschrieben für den Fall, dass ich
mal neu installieren muss:

NVRAM wakeup:
1) in /boot/grup/menu.lst folgendes eintragen (ganz unten):

Code

title NVRAM
root (hd0) 
halt

2) nvram-wakeup.conf nach /etc/nvram-wakeup.conf kopieren.

3) /etc/vdr/vdr-nvram-wakeup.conf (auch wenn vdrdevel verwendet wird)

Code

ENABLED="yes" 
COMMANDLINE="-C /etc/nvram-wakeup.conf --directisa"
SPECIALSHUTDOWN="echo y|grub-reboot 2 --no-floppy"


# ACHTUNG: Die "2" bezeichnet den Eintrag in der menu.lst, gezählt 
# wird ab 0. Bei mir ist der NVRAM-Eintrag der 3. Eintrag, 
# also nehme ich 2.
FORCE_REBOOT="yes"


REGULAR_DAYS=0	     # 0=disabled, 1=each day, 2=each 2'nd day, 3=...
REGULAR_TIME=01:00   # HH:MM

Alles anzeigen

das wars auch schon

Lanzi · 15. November 2005

Hatte auch so meine Probleme und daraufhin dieses HowTo geschrieben:

http://www.vdr-portal.de/board/thread.php?threadid=40317&sid=

Vielleicht gelingt es ja! Viel Glück

Lanzi · 24. November 2005

...und hat es geklappt? Wenn ja beschreibe doch auch Deine Lösung kurz!
Danke

wolf_rambatz · 25. November 2005

Hi,

evtl. muss /dev/nvram erst einmal erzeugt werden - bei mir fehlt dieses device jedenfalls nach jedem reboot (MSI Hermes).
Also mal ausprobieren, on /dev/nvram existiert ...
Wenn nicht, wird eine Datei, nennen wir sie mal create_dev_nvram, im Verzeichnis /etc/init.d erzeugt. Inhalt:

Code

#! /bin/sh
DESC="Erzeuge /dev/nvram"
NAME=create_dev_nvram
SCRIPTNAME=/etc/init.d/$NAME


case "$1" in
  start)
        echo "$DESC"
        mknod --mode=600 /dev/nvram c 10 144
        chown vdr:vdr /dev/nvram
        ;;
  stop)
        ;;
        echo "Benutzung mit: $0 {start|stop}"
        exit 1
        ;;
esac
exit 0

Alles anzeigen

Danach mit chmod 755 /etc/init.d/create_dev_nvram ausführbar machen und mit update-rc.d create_dev_nvram defaults "scharf schalten".

Sonst war das Specialshutdown noch in /etc/defaults/vdrdevel zu ändern:

Code

...
SHUTDOWNCMD="etc/init.d/vdrdevel stop; sleep 1; echo y|grub-reboot 2 --no-floppy"
...

Vosricht mit der 2: diese muss der Nummerierung in Deiner menu.lst entsprechen (also dem dritten Eintrag, da von 0 aus gezählt wird).

Mehr fällt mir auch nicht ein bzw. den Rest hat ggsm beschrieben. Viel Erfolg!

Wolf

SurfaceCleanerZ · 1. Dezember 2005

für EPIA M10000 im VDR-Wiki

Dort habe ichs mal alternativ zu geschrieben, wie es bei mir geht! das was mit oder dadrin steht oben, ist glaub ich sauberer als das was original drin steht!

Geht dein Shutdown denn manuell?

Poweroff-Kernel ist unnötig! Geht wie im Link beschr besser so!

Das Epia braucht ja auch Reboot!
Wenn noch Fragen sind,, kann ich evtl. helfen, hab damit ca. 2 Tage Ärger gehabt!

Lanzi · 3. Dezember 2005

Sorry, wenn ich allles noch mal aufrolle - ich habe mittlerweile auch wieder Probleme mit NVram-Wakeup!

Zur Situation:
mit VDRdevel 1.3.32 ging es wie oben oder dem Link oder wie auch im Wiki (unter diesem Link beschrieben (unten unter NVram).

Seit dem Update auf 1.3.36 bzw. 1.3.37 liegt wieder das alte Problem vor - der Rechner fährt mit meinem TUSL2 nicht mehr runter. Es kommt immer die Meldung "Shutdown aborted - retry in 5 min."
Das Update hatte das Script "/usr/lib/vdrdevel/vdrdevel-shutdown" ersetzt und ich habe die alten Werte wieder manuel hinzugefügt (keine Angst Korrekturgelesen hatte ich!) - dann habe ich ein Backup des alten Scripts eingespielt - auch nichts...
Alle andere Änderungen und Einstellen scheinen erhalten geblieben zu sein!

Ich habe die "normale" Konfiguration versucht und die "snoozevdr" Variante.

Was hat sich geändert? Wie kann ich rausfinden, woran es happert?
Für Tipps immer dankbar,
Lanzi

nero_28 · 8. Dezember 2005

sorry dass ich mich so lange nicht gemeldet hab....hatte viel zu tun.
also mein nvram geht immer noch nicht. wenn ich meinen vdr mit der fernbedienung abschalten will kommt bei mir auch die meldung
Shutdown aborted - retry in 5 min. /dev/nvram/ hab ich....
/etc/default/vdrdevel hab ich wie oben beschrieben geändert. und die änderungen in der menu.lst nvram-wakup.conf hab ich auch gemacht.
hier mal meine ganzen config sachen.....

Code

## ## End Default Options ##


title           Debian GNU/Linux, kernel 2.6.12-rc4-ct-2
root            (hd0,0)
kernel          /boot/vmlinuz-2.6.12-rc4-ct-2 root=/dev/hda1 ro
initrd          /boot/initrd.img-2.6.12-rc4-ct-2
savedefault
boot


title           Debian GNU/Linux, kernel 2.6.12-rc4-ct-2 (recovery mode)
root            (hd0,0)
kernel          /boot/vmlinuz-2.6.12-rc4-ct-2 root=/dev/hda1 ro single
initrd          /boot/initrd.img-2.6.12-rc4-ct-2
savedefault
boot


title NVRAM
root            (hd0,0)NVRAM
halt

Alles anzeigen

die nvram-wakup.conf lautet so

Code

ENABLED="yes"


# Here you can specify additional command line parameters, that will be passed
# to nvram-wakeup.
#
# i.e.:
#       COMMANDLINE="-I ecs_k7s5au"              # mainboard of type K7S5au
#       COMMANDLINE="-C /etc/nvram-wakeup.conf"  # use config file
#
# see "man nvram-wakeup"
#
COMMANDLINE="-C /etc/nvram-wakeup.conf --directisa"


# If your mainboard needs to reboot before shutting down, set the command(s) to
# do this here. i.e.:
#
# SPECIALSHUTDOWN="lilo -R PowerOff ; shutdown -r now"
#
SPECIALSHUTDOWN="echo y|grub-reboot 2"
# To force a reboot whenever nvram-wakeup sets the time, independently of
# whether a reboot is required, enable this option.
#
 FORCE_REBOOT="yes"
#

Alles anzeigen

wilderigel · 8. Dezember 2005

Auch hier gilt natürlich:
Mal in /var/log/syslog schaun warum der Shutdown abbricht.

Eventuell auc das gleiche Problem wie bei Lanzi hier.

SurfaceCleanerZ · 8. Dezember 2005

@ nero28: Teste es mal mit dem was ich im Wiki eingefügt hatte!

SPECIALSHUTDOWN="echo \"y\" | /sbin/grub-reboot 2 --no-floppy"

http://www.vdr-wiki.de/wiki/in…eup_f%FCr_VIA_EPIA_M10000

apt-get install vdrdevel-addon-nvram

Das hast du sicher installed?

Ergänze die menu.lst mal so:

title NVRAM-Timer
root (hd0,0)
savedefault
halt

Und nimm mal das directisa raus!
(COMMANDLINE="-C /etc/nvram-wakeup.conf" # use config file)

Und den Force_Reboot kannste meist wenns geht! auch rausnehmen!

Kenne dein Board jetzt nicht, aber machs lieber mit ner configdatei (/etc/nvram-wakeup.conf)!

nero_28 · 11. Dezember 2005

also....bin jetzt einen schritt weiter. das beschriebene problem ist erst mal gelöst. kann den vdr mit der powertaste runterfahren und er macht auch einen restart bevor er sich ausschaltet. das problem war vdrconvert was irgendwie den shutdown unterbrochen hat.
ABER nun ist das nächste problem aufgetr. ... wenn ein timer gesetzt ist, wird der shutdown unterbrochen. in der messages steht folgendes.

Code

Dec 11 15:55:32 vdr vdr[4673]: Power button pressed
Dec 11 15:55:32 vdr vdr[4673]: confirm: Aufnahme in 19 Minuten - trotzdem ausschalten?
Dec 11 15:55:32 vdr vdr[4673]: warning: Aufnahme in 19 Minuten - trotzdem ausschalten?
Dec 11 15:55:34 vdr vdr[4673]: confirmed
Dec 11 15:55:34 vdr vdr[4673]: confirm: Taste dr\uffffcken um Shutdown abzubrechen
Dec 11 15:55:34 vdr vdr[4673]: warning: Taste dr\uffffcken um Shutdown abzubrechen
Dec 11 15:55:40 vdr vdr[4673]: confirmed
Dec 11 15:55:40 vdr vdr[4673]: executing '/usr/lib/vdrdevel/vdrdevel-shutdown 1134314100 1160 1 "ORF1" 1'
Dec 11 15:55:40 vdr vdrdevel-shutdown: executing /usr/share/vdrdevel/shutdown-hooks/S50.noad as shell script
Dec 11 15:55:40 vdr vdrdevel-shutdown: executing /usr/share/vdrdevel/shutdown-hooks/S50.vdrconvert as shell script
Dec 11 15:55:40 vdr vdrdevel-shutdown: executing /usr/share/vdrdevel/shutdown-hooks/S50.vdrrip as shell script
Dec 11 15:55:40 vdr vdrdevel-shutdown: executing /usr/share/vdrdevel/shutdown-hooks/S90.custom as shell script
Dec 11 15:55:40 vdr vdrdevel-shutdown: executing /usr/share/vdrdevel/shutdown-hooks/S90.nvram-wakeup as shell script
Dec 11 15:55:40 vdr vdr-nvram-wakeup: /usr/sbin/nvram-wakeup -ls 1134314100 -C /etc/nvram-wakeup.conf --directisa
Dec 11 15:55:40 vdr vdr-nvram-wakeup: nvram-wakeup: could not set time, shutdown will be aborted
Dec 11 15:55:40 vdr vdrdevel-shutdown: Shutdown aborted by /usr/share/vdrdevel/shutdown-hooks/S90.nvram-wakeup with exitcode 1
Dec 11 15:55:43 vdr vdr[4673]: connect from 127.0.0.1, port 1758 - accepted
Dec 11 15:55:43 vdr vdr[4673]: SVDRP message: 'nvram-wakeup could not set time'
Dec 11 15:55:43 vdr vdr[4673]: info: nvram-wakeup could not set time
Dec 11 15:55:43 vdr vdr[4673]: closing SVDRP connection
Dec 11 15:55:43 vdr vdr[4673]: connect from 127.0.0.1, port 1759 - accepted
Dec 11 15:55:43 vdr vdr[4673]: SVDRP message: 'Shutdown abgebrochen / Shutdown aborted!'
Dec 11 15:55:44 vdr vdr[4673]: closing SVDRP connection
Dec 11 15:55:45 vdr vdr[4673]: info: Shutdown abgebrochen / Shutdown aborted!

Alles anzeigen

nero_28 · 11. Dezember 2005

das obige problem hab ich gelöst...war ein fehler von mir. hatte beim datenamen /etc/nvram-wakeup.conf einen tippfehler, jetzt fährt er anständig runter.
aber wie es aussieht gibt es bei mir probleme über probleme.
die zeit wird jetzt nicht ins bios geschrieben....dadurch startet der vdr auch nicht.
in der messages steht folgendes.

Code

Dec 11 21:13:36 localhost nvram-wakeup[7347]: All values are displayed as they are stored in the nvram/rtc.
Dec 11 21:13:36 localhost nvram-wakeup[7347]: (and do not correspond necessarily to the system date/time)
Dec 11 21:13:36 localhost nvram-wakeup[7347]:
Dec 11 21:13:36 localhost nvram-wakeup[7347]: WakeUp  : Enabled (0x09)
Dec 11 21:13:36 localhost nvram-wakeup[7347]: Day     : 11 (0x0B)
Dec 11 21:13:36 localhost nvram-wakeup[7347]: Hour    : 21 (0x15)
Dec 11 21:13:36 localhost nvram-wakeup[7347]: Minute  : 05 (0x05)
Dec 11 21:13:36 localhost nvram-wakeup[7347]: Second  : 00 (0x00)
Dec 11 21:13:36 localhost nvram-wakeup[7347]: Checksum: 0xA09A
Dec 11 21:13:36 localhost nvram-wakeup[7347]:
Dec 11 21:13:36 localhost nvram-wakeup[7347]: Enabling (0x09) WakeUp-on-RTC in nvram.
Dec 11 21:13:36 localhost nvram-wakeup[7347]: New Day     : 11 (0x0B)
Dec 11 21:13:36 localhost nvram-wakeup[7347]: New Hour    : 21 (0x15)
Dec 11 21:13:36 localhost nvram-wakeup[7347]: New Minute  : 25 (0x19)
Dec 11 21:13:36 localhost nvram-wakeup[7347]: New Second  : 00 (0x00)
Dec 11 21:13:36 localhost nvram-wakeup[7347]: New Checksum: 0xA0AE
Dec 11 21:13:36 localhost nvram-wakeup[7347]:
Dec 11 21:13:36 localhost nvram-wakeup[7347]: Now really WRITING into /dev/nvram...
Dec 11 21:13:36 localhost nvram-wakeup[7347]:    The changes to take effect, you must reboot your computer now.
Dec 11 21:13:36 localhost nvram-wakeup[7347]:
Dec 11 21:13:36 localhost vdr-nvram-wakeup: nvram-wakeup: everything ok - need to reboot first
Dec 11 21:13:37 localhost shutdown[7380]: shutting down for system reboot

Alles anzeigen

sieht also nicht so schlecht aus....zumindest für mich.
hab auch versuchsweise mit dem befehl
nvram-wakeup -s $((`date +%s` + 11 * 60)) --directisa
versucht den timer zu setzen....und siehe da er startet auch zu dieser zeit. (natürlich nach einen kleinen reboot)
bin jetzt wirklich schon am ende....hoffe es kann mir wer helfen.

SurfaceCleanerZ · 11. Dezember 2005

siehe mein letztes posting!

nero_28 · 13. Dezember 2005

GELÖST !!!!!
mein vdr startet jetzt.
hab in der /etc/nvram-wakeup.conf folgendes geändert

Code

need_reboot = ON_ANY_CHANGE # All changes take effect
                              # after a reboot


  addr_chk_h  = 0x30          # These are adresses of
  addr_chk_l  = 0x31          # the checksum bytes


  addr_stat   = 0x4F          # Status byte
  shift_stat  = 7             # The position of the
                              # status bit in the byte


  addr_day    = 0x51          # Day and time
  addr_hour   = 0x52
  addr_min    = 0x53
  addr_sec    = 0x54

Alles anzeigen

und in der /etc/vdr/vdr-nvram-wakup.conf dieses

Code

ENABLED="yes"


# Here you can specify additional command line parameters, that will be passed
# to nvram-wakeup.
#
# i.e.:
#       COMMANDLINE="-I ecs_k7s5au"              # mainboard of type K7S5au
#       COMMANDLINE="-C /etc/nvram-wakeup.conf"  # use config file
#
# see "man nvram-wakeup"
#
COMMANDLINE="-C /etc/nvram-wakeup.conf --directisa"


# If your mainboard needs to reboot before shutting down, set the command(s) to
# do this here. i.e.:
#
# SPECIALSHUTDOWN="lilo -R PowerOff ; shutdown -r now"
#
SPECIALSHUTDOWN="echo y|grub-reboot 2 --no-floppy"


# To force a reboot whenever nvram-wakeup sets the time, independently of
# whether a reboot is required, enable this option.
#
# FORCE_REBOOT="yes"

Alles anzeigen

und wie oben schon gesagt die menu.lst angepasst.

danke an alle die mir geholfen haben. habt was gut bei mir....

SurfaceCleanerZ · 13. Dezember 2005

Kein Problem, hab ja auch oft genug Fragen

tester · 14. Dezember 2005

Hallo,

dank diesem Thread bin ich nun soweit, dass nvram erkennt wann ein reboot notwendig ist und fürht diesen auch aus. Beim Neustart wird aber leider nicht der Eintrag nvram gestartet, sondern der ganz normal Kernel 2.6.12 wird gestartet.

In der vdr-nvram-wakeup.conf lautet der specialshutdown-befehl:
SPECIALSHUTDOWN="echo y|grub-reboot 2 --no-floppy"

Wie schaffe ich es, dass der Eintrag nvram gebootet wird?

Gruß
tester

SurfaceCleanerZ · 14. Dezember 2005

tester: Ist deine menu.lst geändert bzw. um den Nvram-Eintrag erweitert, wie oben bei mir beschrieben bzw. im Wiki? Du musst die 2 natürlich anpassen, siehe Kommentar im Wiki!

tester · 14. Dezember 2005

SurfaceCleanerZ
Vielen Dank für deine Antwort.
Meine menu.lst sieht so aus:

Code

title		Debian GNU/Linux, kernel 2.6.12-rc4-ct-2 
root		(hd0,0)
kernel		/boot/vmlinuz-2.6.12-rc4-ct-2 root=/dev/hda1 ro 
initrd		/boot/initrd.img-2.6.12-rc4-ct-2
savedefault
boot


title		Debian GNU/Linux, kernel 2.6.12-rc4-ct-2 (recovery mode)
root		(hd0,0)
kernel		/boot/vmlinuz-2.6.12-rc4-ct-2 root=/dev/hda1 ro single
initrd		/boot/initrd.img-2.6.12-rc4-ct-2
savedefault
boot


title NVRAM-Timer
root (hd0,0)
savedefault
halt

Alles anzeigen

Da NVRAM der 3te Eintrag ist, dachte ich, ich muss 2 verwenden
oder ist das falsch.

Gruß,
tester

SurfaceCleanerZ · 14. Dezember 2005

tester: Also ein Timer wird im Bios eingetragen und funktioniert, nur der nötige??? Reboot wird mit dem falschem Kernel ausgeführt?

Fehlt evtl. der obere Teil der menu.lst???

Im auskommentierten Text sind ein paar aktive Zeilen drin, u.a. der default Kernel, ich meine dass dieser gesetzt werden muss, damit es funktioniert, da sonst dass savedefault den zu bootenden Standardkernel beschreibt! Näheres dazu steht im Wiki unter oben von mir verlinkter Seite!

Wenn dadrüber wirklich keiner (auch kein automatisch gesuchter!) Kernel eingetragen ist, ist dies (2) richtig!

Geht denn der Reboot Kerneleintrag bei manueller Auswahl im Bootmenü?

tester · 14. Dezember 2005

SurfaceCleanerZ
Genau der Timer wird eingetragen, der VDR wacht sogar auf. Nur beim Reboot wird der falsche Kernel ausgeführt.
Bei manueller Auswahl funktioniert das Ganze.

Also meiner Meinung nach habe mich beim Editieren der menu.lst an deine Anleitung gehalten.

Ich hänge mal die menu.lst an.
Vielleicht habe ich ja was im Eifer des Gefechts übersehen.
Vielen Dank schon mal.

nvram mit ctvdr4---schaff es einfach nicht

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema