Asrock K7VT4A+ will nicht aufwachen

GPu · 23. Oktober 2004

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:

Code

###############################################
##  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:

Code

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:

Code

################################################
##  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:

Code

################################################
##  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

Ulf · 24. Oktober 2004

HI GPu
vielleicht hilft dir der Thread:

http://www.vdrportal.de/board/thread.php?threadid=22245&sid=&hilight=ms+6535

War mir leider zu kompliziert.
Habe leider immer noch das Problem und hoffe du giebst ne Rückmeldung wenn du es in den Griff bekommst,

GPu · 25. Oktober 2004

So, es scheint jetzt zu klappen....
Hatte noch eine Idee...

Da mein Kernel ja problemlos runterfährt ist der Power-Off Kernel (der irgendwie den Wakeup bei mir verhindert) ja eigentlich nicht nötig.
Man kann dem Kernel auch einen Runlevel mitgeben - z.B. den Runlevel 0 so daß er automatisch runterfährt.... da

Also die boot/grub/menu.lst onm diese Power-Off Variante erweitert:

Die \boot\grub\menu.lst:

Code

default 0
timeout 4
color white/blue black/light-gray


title vdr-hda2
    kernel (hd0,1)/boot/vmlinuz root=/dev/hda2 vga=normal apm=off
    initrd (hd0,1)/boot/initrd


title PowerOff
    (...)

title PowerOff2
    (...)


# --- das hier ist neu ----
title PowerOff3
    kernel (hd0,1)/boot/vmlinuz root=/dev/hda2 0 vga=normal apm=off
    initrd (hd0,1)/boot/initrd


(...)

Alles anzeigen

Test 5: Wakeup mit reboot und boot in runlevel 0
Um 16:15
Grub "mitteilen", daß beim nächsten Boot bitte in Runlevel 0 booten
Mit nvram-wakeup eine Aufwachzeit setzen, Rechner runterfahren
# echo savedefault --default=3 --once | sudo /usr/sbin/grub --batch --verbose
# nvram-wakeup --configfile=/etc/vdr/nvram-wakeup.conf -s `date +%s -d "Oct 24 16:45"`
# shutdown -r now

Rechner fährt runter, bootet, schaltet sich ab.
Sollte um 16:40 aufwachen. - tut er auch :):):):):)

Zur Sicherheit habe ich noch ein paar Timer abgewartet, ob das auch wirklich öfters klappt - tut es.
Der Schutdown dauert so zwar länger weil das System erstmal bootet un in den Runlevel 0 fahren muß... aber das stört mich nicht. Hauptsache es klappt jetzt.

Interessant ist vielleicht noch die nvram-wakeup.conf

Code

################################################
##  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
#need_reboot = ON_ANY_CHANGE


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

Weshalb das geht, obwohl addr_stat und add_day auf die gleiche Speicherstelle zeigen weiß ich nicht.....

Bistr-o-Math · 25. Oktober 2004

Zitat
Original von GPu
So, es scheint jetzt zu klappen....
Interessant ist vielleicht noch die nvram-wakeup.conf
Code
...
need_reboot = ALWAYS
#need_reboot = ON_ANY_CHANGE


addr_stat        = 0x56   # but differs somewhere else
addr_day         = 0x56   # but differs somewhere else


shift_day        = 1


...
Alles anzeigen
Weshalb das geht, obwohl addr_stat und add_day auf die gleiche Speicherstelle zeigen weiß ich nicht.....

siehe die Erklaerung in http://www.vdr-portal.de/board…?postid=206559#post206559

Uebrigens solltest du ON_ANY_CHANGE statt ALWAYS nehmen. Macht das gleiche, aber das "ALWAYS" wird in einer der naechsten Versionen von nvram-wakeup verschwinden.

Schlitz · 15. Januar 2007

muß also das hier in die nvram-wakeup.conf ?

# echo savedefault --default=3 --once | sudo /usr/sbin/grub --batch --verbose
# nvram-wakeup --configfile=/etc/vdr/nvram-wakeup.conf -s `date +%s -d "Oct 24 16:45"`
# shutdown -r now

Schlitz · 19. Januar 2007

Schreibt der beim Starten in den runlevel 0 nicht neue Werte in den NVRAM ?

Das kann doch wohl kaum im Sinne des Erfinders Absicht sein ? oder ?

Asrock K7VT4A+ will nicht aufwachen

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema