Problem mit Asus A7V133

    Hi,


    ich habe ein Problem nvram-wakeup auf meinem A7V133 zu laufen zu bekommen.
    Die anderen Topics hier im Forum habe ich gelesen, aber die haben leider nicht weitergeholfen...


    Biosinfo:


    Following DMI entries found:
    - Mainboard vendor: "ASUSTeK Computer INC."
    - Mainboard type: "<A7V133>"
    - Mainboard revision: "REV 1.xx"
    - BIOS vendor: "Award Software, Inc."
    - BIOS version: "ASUS A7V-133 ACPI BIOS Revision 1009"
    - BIOS release: "04/23/2002"



    nvram-wakeup -D:


    nvram-wakeup: Printing debug messages enbled.
    nvram-wakeup: $Id: nvram-wakeup.h,v 1.26 2003/08/07 17:14:40 bistr-o-math Exp $
    nvram-wakeup: $Id: nvram-wakeup-mb.h,v 1.115 2003/03/18 13:44:04 bistr-o-math Exp $
    nvram-wakeup: $Id: nvram-wakeup.c,v 1.60 2003/08/06 13:46:32 bistr-o-math Exp $
    nvram-wakeup: Opening /dev/mem in O_RDONLY mode...
    nvram-wakeup: _DMI_ table found: base: 0xF2940, size: 0x566, count: 49
    nvram-wakeup: data block 1 at offset 0x000: type 0, size 0x014 ( 20)
    nvram-wakeup: found string "Award Software, Inc."
    nvram-wakeup: found string "ASUS A7V-133 ACPI BIOS Revision 1009"
    nvram-wakeup: found string "04/23/2002"
    nvram-wakeup: data block 2 at offset 0x05A: type 1, size 0x019 ( 25)
    nvram-wakeup: data block 3 at offset 0x0B2: type 2, size 0x008 ( 8)
    nvram-wakeup: found string "ASUSTeK Computer INC."
    nvram-wakeup: found string "<A7V133>"
    nvram-wakeup: found string "REV 1.xx"
    nvram-wakeup: data block 4 at offset 0x0EF: type 3, size 0x011 ( 17)
    nvram-wakeup: data block 5 at offset 0x14C: type 4, size 0x020 ( 32)
    nvram-wakeup: data block 6 at offset 0x19C: type 5, size 0x016 ( 22)
    nvram-wakeup: data block 7 at offset 0x1B4: type 6, size 0x00C ( 12)
    nvram-wakeup: data block 8 at offset 0x1C8: type 6, size 0x00C ( 12)
    nvram-wakeup: data block 9 at offset 0x1DC: type 6, size 0x00C ( 12)
    nvram-wakeup: data block 10 at offset 0x1F0: type 7, size 0x013 ( 19)
    nvram-wakeup: data block 11 at offset 0x20D: type 7, size 0x013 ( 19)
    nvram-wakeup: data block 12 at offset 0x22A: type 8, size 0x009 ( 9)
    nvram-wakeup: data block 13 at offset 0x244: type 8, size 0x009 ( 9)
    nvram-wakeup: data block 14 at offset 0x260: type 8, size 0x009 ( 9)
    nvram-wakeup: data block 15 at offset 0x271: type 8, size 0x009 ( 9)
    nvram-wakeup: data block 16 at offset 0x280: type 8, size 0x009 ( 9)
    nvram-wakeup: data block 17 at offset 0x28F: type 8, size 0x009 ( 9)
    nvram-wakeup: data block 18 at offset 0x29E: type 8, size 0x009 ( 9)
    nvram-wakeup: data block 19 at offset 0x2AD: type 8, size 0x009 ( 9)
    nvram-wakeup: data block 20 at offset 0x2C5: type 8, size 0x009 ( 9)
    nvram-wakeup: data block 21 at offset 0x2DA: type 8, size 0x009 ( 9)
    nvram-wakeup: data block 22 at offset 0x2F2: type 8, size 0x009 ( 9)
    nvram-wakeup: data block 23 at offset 0x30A: type 8, size 0x009 ( 9)
    nvram-wakeup: data block 24 at offset 0x322: type 8, size 0x009 ( 9)
    nvram-wakeup: data block 25 at offset 0x33A: type 8, size 0x009 ( 9)
    nvram-wakeup: data block 26 at offset 0x34E: type 8, size 0x009 ( 9)
    nvram-wakeup: data block 27 at offset 0x365: type 8, size 0x009 ( 9)
    nvram-wakeup: data block 28 at offset 0x37A: type 9, size 0x00D ( 13)
    nvram-wakeup: data block 29 at offset 0x38E: type 9, size 0x00D ( 13)
    nvram-wakeup: data block 30 at offset 0x3A2: type 9, size 0x00D ( 13)
    nvram-wakeup: data block 31 at offset 0x3B6: type 9, size 0x00D ( 13)
    nvram-wakeup: data block 32 at offset 0x3CA: type 9, size 0x00D ( 13)
    nvram-wakeup: data block 33 at offset 0x3DE: type 9, size 0x00D ( 13)
    nvram-wakeup: data block 34 at offset 0x3F0: type 9, size 0x00D ( 13)
    nvram-wakeup: data block 35 at offset 0x402: type 10, size 0x006 ( 6)
    nvram-wakeup: data block 36 at offset 0x41A: type 11, size 0x005 ( 5)
    nvram-wakeup: data block 37 at offset 0x424: type 13, size 0x016 ( 22)
    nvram-wakeup: data block 38 at offset 0x44B: type 14, size 0x00E ( 14)
    nvram-wakeup: data block 39 at offset 0x465: type 14, size 0x01D ( 29)
    nvram-wakeup: data block 40 at offset 0x495: type 16, size 0x00F ( 15)
    nvram-wakeup: data block 41 at offset 0x4A6: type 17, size 0x017 ( 23)
    nvram-wakeup: data block 42 at offset 0x4C5: type 17, size 0x017 ( 23)
    nvram-wakeup: data block 43 at offset 0x4E4: type 17, size 0x017 ( 23)
    nvram-wakeup: data block 44 at offset 0x503: type 19, size 0x00F ( 15)
    nvram-wakeup: data block 45 at offset 0x514: type 20, size 0x013 ( 19)
    nvram-wakeup: data block 46 at offset 0x529: type 20, size 0x013 ( 19)
    nvram-wakeup: data block 47 at offset 0x53E: type 20, size 0x013 ( 19)
    nvram-wakeup: data block 48 at offset 0x553: type 32, size 0x00B ( 11)
    nvram-wakeup: data block 49 at offset 0x560: type 127, size 0x004 ( 4)
    nvram-wakeup: Following DMI entries found:
    nvram-wakeup: - Mainboard vendor: "ASUSTeK Computer INC."
    nvram-wakeup: - Mainboard type: "<A7V133>"
    nvram-wakeup: - Mainboard revision: "REV 1.xx"
    nvram-wakeup: - BIOS vendor: "Award Software, Inc."
    nvram-wakeup: - BIOS version: "ASUS A7V-133 ACPI BIOS Revision 1009"
    nvram-wakeup: - BIOS release: "04/23/2002"
    nvram-wakeup: Using following bios info:
    nvram-wakeup: need_reboot = 0
    nvram-wakeup: addr_chk_h = 0x6C
    nvram-wakeup: addr_chk_l = 0x6D
    nvram-wakeup: addr_chk_h2 = 0x00
    nvram-wakeup: addr_chk_l2 = 0x00
    nvram-wakeup: addr_stat = 0x56
    nvram-wakeup: addr_mon = 0x00
    nvram-wakeup: addr_date = 0x00
    nvram-wakeup: addr_wdays = 0x00
    nvram-wakeup: addr_hour = 0x00
    nvram-wakeup: addr_min = 0x00
    nvram-wakeup: addr_sec = 0x00
    nvram-wakeup: shift_stat = 4
    nvram-wakeup: shift_mon = 0
    nvram-wakeup: shift_date = 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 = 1
    nvram-wakeup: rtc_date = 0x6F
    nvram-wakeup: rtc_mon = 0x00
    nvram-wakeup: rtc_date_0_is_c0 = 0
    nvram-wakeup: rtc_mon_0_is_c0 = 0
    nvram-wakeup: reset_date = 1
    nvram-wakeup: reset_mon = 0
    nvram-wakeup: nr_stat = 1
    nvram-wakeup: nr_mon = 4
    nvram-wakeup: nr_date = 5
    nvram-wakeup: nr_hour = 5
    nvram-wakeup: nr_min = 6
    nvram-wakeup: nr_sec = 6
    nvram-wakeup: nr_rtc_date = 6
    nvram-wakeup: nr_rtc_mon = 5
    nvram-wakeup: nr_wdays = 7
    nvram-wakeup: bcd = 0
    nvram-wakeup: date_no_chk = 0
    nvram-wakeup: date_hack = 0
    nvram-wakeup: Opening /dev/rtc in O_RDONLY mode...
    nvram-wakeup: Hardware clock: 2004-01-01 21:13:28
    nvram-wakeup: rtc.tm_isdst : 0
    nvram-wakeup: rtc.tm_gmtoff: 3600
    nvram-wakeup: diff : -1
    nvram-wakeup: RTC is running in localtime!
    nvram-wakeup: Test (this should be the current time of the hardware clock): Thu Jan 1 21:13:28 2004
    nvram-wakeup: Opening /dev/nvram in O_RDONLY mode...
    nvram-wakeup: The size of /dev/nvram is 114 bytes.
    nvram-wakeup: value of the addr_stat byte is: 0x07.
    nvram-wakeup: value of the rtc_date byte is: 0x00.
    nvram-wakeup: value of the addr_chk_h byte is: 0x09.
    nvram-wakeup: value of the addr_chk_l byte is: 0x41.
    nvram-wakeup: Opening /dev/rtc in O_RDONLY mode...
    nvram-wakeup: Checksum is: 0x0941.

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

    WakeUp : Disabled (0x07)
    rtcDate : 00 (0x00)
    rtcHour : 00
    rtcMin : 13
    rtcSec : 50
    Checksum: 0x0941




    Die Werte werden richtig ins Bios eingetragen (im Bios sichtbar) und sind auch nach einem reboot noch richtig eingetragen.
    Der Rechner fährt aber erst automtisch hoch, nachdem ich im bios einmal "save-settings" gemacht habe..... (nur reboot reicht nicht).



    Für tipps wäre ich dankbar.


    Ciao UloPe


    bist du dir sicher? Es gibt boards, die wachen nicht auf, wenn mit APM-Funktion ausgeschaltet, es gibt boards, die wachen nicht auf, wenn per ACPI-Funktion ausgeschaltet. Es gibt sgar boards, die wachen nicht auf, wenn per Power-Button ausgeschaltet.


    Du musst erst rausfinden, welche "Ausschaltmethode" den Rechner so ausmacht, dass er aufwacht.

    Moin,


    habe es jetzt hinbekommen.


    Ich muss den Rechner nach jeder Änderung rebooten (auch wenn sich nur die Uhrzeit geändert hat).


    Und scheinbar darf ich den PC nicht per ACPI abschalten.
    Ich verwende jetzt den "halt" Befehl von grub.


    Eine Frage habe ich noch:
    Wieso sagt nvram-wakeup, obwohl ich in der nvram-wakeup-mb.c reboot=always gesetzt habe, nur bei Änderungen des "Zustands" (Wakeup aktiviert/deaktiviert) dass ich neu booten muss?!


    Cu UloPe

    Zitat

    Original von UloPe
    Moin,


    habe es jetzt hinbekommen.


    Ich muss den Rechner nach jeder Änderung rebooten (auch wenn sich nur die Uhrzeit geändert hat).


    meinst du vielleicht sogar: "auch wenn sich nichts geaendert hat?"


    Zitat

    Und scheinbar darf ich den PC nicht per ACPI abschalten.
    Ich verwende jetzt den "halt" Befehl von grub.


    Eine Frage habe ich noch:
    Wieso sagt nvram-wakeup, obwohl ich in der nvram-wakeup-mb.c reboot=always gesetzt habe, nur bei Änderungen des "Zustands" (Wakeup aktiviert/deaktiviert) dass ich neu booten muss?!


    ich nehme an, dass du nur deswegen rebooten musst, weil dein Kernel sonst per ACPI ausschaltet.
    die need_reboot Option ist dafuer da, um nach einer Aenderung dem BIOS klar zu machen, dass sich
    was geaedert hat. Wenn man bei so einem board keinen reboot machen wuerde, wuerde es zur zuvor
    einprogrammierten Zeit aufwachen anstatt zur neuen. In deinem Fall wuerde das board ueberhaupt nicht aufwachen, da es per ACPI ausgeschaltet wurde.


    du musst in der vdrshutdown immer einen reboot statt shutdown -h machen.

    Hast recht, ich muss scheinbar immer rebooten.
    Ich muss dazusagen, dass ich Kernel 2.6.0 benuze...
    Mit 2.4 hab ich es noch nicht versucht, weil der aus unerfindlichen Gründen super instabil ist... (ist mir jetzt aber auch egal, da 2.6 super läuft)


    Die vdrshutdown hab ich schon angepasst, ich dachte aber, dass reboot=always genau das bedeutet (immer rebooten).


    Cu UloPe

    Zitat

    Original von UloPe
    Hast recht, ich muss scheinbar immer rebooten.
    Ich muss dazusagen, dass ich Kernel 2.6.0 benuze...
    Mit 2.4 hab ich es noch nicht versucht, weil der aus unerfindlichen Gründen super instabil ist... (ist mir jetzt aber auch egal, da 2.6 super läuft)


    Die vdrshutdown hab ich schon angepasst, ich dachte aber, dass reboot=always genau das bedeutet (immer rebooten).


    ich sollte aus "ALWAYS" vielleicht "ON_ANY_CHANGE" machen.

    Zitat

    Original von Bistr-o-Math


    ich sollte aus "ALWAYS" vielleicht "ON_ANY_CHANGE" machen.


    Also um alle Klarheiten zu beseitigen:

    • Angenommen wakeup ist im bios ausgeschaltet.
    • Ich setze wakeup auf jetzt + 10min; nvram-wakeup sagt: reboot needed
    • also reboot->poweroff
    • nach 10 min wacht der rechner auf.
    • ich setzte wieder wakeup auf jetzt + 10 min (wakeup war ja noch aktiv, also wird nur die uhrzeit geändert); nvram-wakeup sagt: "kein reboot"


    Sollte genau hier reboot=always nicht trotzdem einen reboot "anfordern"?


    Cu UloPe


    nein.



    der Parameter need_reboot hat nichts damit zu tun, dass dein Kernel den PC zu gut "einschläfert".


    es gibt zwei verschiedene Probleme, die beide durch einen reboot geloest werden koennen.
    das eine ist board-abhaengig und bei jedem Benutzer gleich. das andere ist Kernel-spezifisch und
    bei jedem Benutzer anders, kann also von nvram-wakeup eigentlich nicht abgefangen werden.


    nun, das erste Problem: bei manchen boards ist ein reboot notwendig, damit das BIOS mitbekommt,
    dass die Wakeup-Daten geaendert wurden. Beispiel: ich setze eine Wakeup-Zeit auf
    12. 11:30:00 und schalte ein (meinetwegen direkt im BIOS). Dann boote ich linux und setze die
    Wakeup-Zeit auf den 11. 10:50:00 mit Hilfe von nvram-wakeup. Dann shutdown.
    Der Rechner wacht am 12. um 11:30 auf! Da das bios die Aenderung nicht mitbekommen hat.
    Nun fahre ich ohne was zu aendern runter und er wacht das naechste mal am 11. um 10:50 auf.


    Bei diesem Problem ist es offensichtlich, dass kein reboot notwendig ist, falls nichts geaendert wurde.


    das zweite Problem ist, dass manche boards nur dann automatisch aufwachen, falls
    sie per APM ausgemacht werden (manche nur bei ACPI und manche nur bei Power-Knopf am Gehaeuse)


    Das Problem ist aber unabhaengig von nvram-wakeup und kann von nvram-wakeup auch gar nicht
    erkannt werden. Wenn also das eigene Board nur dann aufwacht, wenn man es per
    APM ausschaltet aber man gern ACPI kernel benutzen will oder gar muss, kann das Problem auch
    durch einen Reboot geloest werden. in diesem Falle ersetze man in der vdrshutdown den Teil 0)
    durch die gleichen Anweisungen wie den Teil 1). Also etwa so:

    oder so:



    Nochmal zurueck zu deinem Beispiel:


    Zitat

    Original von UloPe


    Also um alle Klarheiten zu beseitigen:

    • Angenommen wakeup ist im bios ausgeschaltet.
    • Ich setze wakeup auf jetzt + 10min; nvram-wakeup sagt: reboot needed
    • also reboot->poweroff
    • nach 10 min wacht der rechner auf.
    • ich setzte wieder wakeup auf jetzt + 10 min (wakeup war ja noch aktiv, also wird nur die uhrzeit geändert); nvram-wakeup sagt: "kein reboot"


    Sollte genau hier reboot=always nicht trotzdem einen reboot "anfordern"?


    nein. die Aenderung der Wakeup-Zeit ist bereits bis ins BIOS "durchgedrungen". Wenn du den
    Rechner also geschickt ausmachen wuerdest, wuerde er zur neu einprogrammierten
    (nicht zu der vorher einprogrammierten!) Zeit auch aufwachen.


    Dass dieses "geschickt ausmachen" bei dir einen reboot erfordert, kann nvram-wakeup nicht
    wissen. denn eine andere moeglichkeit, den Rechner "geschickt auszumachen" ist, einen APM
    kernel zu verwenden. oder aber APM und ACPI als module kompillieren und vor dem runterfahren
    ACPI entladen, APM laden und dann runter mit der Kiste.


    (versteh mich nicht falsch: Ich wuerde auch den Weg per reboot waehlen)

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden