GELÖST: MSI K8N Platinum und NVRAM

[stschulze]

hi,

ich versuche meinem easyvdr beizubringen, dass er automatisch mit hilfe von nvram aufwachen und aufnehmen soll.

hat jemend eine nvram-wakeup.conf für mich. Ich habe die bios-version vom 11.10.2005.

wenn ich mit guess-helper die einstellungen ermitteln möchte und dabei die einstellung nforce-chipsatz auswähle, bekomme ich folge nvram-wakeup.conf für directisa:

################################################
##  Mainboard autodetection information:
##
##    - Mainboard vendor:  ""
##    - Mainboard type:    "MS-7030"
##    - Mainboard revision: ""
##    - BIOS vendor:        "Phoenix Technologies, LTD"
##    - BIOS version:      "6.00 PG"
##    - BIOS release:      "11/10/2005"

addr_stat        = 0x4A
shift_stat      = 3
addr_day        = 0x4C
addr_hour        = 0x4D
addr_min        = 0x4E
addr_sec        = 0x4F
addr_stat        = 0x6D  # but differs somewhere else
shift_stat      = 2
addr_chk_h      = 0x6D  # guessed
addr_chk_l      = 0x6E

upper_method = VT82Cxxx

################################################


die dazugehörige error-log sagt folgendes:


###############################################
$Id: guess.c,v 1.22 2004/03/04 08:38:14 bistr-o-math Exp $
Opened file 31.23.59.59+ readonly...
Opened file 11.12.13.14+ readonly...
Opened file 01.00.00.00+ readonly...
Opened file 01.00.00.00- readonly...
Assuming size of files 256 bytes
guess: Opening /dev/mem in O_RDONLY mode...
guess: _DMI_ table found: base: 0xF0000, size: 0x3B3, count: 37
guess: data block  1 at offset 0x000: type  0, size 0x013 ( 19)
guess: found string "Phoenix Technologies, LTD"
guess: found string "6.00 PG"
guess: found string "11/10/2005"
guess: data block  2 at offset 0x041: type  1, size 0x019 ( 25)
guess: data block  3 at offset 0x063: type  2, size 0x008 (  8)
guess: found string ""
guess: found string "MS-7030"
guess: found string ""
guess: data block  4 at offset 0x07A: type  3, size 0x00D ( 13)
guess: data block  5 at offset 0x090: type  4, size 0x020 ( 32)
guess: data block  6 at offset 0x0E2: type  5, size 0x016 ( 22)
guess: data block  7 at offset 0x0FA: type  6, size 0x00C ( 12)
guess: data block  8 at offset 0x10A: type  6, size 0x00C ( 12)
guess: data block  9 at offset 0x11A: type  6, size 0x00C ( 12)
guess: data block  10 at offset 0x12A: type  7, size 0x013 ( 19)
guess: data block  11 at offset 0x14D: type  7, size 0x013 ( 19)
guess: data block  12 at offset 0x170: type  8, size 0x009 (  9)
guess: data block  13 at offset 0x186: type  8, size 0x009 (  9)
guess: data block  14 at offset 0x19E: type  8, size 0x009 (  9)
guess: data block  15 at offset 0x1AC: type  8, size 0x009 (  9)
guess: data block  16 at offset 0x1BD: type  8, size 0x009 (  9)
guess: data block  17 at offset 0x1CE: type  8, size 0x009 (  9)
guess: data block  18 at offset 0x1DF: type  8, size 0x009 (  9)
guess: data block  19 at offset 0x1F4: type  8, size 0x009 (  9)
guess: data block  20 at offset 0x20B: type  8, size 0x009 (  9)
guess: data block  21 at offset 0x21A: type  9, size 0x00D ( 13)
guess: data block  22 at offset 0x22D: type  9, size 0x00D ( 13)
guess: data block  23 at offset 0x240: type  9, size 0x00D ( 13)
guess: data block  24 at offset 0x253: type  9, size 0x00D ( 13)
guess: data block  25 at offset 0x266: type  9, size 0x00D ( 13)
guess: data block  26 at offset 0x279: type  9, size 0x00D ( 13)
guess: data block  27 at offset 0x28B: type  13, size 0x016 ( 22)
guess: data block  28 at offset 0x2DC: type  16, size 0x00F ( 15)
guess: data block  29 at offset 0x2ED: type  17, size 0x015 ( 21)
guess: data block  30 at offset 0x30E: type  17, size 0x015 ( 21)
guess: data block  31 at offset 0x32F: type  17, size 0x015 ( 21)
guess: data block  32 at offset 0x350: type  19, size 0x00F ( 15)
guess: data block  33 at offset 0x361: type  20, size 0x013 ( 19)
guess: data block  34 at offset 0x376: type  20, size 0x013 ( 19)
guess: data block  35 at offset 0x38B: type  20, size 0x013 ( 19)
guess: data block  36 at offset 0x3A0: type  32, size 0x00B ( 11)
guess: data block  37 at offset 0x3AD: type 127, size 0x004 (  4)
guess: Following DMI entries found:
guess:  - Mainboard vendor:  ""
guess:  - Mainboard type:    "MS-7030"
guess:  - Mainboard revision: ""
guess:  - BIOS vendor:        "Phoenix Technologies, LTD"
guess:  - BIOS version:      "6.00 PG"
guess:  - BIOS release:      "11/10/2005"
    checking 0x4A: 0xF8 0xF8 0xF8 0xF0
    checking 0x4C: 0x1F 0x0B 0x01 0x01
    checking 0x4D: 0x17 0x0C 0x00 0x00
    checking 0x4E: 0x3B 0x0D 0x00 0x00
    checking 0x4F: 0x3B 0x0E 0x00 0x00
    checking 0x6D: 0x14 0x14 0x14 0x13
    checking 0x6E: 0xB0 0x36 0x05 0xFD
################################################

die nvram-wakeup.conf  für nvram-module sieht nicht anders aus.

mit der vorgenannten config-datei funzt es nicht.

hat jemend evtl. eine passende nvram-wakeup.conf für mich?

was kann ich sonst tun?


herzlichen gruß
stephan

[wbreu]

Hi stschulze,

probiers mal so:

Wichtig ist, ändern und übers OSD rebooten und im OSD nvram-wakeup auswählen.



################################################
##  Mainboard autodetection information:
##
##    - Mainboard vendor:  ""
##    - Mainboard type:    "MS-7030"
##    - Mainboard revision: ""
##    - BIOS vendor:        "Phoenix Technologies, LTD"
##    - BIOS version:      "6.00 PG"
##    - BIOS release:      "11/10/2005"

addr_stat        = 0x4A
shift_stat      = 3
addr_day        = 0x4C
addr_hour        = 0x4D
addr_min        = 0x4E
addr_sec        = 0x4F
#addr_stat        = 0x6D  # but differs somewhere else
shift_stat      = 2
addr_chk_h      = 0x6D  # guessed
addr_chk_l      = 0x6E

upper_method = VT82Cxxx

Gruß
Wolfgang

[stschulze]

wenn ich die cofiguration nutze bekomme ich bei folgendem befehl:

nvram-wakeup -C /etc/nvram-wakeup.conf --directisa

folgende meldung:
nvram-wakeup: /etc/nvram-wakeup.conf: 19: Previous definition of variable `shift_stat': first definition in line 13
nvram-wakeup: Reading configuration file returned with errors.

welche definition muss ich nun löschen?

[wbreu]

Hi nochmal,

shift_stat      = 2, nimm das auch noch raus und dann schauen wir mal.

Wolfgang

[stschulze]

funzt nicht...

hab jetzt nochmal guess-helper ausgeführt und vorher die nvram-verzeichnisse in root sowie die nvram-wakeup.conf in etc gelöscht...
bei guess-helper habe ich nun mal am anfang angegeben, dass mit der chipsatz unbekannt ist.

ich erhalte folgende nvram-wakeup.conf mit directisa:

################################################
##  Mainboard autodetection information:
##
##    - Mainboard vendor:  ""
##    - Mainboard type:    "MS-7030"
##    - Mainboard revision: ""
##    - BIOS vendor:        "Phoenix Technologies, LTD"
##    - BIOS version:      "6.00 PG"
##    - BIOS release:      "11/10/2005"

addr_stat        = 0x4A
shift_stat      = 3
addr_day        = 0x4C
addr_hour        = 0x4D
addr_min        = 0x4E
addr_sec        = 0x4F
addr_chk_h      = 0x6D  # guessed
addr_chk_l      = 0x6E
need_reboot = ON_ANY_CHANGE  #selbst hinzugefügt

################################################


und folgende errror.log:

$Id: guess.c,v 1.22 2004/03/04 08:38:14 bistr-o-math Exp $
Opened file 31.23.59.59+ readonly...
Opened file 11.12.13.14+ readonly...
Opened file 01.00.00.00+ readonly...
Opened file 01.00.00.00- readonly...
Couldn't read byte 0x80 from 31.23.59.59+  #was soll mir das sagen?
Assuming size of files 128 bytes
guess: Opening /dev/mem in O_RDONLY mode...
guess: _DMI_ table found: base: 0xF0000, size: 0x3B3, count: 37
guess: data block  1 at offset 0x000: type  0, size 0x013 ( 19)
guess: found string "Phoenix Technologies, LTD"
guess: found string "6.00 PG"
guess: found string "11/10/2005"
guess: data block  2 at offset 0x041: type  1, size 0x019 ( 25)
guess: data block  3 at offset 0x063: type  2, size 0x008 (  8)
guess: found string ""
guess: found string "MS-7030"
guess: found string ""
guess: data block  4 at offset 0x07A: type  3, size 0x00D ( 13)
guess: data block  5 at offset 0x090: type  4, size 0x020 ( 32)
guess: data block  6 at offset 0x0E2: type  5, size 0x016 ( 22)
guess: data block  7 at offset 0x0FA: type  6, size 0x00C ( 12)
guess: data block  8 at offset 0x10A: type  6, size 0x00C ( 12)
guess: data block  9 at offset 0x11A: type  6, size 0x00C ( 12)
guess: data block  10 at offset 0x12A: type  7, size 0x013 ( 19)
guess: data block  11 at offset 0x14D: type  7, size 0x013 ( 19)
guess: data block  12 at offset 0x170: type  8, size 0x009 (  9)
guess: data block  13 at offset 0x186: type  8, size 0x009 (  9)
guess: data block  14 at offset 0x19E: type  8, size 0x009 (  9)
guess: data block  15 at offset 0x1AC: type  8, size 0x009 (  9)
guess: data block  16 at offset 0x1BD: type  8, size 0x009 (  9)
guess: data block  17 at offset 0x1CE: type  8, size 0x009 (  9)
guess: data block  18 at offset 0x1DF: type  8, size 0x009 (  9)
guess: data block  19 at offset 0x1F4: type  8, size 0x009 (  9)
guess: data block  20 at offset 0x20B: type  8, size 0x009 (  9)
guess: data block  21 at offset 0x21A: type  9, size 0x00D ( 13)
guess: data block  22 at offset 0x22D: type  9, size 0x00D ( 13)
guess: data block  23 at offset 0x240: type  9, size 0x00D ( 13)
guess: data block  24 at offset 0x253: type  9, size 0x00D ( 13)
guess: data block  25 at offset 0x266: type  9, size 0x00D ( 13)
guess: data block  26 at offset 0x279: type  9, size 0x00D ( 13)
guess: data block  27 at offset 0x28B: type  13, size 0x016 ( 22)
guess: data block  28 at offset 0x2DC: type  16, size 0x00F ( 15)
guess: data block  29 at offset 0x2ED: type  17, size 0x015 ( 21)
guess: data block  30 at offset 0x30E: type  17, size 0x015 ( 21)
guess: data block  31 at offset 0x32F: type  17, size 0x015 ( 21)
guess: data block  32 at offset 0x350: type  19, size 0x00F ( 15)
guess: data block  33 at offset 0x361: type  20, size 0x013 ( 19)
guess: data block  34 at offset 0x376: type  20, size 0x013 ( 19)
guess: data block  35 at offset 0x38B: type  20, size 0x013 ( 19)
guess: data block  36 at offset 0x3A0: type  32, size 0x00B ( 11)
guess: data block  37 at offset 0x3AD: type 127, size 0x004 (  4)
guess: Following DMI entries found:
guess:  - Mainboard vendor:  ""
guess:  - Mainboard type:    "MS-7030"
guess:  - Mainboard revision: ""
guess:  - BIOS vendor:        "Phoenix Technologies, LTD"
guess:  - BIOS version:      "6.00 PG"
guess:  - BIOS release:      "11/10/2005"
    checking 0x4A: 0xF8 0xF8 0xF8 0xF0
    checking 0x4C: 0x1F 0x0B 0x01 0x01
    checking 0x4D: 0x17 0x0C 0x00 0x00
    checking 0x4E: 0x3B 0x0D 0x00 0x00
    checking 0x4F: 0x3B 0x0E 0x00 0x00
    checking 0x6E: 0xB4 0x3A 0x09 0x01


meine feststellungen:
- runterfahren funktioniert
- die zeit des timers wird im bios richtig gesetzt
- der timer wird nicht enabled !!!!

ergo: der rechner fährt nicht hoch!

[tycoon96]

probier mal das:

$NVRAMCMD --iwname shuttle_fn85 --directisa -ls $1 <-- geänderter eintrag

lass dich von der shuttle sache nicht täuschen.....

nach dieser anleitung:
http://www.easy-vdr.de/forum/index.php?topic=174.0

gruss


tycoon96

[stschulze]

hi tycoon,

könnten wir ggf. mal telefonieren? ich kapiers nicht...wenns funzt mach ich dann ne beschreibung für doofe fertig..

[wbreu]

Hi stschulze,

wie siehts denn aus, rebootet er dann und geht in den poweroff-kernel?

Wolfgang

[tycoon96]

keine panik,

hilfe naht.....

konsole öffnen mit putty

stopvdr eintippen

dann "nano /usr/bin/easyvdr/vdrshutdown" <--ohne die anführungszeichen


in dieser datei suchst du nach diesem eintrag:

$NVRAMCMD -C /etc/nvram-wakeup.conf --directisa -ls $1

und änderst ihn in das:

$NVRAMCMD --iwname shuttle_fn85 --directisa -ls $1 <-- geänderter eintrag

speichern mit Strg+o
und verlassen mit Strg+x

(du kannst natürlich aud den editor deiner wahl nehmen, mc half mir am anfang)

reboot

dann testen....


gruss

tycoon96

[tycoon96]

sorry wbreu, wollte nicht dazwischen funken...


gruss

tycoon96

[stschulze]

diesen eintrag habe ich eingebaut und den alten auskommentiert:

$NVRAMCMD --iwname shuttle_fn85 --directisa -ls $1 <-- geänderter eintrag


dann gespeichert und neu gebootet.


wenn ich dann mit folgendem befehl testen will:
nvram-wakeup -C /etc/nvram-wakeup.conf --directisa -s $((`date +%s` + 10 * 60))

bekomme ich folgende meldung:
linvdr:~# nvram-wakeup -C /etc/nvram-wakeup.conf --directisa -s $((`date +%s` + 10 * 60))

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

WakeUp  : Enabled (0xFC)
Day    : 11 (0x0B)
Hour    : 11 (0x0B)
Minute  : 31 (0x1F)
Second  : 57 (0x39)
Checksum: 0x147B

Enabling (0xFC) WakeUp-on-RTC in nvram.
New Day    : 11 (0x0B)
New Hour    : 11 (0x0B)
New Minute  : 34 (0x22)
New Second  : 45 (0x2D)
New Checksum: 0x1472

Now really WRITING into /dev/nvram...
  The changes to take effect, you must reboot your computer now.


wenn ich dann auf der fernbedienung den power-button drücke fährt der rechner nicht mehr runter (das ging vor änderung der vdrshutdown)
wenn ich den befehl poweroff eingebe fährt er runter, macht aber keinen reboot vor dem ausschalten.....
????

[tycoon96]

der befehl muss dann


"nvram-wakeup --iwname shuttle_fn85 --directisa -ls $1((`date +%s` + 10 * 60))"


heissen


gruss

tycoon96

[wbreu]

Hi nochmal stschulze,

so mischt du auch beide Methoden!

Einmal hast du in der vdrshutdown $NVRAMCMD --iwname shuttle_fn85 --directisa -ls $1 <-- geänderter eintrag.

und jetzt sprichst du die mit

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

die nvram-wakeup.conf an. Das kann nicht gehen!

Bitte nimmt doch die von dir erstellte nvram-wakeup.conf und probiers in aller Ruhe nochmal so wie im FAQ beschrieben.

Bootet die Kiste in den poweroff-Kernel?

Wolfgang

[stschulze]

[quote author=tycoon96 link=topic=502.msg3836#msg3836 date=1165832743]
der befehl muss dann


"nvram-wakeup --iwname shuttle_fn85 --directisa -ls $1((`date +%s` + 10 * 60))"


heissen


ich bekomme folgenden fehler
-bash: syntax error near unexpected token `('

[stschulze]

hi wbreu,

sorry, dass ich nerve...aber ich bin kein experteund mit der faq hab ich mich beschäftigt und es danach gemacht.....nur ich verstehe auch nicht alles, da ich nicht wirklich fit in sachen vdr und linux bin.

herzlichen gruß
stephan

[wbreu]

hi wbreu,

sorry, dass ich nerve...aber ich bin kein experteund mit der faq hab ich mich beschäftigt und es danach gemacht.....nur ich verstehe auch nicht alles, da ich nicht wirklich fit in sachen vdr und linux bin.

herzlichen gruß
stephan

Hi nochmal,

also erstmal, du nervst nicht, ich will dir ja nur helfen und mein Hinweis vorher soll dir das ja nur erklären.

Ich kann mir nicht vorstellen, dass das klappt, weil das Bios ähnlich aber nicht gleich ist:

"nvram-wakeup --iwname shuttle_fn85 --directisa -ls $1 ((`date +%s` + 10 * 60))"


Gruß
Wolfgang

Wie gesagt nimm bitte die erstellte nvram-wakeup.conf und probiers nochmal, nach Änderung der vdrshutdown!

[stschulze]

warum steht dann das board bei der nvram-boardliste mit unter shuttle_fn85?

was soll ich dann mit der vdrshutdown-änderung machen?

[wbreu]

Naja, wenn du die Änderung in die shutdown eingearbeitet hast,

$NVRAMCMD --iwname shuttle_fn85 --directisa -ls $1 <-- geänderter eintrag


musst du den Eintrag wieder auf auf die nvram-wakeup.conf umstellen

Wolfgang

[stschulze]

ok, mach ich gleich, warum taucht mein board dann bei der nvram-bekannte borads auf?:
{ IW(shuttle_fn85),    /* MSI K8N Neo Platinum */ "", "MS-7030", "", "Phoenix Technologies, LTD", "6.00 PG", "05/18/2004" },

[stschulze]

also ... ich hab jetzt nochmal die vdrshutdown angepasst und greife auf /etc/nvram-wakeup.conf zurück

wie stelle ich fest, ob der power-off-kernel genutzt wird?

[wbreu]

ok, mach ich gleich, warum taucht mein board dann bei der nvram-bekannte borads auf?:
{ IW(shuttle_fn85),    /* MSI K8N Neo Platinum */ "", "MS-7030", "", "Phoenix Technologies, LTD", "6.00 PG", "05/18/2004" },

Hi nochmal,

ja ist schon richtig, dass dein Board da auftaucht, aber die Biosversion ist eine ganz andere, oder?

Aus meiner Erfahrung müssen aber Board, Version und Biosversion zu 100% passen um die Standardversion anzuwenden. Das erkennt man auch dass mehrere Boards gleichen Namens mit unterschiedlichen Biosversionen in dem Link aus der FAQ stehen.

Dein Board im Moment:

################################################
##  Mainboard autodetection information:
##
##    - Mainboard vendor:  ""
##    - Mainboard type:    "MS-7030"
##    - Mainboard revision: ""
##    - BIOS vendor:        "Phoenix Technologies, LTD"
##    - BIOS version:      "6.00 PG"
##    - BIOS release:      "11/10/2005"

Wolfgang

[wbreu]

also ... ich hab jetzt nochmal die vdrshutdown angepasst und greife auf /etc/nvram-wakeup.conf zurück

wie stelle ich fest, ob der power-off-kernel genutzt wird?

Du stellst das fest, wenn die Kiste herunterfährt und dann nicht komplett ausgeht, sondern nochmal bis zum poweroff (lilo) startet und dann erst ausgeht.

Wolfgang

[stschulze]

also...ich nutze nunmehr wieder die nvram-wakeup.conf

beim runterfahren macht der rechner einen reboot und bringt eine meldung, welche sagt:

loading poweroff
...
booting kernel

dann geht der rechner aus....

im bios wird die zeit des timers richtig eingestellt, jedoch dird der timer mit disabled eingestellt...der rechner bootet nicht!

[wbreu]

Was passiert denn wenn du im Bios die Wakeupfunktionen alle disablest und dann neu bootest und dann den test nochmals machst?

sorry, das Aufwachen bringen wir nur mit testen hin, aber das schaffen wir schon.

Wolfgang

[stschulze]

die zeit des timers wird richtig eingestellt nur der timer nicht auf enabled geschaltet...ergo wird der rechner nicht hochfahren....siehe v.g. beschriebenes verhalten