Hi Leutz,
nachdem mein gutes altes Asus P3BF Board incl der CPU von mir gegangen ist mußte schnell Ersatz her.
Um im preislichen Rahmen zu bleiben habe ich mir ein Asrock K7VT4A+ mit einem Sempron 2200+ und 128MB geholt.
Der VDR lief (fast) auf Anhieb, leider habe ich jetzt Probleme mit dem Wakeup...
Die Kiste wacht nicht auf.
Durch die Suche im Board bin ich auf ein ähnliches Problem gestoßen:
http://www.vdrportal.de/board/thread.php?threadid=3908&sid=&hilight=touch+AND+nvram
... verstehe aber nicht, was da genau die lösung war und wie ich das evtl. auch bei mir implementieren kann.
Ich muß dazu sagen, daß mit dem P3BF und dem celeron da drauf alles prima funktionierte. Allerdings wurde dort mnicht mit "apm=off" sondern mit "acpi=off" gebootet. "acpi=off" führt aber beim neuen Board dazu, daß der Rechner sich nicht abschaltet sondern nur stehen bleibt.
Habe mit dem guess-helper eine nvram-wakeup.conf erstellt, die zunächst nicht so ganz schlüssig war - es wurden auch Fehler im log aufgelistet.
Habe die guess-nvram-module\nvram-wakeup.conf dann etwas verändert und in /etc/vdr/ abgelegt (s.u)
Dann ging die Testerei los.....
Test1: Wakeup ohne Reboot
Um 13:49
Mit nvram-wakeup eine Aufwachzeit setzen, dann Rechner runterfahren
# nvram-wakeup --configfile=/etc/vdr/nvram-wakeup.conf -s `date +%s -d "Oct 23 13:54"`
# shutdown -h now
Der Rechner müßte also um 13:49 wieder aufwachen - tut er aber nicht...
Test2: Wakeup mit Reboot (manuell)
Um 13:55
Mit nvram-wakeup eine Aufwachzeit setzen, dann Rechner ausschalten, Rechner manuell
wieder einschalten (reboot) und noch während der HDD Erkennung wieder manuell ausschalten.
# nvram-wakeup --configfile=/etc/vdr/nvram-wakeup.conf -s `date +%s -d "Oct 23 14:07"`
# shutdown -r now
Der Rechner müßte also um 14:02 wieder aufwachen - Tut er auch
Test 3: Wakeup mit reboot Kernel
Um 14:11
Grub "mitteilen", daß beim nächsten Boot ein anderer - nämlich der Power-Off Kernel (Nr.1) zu benutzen ist.
Mit nvram-wakeup eine Aufwachzeit setzen, Rechner runterfahren
# echo savedefault --default=1 --once | sudo /usr/sbin/grub --batch --verbose
# nvram-wakeup --configfile=/etc/vdr/nvram-wakeup.conf -s `date +%s -d "Oct 23 14:22"`
# shutdown -r now
Rechner fährt runter, bootet den Shutdown-Kernel und schaltet sich aus.
Er müßte um 14:17 wieder anfahren. - tut er aber nicht
Test 4: Wakeup mit reboot und HALT
Um 15:45
Grub "mitteilen", daß beim nächsten Boot ein HALT ausgeführt werden soll.
Mit nvram-wakeup eine Aufwachzeit setzen, Rechner runterfahren
# echo savedefault --default=2 --once | sudo /usr/sbin/grub --batch --verbose
# nvram-wakeup --configfile=/etc/vdr/nvram-wakeup.conf -s `date +%s -d "Oct 23 15:57"`
# shutdown -r now
Rechner fährt runter, bootet in den HALT, schaltet sich sich aber nicht aus.
Die Ausgaben der jeweiligen Programme waren unauffällig, keine Fehler.
Speziell bei der Ausgabe der nvram Werte durch nvram-wakeup sah alles prima aus (die Zahlen stimmten)
Was mache ich falsch bzw. wo ist mein Denkfehler....
Hier noch ein paar Infos:
- Suse 8.2
- nvram-wakeup version 0.97 (beta) 2004/07/21
Die nvram-wakeup.conf die ich benutze:
###############################################
## Mainboard autodetection information:
##
## - Mainboard vendor: ""
## - Mainboard type: "K7VT4A+"
## - Mainboard revision: "1.0x"
## - BIOS vendor: "American Megatrends Inc."
## - BIOS version: "P1.20"
## - BIOS release: "06/25/2004"
##
need_reboot = ALWAYS
##
#addr_stat = 0x56 # but differs somewhere else
addr_day = 0x56 # but differs somewhere else
shift_day = 1
addr_hour = 0x57
addr_min = 0x58
addr_sec = 0x59
addr_stat = 0x6F # but differs somewhere else
#rtc_day = 0x6F
#reset_day = ON
addr_chk_h = 0x30
addr_chk_l = 0x31
Alles anzeigen
Die \boot\grub\menu.lst:
default 0
timeout 4
color white/blue black/light-gray
#gfxmenu (hd0,1)/boot/message
# bei acpi=off schaltet sich der PC nicht ab
title vdr-hda2
kernel (hd0,1)/boot/vmlinuz root=/dev/hda2 vga=normal apm=off
initrd (hd0,1)/boot/initrd
title PowerOff
savedefault default=0
kernel (hd0,1)/boot/bzImage.2.4.20.poweroff root=/dev/none apm=off
title PowerOff2
savedefault default=0
halt
title failsafe
kernel (hd0,1)/boot/vmlinuz.shipped root=/dev/hda2 ide=nodma apm=off acpi=off vga=normal nosmp maxcpus=0 disableapic 3
initrd (hd0,1)/boot/initrd.shipped
Alles anzeigen
Hier die \root\guess-directisa\nvram-wakeup.conf:
################################################
## Mainboard autodetection information:
##
## - Mainboard vendor: ""
## - Mainboard type: "K7VT4A+"
## - Mainboard revision: "1.0x"
## - BIOS vendor: "American Megatrends Inc."
## - BIOS version: "P1.20"
## - BIOS release: "06/25/2004"
addr_stat = 0x56 # but differs somewhere else
addr_day = 0x56 # but differs somewhere else
shift_day = 1
addr_hour = 0x57
addr_min = 0x58
addr_sec = 0x59
addr_stat = 0x6F # but differs somewhere else
rtc_day = 0x6F
reset_day = ON
rtc_sec = 0x73
rtc_min = 0x75
rtc_hour = 0x77
upper_method = VT8235_37
Alles anzeigen
Im guess-error.log findet sich aber folgende Zeile:
Couldn't guess checksum addresses (out of 5).
Hier die \root\guess-nvram-module\nvram-wakeup.conf:
################################################
## Mainboard autodetection information:
##
## - Mainboard vendor: ""
## - Mainboard type: "K7VT4A+"
## - Mainboard revision: "1.0x"
## - BIOS vendor: "American Megatrends Inc."
## - BIOS version: "P1.20"
## - BIOS release: "06/25/2004"
addr_stat = 0x56 # but differs somewhere else
addr_day = 0x56 # but differs somewhere else
shift_day = 1
addr_hour = 0x57
addr_min = 0x58
addr_sec = 0x59
addr_stat = 0x6F # but differs somewhere else
rtc_day = 0x6F
reset_day = ON
addr_chk_h = 0x30
addr_chk_l = 0x31
Alles anzeigen