c't VDR 6 / nvram-wakeup

mirko_huf · 12. August 2007

Hallo,

bin neu hier - mein Name ist Mirko - und habe gleich mal eine Frage - hoffe es kann mir jemand helfen. Alle Tips die ich mir so ergoogeln konnte haben bisher nie geholfen. Waren allerdings auch nie für die 6er Version sondern meist für 4 und 5.

Ich habe - wie gesagt - Version 6 im Einsatz und das Paket nvram-wakeup installiert. Mein Mainboard wird zwar nicht direkt unterstützt, manuell anlernen hat jedoch geklappt. Ich benötige bei meinem Board einen Reboot, damit die Zeit richtig gesetzt wird (zumindest laut Google).

Jedoch komme ich gar nicht dazu, dies zu testen, denn das set_time Script scheint nicht zu funktionieren. Der VDR meldet mir am TV das er den Shutdown abgebrochen hat, da "nvram-wakeup could not set time" passiert ist.

Leider finde ich jetzt auch nicht wirklich hilfreiche log files.

Kann mir jemand einen Tipp geben was ich machen kann um

a) Debug-Output für dieses Problem zu bekommen
b) Das Problem zu beheben?

Danke !
Mirko

budy · 13. August 2007

Ist das NVRAM-Kernel Modul geladen?

lsmod | grep nvram

Wenn nicht, dann mal modprobe nvram machen.

Ausserdem musst du noch die entsprechenden Config-Files anpassen. Ich brauche auch immer einen Reboot und anschließendem Shutdown und könnte dir bei der Konfiguration aushelfen.

Cheers,
Budy

mirko_huf · 13. August 2007

Hallo,

soory hab ich vergessen zu sagen: nvram Modul habe ich geladen, auch in /etc/modules eingefügt.

Die Ausgabe vom nvram Start poste ich heute abend nochmal, komme gerade nicht aufs System.

mirko_huf · 13. August 2007

So nun die nötigen Infos:

Code

vdr:~# nvram-wakeup -C /etc/nvram-wakeup.conf -D
nvram-wakeup: Printing debug messages enbled.
nvram-wakeup: $Id: nvram-wakeup.h,v 1.35 2004/07/20 14:20:36 bistr-o-math Exp $
nvram-wakeup: $Id: nvram-wakeup.c,v 1.74 2004/07/20 14:30:40 bistr-o-math Exp $
nvram-wakeup: Opening /etc/nvram-wakeup.conf in 'r' mode...
nvram-wakeup: /etc/nvram-wakeup.conf: 1: comment: ################################################
nvram-wakeup: /etc/nvram-wakeup.conf: 2: comment: ##  Mainboard autodetection information:
nvram-wakeup: /etc/nvram-wakeup.conf: 3: comment: ##
nvram-wakeup: /etc/nvram-wakeup.conf: 4: comment: ##    - Mainboard vendor:   ""
nvram-wakeup: /etc/nvram-wakeup.conf: 5: comment: ##    - Mainboard type:     "8363A-686B"
nvram-wakeup: /etc/nvram-wakeup.conf: 6: comment: ##    - Mainboard revision: ""
nvram-wakeup: /etc/nvram-wakeup.conf: 7: comment: ##    - BIOS vendor:        "Award Software International, Inc."
nvram-wakeup: /etc/nvram-wakeup.conf: 8: comment: ##    - BIOS version:       "6.00 PG"
nvram-wakeup: /etc/nvram-wakeup.conf: 9: comment: ##    - BIOS release:       "01/31/2001"
nvram-wakeup: /etc/nvram-wakeup.conf: 11: name   : addr_min
nvram-wakeup: /etc/nvram-wakeup.conf: 11: value  : 0x40
nvram-wakeup: /etc/nvram-wakeup.conf: 12: name   : addr_hour
nvram-wakeup: /etc/nvram-wakeup.conf: 12: value  : 0x41
nvram-wakeup: /etc/nvram-wakeup.conf: 13: name   : addr_stat
nvram-wakeup: /etc/nvram-wakeup.conf: 13: value  : 0x47
nvram-wakeup: /etc/nvram-wakeup.conf: 14: name   : shift_stat
nvram-wakeup: /etc/nvram-wakeup.conf: 14: value  : 5
nvram-wakeup: /etc/nvram-wakeup.conf: 15: name   : addr_day
nvram-wakeup: /etc/nvram-wakeup.conf: 15: value  : 0x53
nvram-wakeup: Closing /etc/nvram-wakeup.conf ...
nvram-wakeup: Using following bios info:
nvram-wakeup:    need_reboot      = 0
nvram-wakeup:    addr_chk_h       = 0x00
nvram-wakeup:    addr_chk_l       = 0x00
nvram-wakeup:    addr_chk_h2      = 0x00
nvram-wakeup:    addr_chk_l2      = 0x00
nvram-wakeup:    addr_stat        = 0x47
nvram-wakeup:    addr_mon         = 0x00
nvram-wakeup:    addr_day         = 0x53
nvram-wakeup:    addr_wdays       = 0x00
nvram-wakeup:    addr_hour        = 0x41
nvram-wakeup:    addr_min         = 0x40
nvram-wakeup:    addr_sec         = 0x00
nvram-wakeup:    shift_stat       = 5
nvram-wakeup:    shift_mon        = 0
nvram-wakeup:    shift_day        = 0
nvram-wakeup:    shift_wdays      = 0
nvram-wakeup:    shift_hour       = 0
nvram-wakeup:    shift_min        = 0
nvram-wakeup:    shift_sec        = 0
nvram-wakeup:    rtc_time         = 0
nvram-wakeup:    rtc_day          = 0x00
nvram-wakeup:    rtc_mon          = 0x00
nvram-wakeup:    rtc_day_0_is_c0  = 0
nvram-wakeup:    rtc_mon_0_is_c0  = 0
nvram-wakeup:    reset_day        = 0
nvram-wakeup:    reset_mon        = 0
nvram-wakeup:    nr_stat          = 1
nvram-wakeup:    nr_mon           = 4
nvram-wakeup:    nr_day           = 5
nvram-wakeup:    nr_hour          = 5
nvram-wakeup:    nr_min           = 6
nvram-wakeup:    nr_sec           = 6
nvram-wakeup:    nr_rtc_day       = 6
nvram-wakeup:    nr_rtc_mon       = 5
nvram-wakeup:    nr_wdays         = 7
nvram-wakeup:    bcd              = 0
nvram-wakeup:    day_hack         = 0
nvram-wakeup:    upper_method     = 0
nvram-wakeup:    chk_method       = 0
nvram-wakeup: Opening /dev/rtc in O_RDONLY mode...
nvram-wakeup: Hardware clock: 2007-08-13 19:26:15
nvram-wakeup: rtc.tm_isdst : 1
nvram-wakeup: rtc.tm_gmtoff: 7200
nvram-wakeup: diff         : 7213
nvram-wakeup: RTC is running in UTC/GMT!
nvram-wakeup: Test (this should be the current time of the hardware clock): Mon Aug 13 19:26:28 2007
nvram-wakeup: Opening /dev/nvram in O_RDONLY mode...
nvram-wakeup: The size of NVRAM is 114 bytes.
nvram-wakeup: 0000000: 0000 00E0 F003 0780 02C0 FF2F 2FA0 BA9C
nvram-wakeup: 0000010: 0000 0000 0000 0000 FFFF 1000 00FE FFFF
nvram-wakeup: 0000020: 0B79 C0FF 2080 B3AC AABA 8FBA FF0B BBD1
nvram-wakeup: 0000030: AA10 20DA 1602 8080 1101 0FAC 9207 4400
nvram-wakeup: 0000040: 1800 48DC 0004 05B0 FEE1 8080 0000 00C0
nvram-wakeup: 0000050: 0030 2000 0000 0020 112F 0000 0000 0000
nvram-wakeup: 0000060: 0000 2F00 0000 0000 0000 00FF 7A0B A800
nvram-wakeup: 0000070: 00AA
nvram-wakeup: value of the addr_stat    byte is: 0xB0.
nvram-wakeup: value of the addr_day     byte is: 0x00.
nvram-wakeup: value of the addr_hour    byte is: 0x00.
nvram-wakeup: value of the addr_min     byte is: 0x18.


All values are displayed as they are stored in the nvram/rtc.
(and do not correspond necessarily to the system date/time)


WakeUp  : Enabled (0xB0)
Day     : 00 (0x00)
Hour    : 00 (0x00)
Minute  : 24 (0x18)

Alles anzeigen

So, hoffe das hilft

budy · 13. August 2007

Moin,

hast du das HowTo auch genau mal so ausgeführt wie, es auf der Projekt-Seite steht? Wenn du den ganzen Kram der Reihe nach machst, dann sollte das funktionieren, denn dort werden ja auch Funktions-Tests gemacht.

Welches Board hast du denn? Ich habe nvram-wakeup seit dem c't VDR 4 laufen und es funktioniert auch unter 6 ganz normal - ist ja auch nicht vom VDR abhängig.
Du könntest ggf. auch noch mal die Ausgabe vom syslog posten, wenn du nvram-wakeup probierst.

Cheers,
Budy

mirko_huf · 13. August 2007

Hallo,

ich hab ein EPOX 8KTA3.

Die README aus dem nvram Paket meintest du mit HowTo - oder? Die bin ich durch und diese Schritte funktionieren auch alle.

Beispiel:

Code

vdr:~# nvram-wakeup -C /etc/nvram-wakeup.conf -s `date +%s -d "23:30"`


All values are displayed as they are stored in the nvram/rtc.
(and do not correspond necessarily to the system date/time)


WakeUp  : Enabled (0xB0)
Day     : 00 (0x00)
Hour    : 00 (0x00)
Minute  : 24 (0x18)


Enabling (0xB0) WakeUp-on-RTC in nvram.
New Day     : 13 (0x0D)
New Hour    : 21 (0x15)
New Minute  : 25 (0x19)


Now really WRITING into /dev/nvram...

Alles anzeigen

budy · 13. August 2007

Dann zeig uns doch mal den syslog, wenn nvram-wakeup versucht auf ins Bios zu schreiben.

Budy

mirko_huf · 13. August 2007

DANKE !!!!!

Auf die Idee hätte ich ja auch selbst mal kommen können - dann würde ich auch geich sehen was schief läuft.

Er versucht nvram-wakeup auszuführen, aber ohne die Konfigurationsdatei zu beachten unter /etc...

Code

Aug 13 22:30:50 vdr vdr-nvram-wakeup: /usr/sbin/nvram-wakeup -ls 1187068320 --directisa
Aug 13 22:30:51 vdr nvram-wakeup[10384]: Your mainboard is currently not supported. 
Aug 13 22:30:51 vdr nvram-wakeup[10384]: Please try determining the addresses and sending the following 
Aug 13 22:30:51 vdr nvram-wakeup[10384]: information back to the maintainers: 
Aug 13 22:30:51 vdr nvram-wakeup[10384]:  - The addresses you found out (read README.mb) 
Aug 13 22:30:51 vdr nvram-wakeup[10384]:  - Mainboard vendor:    
Aug 13 22:30:51 vdr nvram-wakeup[10384]:  - Mainboard type:     8363A-686B 
Aug 13 22:30:51 vdr nvram-wakeup[10384]:  - Mainboard revision:  
Aug 13 22:30:51 vdr nvram-wakeup[10384]:  - BIOS vendor:        Award Software International, Inc. 
Aug 13 22:30:51 vdr nvram-wakeup[10384]:  - BIOS version:       6.00 PG 
Aug 13 22:30:51 vdr nvram-wakeup[10384]:  - BIOS release:       01/31/2001 
Aug 13 22:30:51 vdr vdr-nvram-wakeup: nvram-wakeup: could not set time, shutdown will be aborted
Aug 13 22:30:51 vdr vdr-shutdown: Shutdown aborted by /usr/share/vdr/shutdown-hooks/S90.nvram-wakeup with exitcode 1

Alles anzeigen

Hast du auf die Schnelle die Lösung wie ich ihm diese mit Übergebe - also das er den Aufruf mit -C /etc/nvram-wakeup.conf startet?

Danke

mirko_huf · 13. August 2007

Ok, habs gefunden....

Danke dir......

Jetzt muss ich nur noch testen ob es auch funktioniert mit der Aufnahme

budy · 13. August 2007

Schön! Du musst dann mal sehen, wie du das mit dem Reboot/Shutdown machst. Bei meinem MB ging der Reboot/Shutdown über Grub nicht. Nach dem Reboot/Shutdown wachte dann mein VDR nicht mehr auf.

Wenn das bei dir der Fall sein sollte, dann benötigst du eine kleine Logik, die den Startvorgang bei Reboot durch nvram-wakeup erkennt und entsprechend dann den Rechner gleich wieder normal herunterfährt.

So mache ich das zumindest bei meinem Board.

Cheers,
Budy

mirko_huf · 14. August 2007

Hallo,

ja scheint fast so als wenn ich das Problem auch habe. Der Rechner ist runtergefahren, aber nach dem Reboot nicht mehr richtig aufgewacht. Er läuft zwar irgendwie noch, aber er ist nicht mehr erreichbar. Muss heute abend erstmal nen Monitor anschließen und schauen was er meldet....

budy · 14. August 2007

Moin.

Ja, mach das mal. Bei meinem war es so, dass er nach dem Restart/Shutdown gar nicht mehr aufwachte - deshalb musste ich die Kiste halt normal hochfahren lassen und sie dann ganz normal mit OS Mitteln anschalten, dann gings.

mirko_huf · 14. August 2007

Also es sieht so aus als ob nvram-wakeup Müll ins BIOS schreibt - er meldet nämlich jedesmal ein eigentlich abgeschaltetes Floppy A - welches es auch nicht gibt. Dadurch wartet er aber leider auf ein "Press F1 for continue" - was natürlich Müll ist. Drücke ich F1 macht er weiter und schaltet den Rechner über Grup auch sauber aus.

Deaktiviere ich das Floppy wieder, schreibt nvram wakeup es wieder rein Nochmaliges anlernen des Boards brachte auch keine Besserung...

Sehe gerade das es gar nicht nur das Floppy ist - MOS Checksum error - defaults loaded... mmmmm

Jemand eine Idee?

Danke.

mirko_huf · 14. August 2007

Scheint wohl so das die Option -A der Grund ist. Im Manual steht drin, das wenn zeitgleich ein anderes Tool versucht auf den nvram zuzugreifen, das dann das CMOS geschrottet wird - was ja bei mir wohl genau das Problem ist.

budy · 14. August 2007

Na ja, das sieht ja wirklich so aus, als wenn nvram-wakeup nicht die richtigen Stellen im BIOS trifft.

Das wundert mich ein wenig, weil du ja gesagt hattest, das du das ganze Test-Procecdere durchlaufen hast. Dazu gehörte ja auch, die von nvram-wakeuo ins BIOS geschriebenen Werte nach einem Reboot im BIOS zu checken, wenn ich mich recht entsinne.

Wie rufst denn denn nvram-wakeup auf? Poste doch mal die

/etc/vdr/vdr-nvram-wakeup.conf
/etc/nvram-wakeup.conf

Cheers,
Budy

mirko_huf · 14. August 2007

Bei dieser Datei hab ich jetzt mal den -A Aufruf aus der COMMANDLINE raus genommen - den habe ich bei den Hand-Tests auch nie verwendet. Stand hier noch drin. Ich versuche gerade ob es jetzt geht...

/etc/vdr/vdr-nvram-wakeup.conf

Code

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

/etc/nvram-wakeup.conf

Code

################################################
##  Mainboard autodetection information:
##
##    - Mainboard vendor:   ""
##    - Mainboard type:     "8363A-686B"
##    - Mainboard revision: ""
##    - BIOS vendor:        "Award Software International, Inc."
##    - BIOS version:       "6.00 PG"
##    - BIOS release:       "01/31/2001"


addr_min         = 0x40
addr_hour        = 0x41
addr_stat        = 0x47
shift_stat       = 5
addr_day         = 0x53

Alles anzeigen

mirko_huf · 14. August 2007

Schade, geht auch nicht, jetzt bekomme ich das (nach 5 Minuten immer wieder, ohne das er abschaltet)

Aug 14 22:13:01 vdr vdr: [2338] next timer event at Tue Aug 14 23:33:00 2007
Aug 14 22:13:01 vdr vdr: [2338] confirm: Taste drýcken, um Ausschalten abzubrech
en
Aug 14 22:13:01 vdr vdr: [2338] warning: Taste drýcken, um Ausschalten abzubrech
en
Aug 14 22:13:01 vdr vdr: [2338] closing SVDRP connection
Aug 14 22:13:07 vdr vdr: [2338] confirmed
Aug 14 22:13:07 vdr vdr: [2338] executing '/usr/lib/vdr/vdr-shutdown.wrapper 118
7127180 4793 14 "Tagesthemen" 1'
Aug 14 22:13:07 vdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S50.no
ad as shell script
Aug 14 22:13:07 vdr vdr-shutdown: /usr/share/vdr/shutdown-hooks/S50.noad request
s to try again in 5 minutes
Aug 14 22:13:10 vdr vdr: [2338] connect from 127.0.0.1, port 32986 - accepted
Aug 14 22:13:10 vdr vdr: [2338] SVDRP message: 'Shutdown aborted. Retry in 5 min
utes.'
Aug 14 22:13:10 vdr vdr: [2338] info: Shutdown aborted. Retry in 5 minutes.
Aug 14 22:13:10 vdr vdr: [2338] closing SVDRP connection
Aug 14 22:13:13 vdr vdr: [2338] timer 6 (14 2333-0013 'Tagesthemen') set to even
t Die 14.08.2007 23:35-00:03 (VPS: 14.08 23:35) 'Tagesthemen'

budy · 14. August 2007

Fragt sich, warum noad den Shutdown abbricht… zu nvram-wakeup kommt er ja gar nicht…

mirko_huf · 14. August 2007

Ich versuch jetzt nochmal was anderes - meld mich gleich nochmal....

mirko_huf · 14. August 2007

Hab jetzt ein

nvram-wakeup -C /etc/nvram-wakeup.conf -s $((`date +%s` + 12 * 60))

von Hand auf der Konsole gemacht und danach powerdown.

Mal sehen was passiert, meld mich in 12 Minuten nochmal.

c't VDR 6 / nvram-wakeup

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema