[SOLVED] DFI NFII ULTRA-AL - CEMOS Checksum error

jarjar · 3. Februar 2005

Hi,
ich habe Probleme mit einem DFI NFII ULTRA-AL
(nVIDIA nForce2 Ultra 400/MCP)
bei einem c't-VDR 3.06

nvram-wakeup.conf

Code

################################################
##  Mainboard autodetection information:
##
##    - Mainboard vendor:   ""
##    - Mainboard type:     "nVidia-nForce"
##    - Mainboard revision: ""
##    - BIOS vendor:        "Phoenix Technologies, LTD"
##    - BIOS version:       "6.00 PG"
##    - BIOS release:       "08/16/2004"


addr_stat        = 0x46
shift_stat       = 3
addr_day         = 0x48
addr_hour        = 0x49
addr_min         = 0x4A
# addr_stat        = 0x6E   # but differs somewhere else
# shift_stat       = 3
addr_chk_h       = 0x7D   # guessed
addr_chk_l       = 0x7E

Alles anzeigen

guess-error.log

Code

$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+
Assuming size of files 128 bytes
guess: Opening /dev/mem in O_RDONLY mode...
guess: _DMI_ table found: base: 0xF0000, size: 0x3AC, count: 38
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 "08/16/2004"
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 "nVidia-nForce"
guess: found string ""
guess: data block   4 at offset 0x080: type   3, size 0x00D ( 13)
guess: data block   5 at offset 0x096: type   4, size 0x020 ( 32)
guess: data block   6 at offset 0x0D3: type   5, size 0x016 ( 22)
guess: data block   7 at offset 0x0EB: type   6, size 0x00C ( 12)
guess: data block   8 at offset 0x0FB: type   6, size 0x00C ( 12)
guess: data block   9 at offset 0x10B: type   6, size 0x00C ( 12)
guess: data block  10 at offset 0x11B: type   7, size 0x013 ( 19)
guess: data block  11 at offset 0x13E: type   7, size 0x013 ( 19)
guess: data block  12 at offset 0x161: type   8, size 0x009 (  9)
guess: data block  13 at offset 0x177: type   8, size 0x009 (  9)
guess: data block  14 at offset 0x18F: type   8, size 0x009 (  9)
guess: data block  15 at offset 0x19D: type   8, size 0x009 (  9)
guess: data block  16 at offset 0x1AE: type   8, size 0x009 (  9)
guess: data block  17 at offset 0x1BF: type   8, size 0x009 (  9)
guess: data block  18 at offset 0x1D0: type   8, size 0x009 (  9)
guess: data block  19 at offset 0x1E5: type   8, size 0x009 (  9)
guess: data block  20 at offset 0x1FC: type   8, size 0x009 (  9)
guess: data block  21 at offset 0x20B: type   9, size 0x00D ( 13)
guess: data block  22 at offset 0x21E: type   9, size 0x00D ( 13)
guess: data block  23 at offset 0x231: type   9, size 0x00D ( 13)
guess: data block  24 at offset 0x244: type   9, size 0x00D ( 13)
guess: data block  25 at offset 0x257: type   9, size 0x00D ( 13)
guess: data block  26 at offset 0x26A: type   9, size 0x00D ( 13)
guess: data block  27 at offset 0x27C: type  13, size 0x016 ( 22)
guess: data block  28 at offset 0x2CD: type  16, size 0x00F ( 15)
guess: data block  29 at offset 0x2DE: type  17, size 0x015 ( 21)
guess: data block  30 at offset 0x2FF: type  17, size 0x015 ( 21)
guess: data block  31 at offset 0x320: type  17, size 0x015 ( 21)
guess: data block  32 at offset 0x341: type  19, size 0x00F ( 15)
guess: data block  33 at offset 0x352: type  20, size 0x013 ( 19)
guess: data block  34 at offset 0x367: type  20, size 0x013 ( 19)
guess: data block  35 at offset 0x37C: type  20, size 0x013 ( 19)
guess: data block  36 at offset 0x391: type  32, size 0x00B ( 11)
guess: data block  37 at offset 0x39E: type  11, size 0x005 (  5)
guess: data block  38 at offset 0x3A6: type 127, size 0x004 (  4)
guess: Following DMI entries found:
guess:  - Mainboard vendor:   ""
guess:  - Mainboard type:     "nVidia-nForce"
guess:  - Mainboard revision: ""
guess:  - BIOS vendor:        "Phoenix Technologies, LTD"
guess:  - BIOS version:       "6.00 PG"
guess:  - BIOS release:       "08/16/2004"
    checking 0x46: 0xDC 0xDC 0xDC 0xD4
    checking 0x48: 0x1F 0x0B 0x01 0x01
    checking 0x49: 0x17 0x0C 0x00 0x00
    checking 0x4A: 0x3B 0x0D 0x00 0x00
    checking 0x6E: 0x89 0x3C 0x19 0x11
    checking 0x7E: 0x50 0x50 0x40 0x50

Alles anzeigen

/var/log/messages

Code

Feb  3 02:14:13 vdr vdr[1341]: Power button pressed
Feb  3 02:14:13 vdr vdr[1341]: confirm: Taste drücken um Shutdown abzubrechen
Feb  3 02:14:19 vdr vdr[1341]: confirmed
Feb  3 02:14:19 vdr vdr[1341]: executing '/usr/lib/vdr/vdr-shutdown 1107417180 23927 11 "Kinder~Petzi~Petzi und seine Freunde" 1'
Feb  3 02:14:19 vdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S50.noad as shell script
Feb  3 02:14:19 vdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S50.tosvcd as shell script
Feb  3 02:14:19 vdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S50.vdrconvert as shell script
Feb  3 02:14:20 vdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S50.vdrrip as shell script
Feb  3 02:14:20 vdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.acpiwakeup as shell script
Feb  3 02:14:20 vdr vdr-addon-acpiwakeup: ACPIWakeup functionality is disabled
Feb  3 02:14:20 vdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.custom as shell script
Feb  3 02:14:20 vdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.nvram-wakeup as shell script
Feb  3 02:14:20 vdr vdr-nvram-wakeup: /usr/sbin/nvram-wakeup -ls 1107417180 -C /etc/nvram-wakeup.conf
Feb  3 02:14:20 vdr nvram-wakeup[8917]:  
Feb  3 02:14:20 vdr nvram-wakeup[8917]: All values are displayed as they are stored in the nvram/rtc. 
Feb  3 02:14:20 vdr nvram-wakeup[8917]: (and do not correspond necessarily to the system date/time) 
Feb  3 02:14:20 vdr nvram-wakeup[8917]:  
Feb  3 02:14:20 vdr nvram-wakeup[8917]: WakeUp  : Disabled (0xD4) 
Feb  3 02:14:20 vdr nvram-wakeup[8917]: Day     : 01 (0x01) 
Feb  3 02:14:20 vdr nvram-wakeup[8917]: Hour    : 00 (0x00) 
Feb  3 02:14:20 vdr nvram-wakeup[8917]: Minute  : 00 (0x00) 
Feb  3 02:14:20 vdr nvram-wakeup[8917]: Checksum: 0x0240 
Feb  3 02:14:20 vdr nvram-wakeup[8917]:  
Feb  3 02:14:20 vdr nvram-wakeup[8917]: Enabling (0xDC) WakeUp-on-RTC in nvram. 
Feb  3 02:14:20 vdr nvram-wakeup[8917]: New Day     : 03 (0x03) 
Feb  3 02:14:20 vdr nvram-wakeup[8917]: New Hour    : 08 (0x08) 
Feb  3 02:14:20 vdr nvram-wakeup[8917]: New Minute  : 48 (0x30) 
Feb  3 02:14:20 vdr nvram-wakeup[8917]: New Checksum: 0x0282 
Feb  3 02:14:20 vdr nvram-wakeup[8917]:  
Feb  3 02:14:20 vdr nvram-wakeup[8917]: Now really WRITING into /dev/nvram... 
Feb  3 02:14:20 vdr vdr-nvram-wakeup: nvram-wakeup: everything ok

Alles anzeigen

Beim Neustart erhalte ich einen CEMOS Checksum error, die Zeiten im BIOS stimmen allerdings.

falls es hilft poste ich die directisa Konfiguration auch, allerdings ist das Problem damit das Gleiche.

Gruss

JarJar

Oli · 3. Februar 2005

Hallo

hatte auch so ein Problem , wenn die Zeiten stimmen , sind wohl die adressen der checksumme falsch,

hast du vielleicht während des ausführen von guess-helper noch was anderes im Bios verstellt ? wenn ja guess-helper erneut ausführen

Oliver

Bistr-o-Math · 3. Februar 2005

versuch mal das:

Code

################################################
##  Mainboard autodetection information:
##
##    - Mainboard vendor:   ""
##    - Mainboard type:     "nVidia-nForce"
##    - Mainboard revision: ""
##    - BIOS vendor:        "Phoenix Technologies, LTD"
##    - BIOS version:       "6.00 PG"
##    - BIOS release:       "08/16/2004"


addr_stat        = 0x46
shift_stat       = 3
addr_day         = 0x48
addr_hour        = 0x49
addr_min         = 0x4A


addr_chk_h       = 0x6D
addr_chk_l       = 0x6E

Alles anzeigen

jarjar · 4. Februar 2005

Hallo Sergei,

vielen Dank fuer die Hilfe.

Aus welchem Ärmel hast du denn die 6D und 6E geschüttelt?

Auf jeden Fall funktioniert dieser Teil jetzt

Leider schaltet der VDR sich jetzt nicht mehr aus, sondern fordert mich flockig zum "Power down" auf.

lilo.conf

Code

[...]
image = /boot/vmlinuz
  label = Linux_acpion
  root = /dev/hda5
  initrd = /boot/initrd.img
  append = "acpi=on"
  read-only


## Ergänzung für VDR-WakeUp
  image = /boot/vmlinuz
  label = PowerOff
  root = /dev/hda5
  initrd = /boot/initrd.img
  append = "0"
  read-only

Alles anzeigen

muss in der "append"-Zeile wirklich ="0" stehen wie in Hubertus Sandmanns Anleitung beschrieben oder kann da auch "acpi=on" stehen?

Gruss

JarJar

atosch · 4. Februar 2005

das append 0 hat nichts mit acpi zu tun, sondern sorgt dafür dass dein rechner gleich in runlevel 0 (poweroff) geht.

alternativ kannst du auch nen eigenen poweroff kernel starten, oder das grub halt kommando testen.

jarjar · 5. Februar 2005

Zitat

Original von atosch
das append 0 hat nichts mit acpi zu tun, sondern sorgt dafür dass dein rechner gleich in runlevel 0 (poweroff) geht.

Das scheint dann ja nicht zu klappen. Kann noch irgendeine append-option wie apm=poweroff oder ähnlich zusätzlich zum Runlevel angegeben werden?

Zitat

alternativ kannst du auch nen eigenen poweroff kernel starten, oder das grub halt kommando testen.

wie das?

Gruss

JarJar

atosch · 5. Februar 2005

Zitat

Original von jarjar

Das scheint dann ja nicht zu klappen. Kann noch irgendeine append-option wie apm=poweroff oder ähnlich zusätzlich zum Runlevel angegeben werden?

klar

Zitat

wie das?

naja statt lilo müsstest du grub also bootloader verwenden. wenn du aber bei lilo bleiben möchtest bliebe als möglichkeit nen poweroff kernel aus dem reboot paket von http://sourceforge.net/projects/nvram-wakeup/ zu verwenden. den bindest du dann statt deinem standardimage für den poweroff ein.

jarjar · 6. Februar 2005

Vielen Dank für eure Hilfe, das Problem ist gelöst1

lilo.conf

Code

## Ergänzung für VDR-WakeUp
  image = /boot/vmlinuz
  label = PowerOff
  root = /dev/hda5
  initrd = /boot/initrd.img
  append = "0 acpi=on"
  read-only

Gruss

JarJar

Bistr-o-Math:

brauchst du noch irgendwas, um das Board einzupflegen?

Bistr-o-Math · 6. Februar 2005

ist bereits seit drei Tagen im CVS :].

[SOLVED] DFI NFII ULTRA-AL - CEMOS Checksum error

Jetzt mitmachen!

Teilen