easyVDR Kopie des easyVDR-Forums zum Nachschlagen
ERLEDIGT: nvram-wakeup.conf Syntax?

easyVDR - >VARforumsname - >ERLEDIGT: nvram-wakeup.conf Syntax?

Hessi  24.Feb.2008 02:53:24
Hallo Leute,

ich wollte gerne doch mal etwas Strom sparen und nun soll sich auch mein VDR ausschalten.
Dazu eine Zwischenfrage:
Ich habe das Board meiner Mutter (MSI 6777) konfiguriert und auch die nvram-wakeup.conf an den Sergei geschickt, wie es guess-helper erbeten hat. Die MB-Liste, auf die das Wiki verweist, ist aber mittlerweile zwei Jahre alt. Offenbar wird also nicht wirklich irgendwo eine Motherboard-Liste gepflegt, oder?

Wie auch immer. Mein Problem ist, dass die generierte conf-Datei nicht von nvram-wakeup "gefressen" wird.


################################################
##  Mainboard autodetection information:
##
##    - Mainboard vendor:  "http://www.abit.com.tw/"
##    - Mainboard type:    "UL8 (ULI M1689)"
##    - Mainboard revision: "1.x"
##    - BIOS vendor:        "Phoenix Technologies, LTD"
##    - BIOS version:      "6.00 PG"
##    - BIOS release:      "03/10/2006"

addr_stat        = 0x39
shift_stat      = 3
addr_day        = 0x3A
addr_hour        = 0x3B
addr_min        = 0x3C
addr_stat        = 0x3D 
shift_stat      = 1
addr_stat        = 0x3D 
shift_stat      = 3
addr_stat        = 0x6F 
shift_stat      = 6
addr_chk_h      = 0x6D 
addr_chk_l      = 0x6E



Ich hatte hier schon ähnliche Threads durchgelesen wo auf Fehler in der Datei hingewiesen wurde. Leider konnte ich keinen Unterschied zwischen der gefixten und der defekten Datei erkennen. Vielleicht bin ich blöd oder blind oder beides. Ich habe die Kommentare entfernt, weil ich dachte es läge eventuell daran, aber nein, der Fehler bleibt.

Fehlermeldung beim einpflegen:
easyVDR:~# nvram-wakeup -C /etc/nvram-wakeup.conf
nvram-wakeup: /etc/nvram-wakeup.conf: 17: Previous definition of variable `addr_stat': first definition in line 12
nvram-wakeup: Reading configuration file returned with errors.


Wie ich es aus einem anderen Thread übernommen habe...
...hier die Ausgabe der Übergabe mit erweiterten (sich mir nicht erschliessenden) Parametern:
easyVDR:~# nvram-wakeup -C /etc/nvram-wakeup.conf --directisa -s $((`date +%s` + 10 * 60)) --nowrite
nvram-wakeup: /etc/nvram-wakeup.conf: 17: Previous definition of variable `addr_stat': first definition in line 12
nvram-wakeup: Reading configuration file returned with errors.

Äh, ja, das gleiche, komisch.

Welcher Parameter in der conf kann denn falsch sein?
"Leider" lief das beim MSI 6777 alles vollkommen sauber und so wie es sein soll. Daher habe ich keine Idee, woran das liegen kann.

Das Abit UL8 hat einen ULi-Chipsatz, steht auch in meiner Sig.

Für sachdienliche Hinweise bin ich dankbar!

Gruß
Michael
rkp  24.Feb.2008 12:46:14
Mach mal aus

addr_stat        = 0x39
shift_stat      = 3
addr_day        = 0x3A
addr_hour        = 0x3B
addr_min        = 0x3C
addr_stat        = 0x3D 
shift_stat      = 1
addr_stat        = 0x3D 
shift_stat      = 3
addr_stat        = 0x6F 
shift_stat      = 6
addr_chk_h      = 0x6D 
addr_chk_l      = 0x6E

folgendes:

addr_stat        = 0x39
shift_stat      = 3
addr_day        = 0x3A
addr_hour        = 0x3B
addr_min        = 0x3C
#addr_stat        = 0x3D 
#shift_stat      = 1
#addr_stat        = 0x3D 
#shift_stat      = 3
#addr_stat        = 0x6F 
#shift_stat      = 6
addr_chk_h      = 0x6D 
addr_chk_l      = 0x6E

Wenn das nicht klappt,, nehme einfach die nächsten Werte für

addr_stat 
shift_stat 

usw.

Sie dürfen aber jeweils nur einmal vorkommen.

rkp
Silverstone 16-M, P5N7A-VM , 2 x Nova-HD-S2, E5200, 1 TB WD10EADS
Hessi  24.Feb.2008 13:06:35
Hi rkp!

Danke für die Antwort. Ich habe nun alle vier verschiedenen Werte ausprobiert, also jeweils die anderen auskommentiert, Datei gespeichert, Datei übergeben und dann Werte abgefragt - so wie unten zu sehen.

easyVDR:~# nvram-wakeup -C /etc/nvram-wakeup.conf
All values are displayed as they are stored in the nvram/rtc.
(and do not correspond necessarily to the system date/time)

WakeUp  : Disabled (0x16)
Day    : 01 (0x21)
Hour    : 00 (0x00)
Minute  : 00 (0xC0)
Checksum: 0x010A

easyVDR:~# nvram-wakeup -s $((`date +%s` + 11 * 60)) --directisa
nvram-wakeup: Your mainboard is currently not supported.
nvram-wakeup: Please try determining the addresses and sending the following
nvram-wakeup: information back to the maintainers:
nvram-wakeup:  - The addresses you found out (read README.mb)
nvram-wakeup:  - Mainboard vendor:  "http://www.abit.com.tw/"
nvram-wakeup:  - Mainboard type:    "UL8 (ULI M1689)"
nvram-wakeup:  - Mainboard revision: "1.x"
nvram-wakeup:  - BIOS vendor:        "Phoenix Technologies, LTD"
nvram-wakeup:  - BIOS version:      "6.00 PG"
nvram-wakeup:  - BIOS release:      "03/10/2006"


Leider erzählt er mir jedesmal das gleiche: Board wäre nicht unterstützt. Habe ich doch richtig verstanden, dass die Ausgabe normaler Weise die eingetragene Aufwachzeit im BIOS zurückgibt, oder?

Danke
Gruß
Michael
rkp  24.Feb.2008 14:40:02
Hallo Michael,

wurde nur eine oder doch zwei conf-Datei(en) generiert?

Silverstone 16-M, P5N7A-VM , 2 x Nova-HD-S2, E5200, 1 TB WD10EADS
Hessi  24.Feb.2008 17:02:46
Im Verzeichnis ist nur noch eine guess-helper.conf, aber das ist ja die Status-Datei von Guess-helper, oder?

Hmmm, Mist, da ist eine Datei "01.00.00.00-", ich lasse guess-helper nochmal durchlaufen, vielleicht habe ich versehentlich ein falsches Datum eingegeben. Die anderen Dateien haben ein "+".

Gruß
Michael
Hessi  24.Feb.2008 17:41:31
Neee, alles (fast) das gleiche. Meine nvram-wakeup sieht so aus:

################################################
##  Mainboard autodetection information:
##
##    - Mainboard vendor:  "http://www.abit.com.tw/"
##    - Mainboard type:    "UL8 (ULI M1689)"
##    - Mainboard revision: "1.x"
##    - BIOS vendor:        "Phoenix Technologies, LTD"
##    - BIOS version:      "6.00 PG"
##    - BIOS release:      "03/10/2006"

addr_stat        = 0x39
shift_stat      = 3
addr_day        = 0x3A
addr_hour        = 0x3B
addr_min        = 0x3C
addr_sec        = 0x3D
#addr_stat        = 0x6F  # but differs somewhere else
#shift_stat      = 6
addr_chk_h      = 0x6D  # guessed
addr_chk_l      = 0x6E



Das Errorlog:
$Id: guess.c 835 2005-03-16 22:43:39Z bistr-o-math $
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: 0x527, count: 42
guess: data block  1 at offset 0x000: type  0, size 0x014 ( 20)
guess: found string "Phoenix Technologies, LTD"
guess: found string "6.00 PG"
guess: found string "03/10/2006"
guess: data block  2 at offset 0x042: type  1, size 0x019 ( 25)
guess: data block  3 at offset 0x064: type  2, size 0x008 (  8)
guess: found string "http://www.abit.com.tw/"
guess: found string "UL8 (ULI M1689)"
guess: found string "1.x"
guess: data block  4 at offset 0x09D: type  3, size 0x011 ( 17)
guess: data block  5 at offset 0x0B7: type  4, size 0x023 ( 35)
guess: data block  6 at offset 0x112: type  4, size 0x023 ( 35)
guess: data block  7 at offset 0x171: type  5, size 0x018 ( 24)
guess: data block  8 at offset 0x18B: type  6, size 0x00C ( 12)
guess: data block  9 at offset 0x19B: type  6, size 0x00C ( 12)
guess: data block  10 at offset 0x1AB: type  6, size 0x00C ( 12)
guess: data block  11 at offset 0x1BB: type  6, size 0x00C ( 12)
guess: data block  12 at offset 0x1CB: type  7, size 0x013 ( 19)
guess: data block  13 at offset 0x1EE: type  7, size 0x013 ( 19)
guess: data block  14 at offset 0x211: type  7, size 0x013 ( 19)
guess: data block  15 at offset 0x234: type  7, size 0x013 ( 19)
guess: data block  16 at offset 0x257: type  8, size 0x009 (  9)
guess: data block  17 at offset 0x26D: type  8, size 0x009 (  9)
guess: data block  18 at offset 0x285: type  8, size 0x009 (  9)
guess: data block  19 at offset 0x293: type  8, size 0x009 (  9)
guess: data block  20 at offset 0x2A4: type  8, size 0x009 (  9)
guess: data block  21 at offset 0x2B5: type  8, size 0x009 (  9)
guess: data block  22 at offset 0x2CA: type  8, size 0x009 (  9)
guess: data block  23 at offset 0x2E1: type  8, size 0x009 (  9)
guess: data block  24 at offset 0x2F0: type  9, size 0x00D ( 13)
guess: data block  25 at offset 0x303: type  9, size 0x00D ( 13)
guess: data block  26 at offset 0x316: type  9, size 0x00D ( 13)
guess: data block  27 at offset 0x329: type  9, size 0x00D ( 13)
guess: data block  28 at offset 0x33C: type  9, size 0x00D ( 13)
guess: data block  29 at offset 0x34F: type  9, size 0x00D ( 13)
guess: data block  30 at offset 0x361: type  13, size 0x016 ( 22)
guess: data block  31 at offset 0x3B2: type  16, size 0x00F ( 15)
guess: data block  32 at offset 0x3C3: type  17, size 0x01B ( 27)
guess: data block  33 at offset 0x3FE: type  17, size 0x01B ( 27)
guess: data block  34 at offset 0x439: type  17, size 0x01B ( 27)
guess: data block  35 at offset 0x474: type  17, size 0x01B ( 27)
guess: data block  36 at offset 0x4AF: type  19, size 0x00F ( 15)
guess: data block  37 at offset 0x4C0: type  20, size 0x013 ( 19)
guess: data block  38 at offset 0x4D5: type  20, size 0x013 ( 19)
guess: data block  39 at offset 0x4EA: type  20, size 0x013 ( 19)
guess: data block  40 at offset 0x4FF: type  20, size 0x013 ( 19)
guess: data block  41 at offset 0x514: type  32, size 0x00B ( 11)
guess: data block  42 at offset 0x521: type 127, size 0x004 (  4)
guess: Following DMI entries found:
guess:  - Mainboard vendor:  "http://www.abit.com.tw/"
guess:  - Mainboard type:    "UL8 (ULI M1689)"
guess:  - Mainboard revision: "1.x"
guess:  - BIOS vendor:        "Phoenix Technologies, LTD"
guess:  - BIOS version:      "6.00 PG"
guess:  - BIOS release:      "03/10/2006"
    checking 0x39: 0x1E 0x1E 0x1E 0x16
    checking 0x3A: 0x3F 0x2B 0x21 0x21
    checking 0x3B: 0x17 0x0C 0x00 0x00
    checking 0x3C: 0xFB 0xCD 0xC0 0xC0
    checking 0x3D: 0x3B 0x0E 0x00 0x00
    checking 0x6E: 0x0B 0x0A 0x0A 0x0A
    checking 0x6F: 0x6C 0xF2 0xC1 0xB9

Sieht doch o.k. aus, oder? Finde ich jedenfalls. Schönes Log.  ;D

cat_nvram.log:
cat_nvram: Requesting permissions for io ports 0x70...0x75
cat_nvram: The size of NVRAM is 128 bytes.


Die Datei "01.00.00.00-" gehört so, nicht wahr? Bedeutet, dass Wakeup deaktiviert war. *sic*

Tja, dann weiss ich auch nicht recht. Ich würde es zu gerne ausprobieren, aber das Wakeup wird nicht aktiviert, wenn ich reboote, oder?

Bei Druck auf den Powerknopf steht nur ganz kurz "Taste drücken..." und es passiert nix. Bisher war es auch immer so, dass die Kiste neu startete, wenn der VDR sich abschalten wollte. Scheint, als ob das Board auf dem "Aus"-Ohr etwas taub ist.

Und jetzt was ganz peinliches: Ich weiss nicht, wie ich den Rechner ausschalten kann. Reboot ist ja klar, aber irgendwie hat bei mir noch nie Shutdown funktioniert, egal ob mit "-h" oder "-a" oder sonstwas. "vdrshutdown" bleibt auch ohne Effekt. ISt mir ja unangenehm, aber kannst Du mir gerade sagen, was ich da falsch mache? :(

Danke
Gruß
Michael
rkp  24.Feb.2008 20:03:53
Hallo Michael,

bin auch nicht so der Experte, aber muß ein Testaufruf nicht so aussehen:

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

Du hast eingegeben:

nvram-wakeup -s $((`date +%s` + 11 * 60)) --directisa,

also ohne Verweis auf die conf-Datei.

Weiter:

Unter http://www.hubertus-sandmann.homepage.t-online.de/vdr_wakeup.htm
heißt es:

"Das Skript wird nach jedem Reboot zwischen den einzelnen Schritten erneut aufgerufen. Am Ende der Prozedur steht die automatisch ermittelte Konfigurationsdatei für das bislang unbekannte Board bereit.

Grundsätzlich stehen in den Verzeichnissen /root/guess-directisa und /root/guess-nvram-module wahlweise 2 Dateien entweder für die Methode per direktem I/O-Zugriff oder über /dev/nvram auf die BIOS-Werte zur Verfügung. Hier beschreibe ich nur die universellere Methode mit direktem I/O-Zugriff. Dies vermeidet Probleme mit möglicherweise notwendigen Kernelpatches und nicht auslesbaren Bereichen des NVRAM, wenn die betreffenden Werte oberhalb von Byte 114 und unterhalb von Byte 128 liegen. Auch ist diese Methode die einzige Möglichkeit um bei neueren Boards die Bereiche zwischen Byte 128 und 256 anzusprechen. Hierbei muss man den jeweiligen Chipsatz des Motherboards bei der Option "upper_method" angeben. Es werden bislang aber nicht alle Chipsätze unterstützt."

Hast Du die richtige conf genommen?

Ausschalten:

Ich nutze immer das angehängte Skript runter.txt (umbenennen nach "runter"), welches Du nach /usr/bin kopierst und dann einfach durch Eingabe von "runter" anwendest.

Silverstone 16-M, P5N7A-VM , 2 x Nova-HD-S2, E5200, 1 TB WD10EADS
Hessi  24.Feb.2008 20:58:11
Hi rkp,

danke für Dein Skript! Dein Zeilenumbruch war irgendwie "Windows-like". Habe eine neue Datei erstellt und es war gut.  ;) Endlich habe ich einen Befehl zum runterfahren! Seit Jahren habe ich sowas gesucht, kein Scherz! Danke! Aber es bleibt unter uns, dass ich so doof bin und das nie alleine geregelt bekommen habe, gell?  ;) ;D

Irgendwas stimmt aber wohl nicht mit meiner Kiste: Dein Skript tut was es soll, aber der Rechner macht nur einen Reboot, statt sich auszuschalten.

Wie auch im Wiki und beim Hubi zu lesen steht, habe ich Powerbutton auf Instant-Off gestellt. Zudem habe ich das Powermanagement von S3 auf S1 geändert. Im BIOS steht auch nach Powerloss ein Off. Aber weder auf svdrpsend.pl HITK power noch auf den PwrButton hin schaltet er sich wirklich aus.  :-[

Aaaaber, ein kleiner Lichtblick am Horizont?
easyVDR:~# nvram-wakeup -C /etc/nvram-wakeup.conf --directisa -s $((`date +%s` + 20 * 60)) --nowrite

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

WakeUp  : Disabled (0x16)
Day    : 01 (0x21)
Hour    : 00 (0x00)
Minute  : 00 (0xC0)
Second  : 00 (0x00)
Checksum: 0x010A

Enabling (0x1E) WakeUp-on-RTC in nvram.
New Day    : 24 (0x38)
New Hour    : 21 (0x15)
New Minute  : 01 (0xC1)
New Second  : 00 (0x00)
New Checksum: 0x013F

  Actually, nothing was written into /dev/nvram nor into /dev/rtc.
  (since --nowrite option was used).
 
easyVDR:~# nvram-wakeup -C /etc/nvram-wakeup.conf --directisa -s $((`date +%s` + 20 * 60))         

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

WakeUp  : Disabled (0x16)
Day    : 01 (0x21)
Hour    : 00 (0x00)
Minute  : 00 (0xC0)
Second  : 00 (0x00)
Checksum: 0x010A

Enabling (0x1E) WakeUp-on-RTC in nvram.
New Day    : 24 (0x38)
New Hour    : 21 (0x15)
New Minute  : 02 (0xC2)
New Second  : 09 (0x09)
New Checksum: 0x0149

Now really WRITING into /dev/nvram...

easyVDR:~# nvram-wakeup -C /etc/nvram-wakeup.conf --directisa -s $((`date +%s` + 20 * 60)) --nowrite

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

WakeUp  : Enabled (0x1E)
Day    : 24 (0x38)
Hour    : 21 (0x15)
Minute  : 02 (0xC2)
Second  : 09 (0x09)
Checksum: 0x0149

Enabling (0x1E) WakeUp-on-RTC in nvram.
New Day    : 24 (0x38)
New Hour    : 21 (0x15)
New Minute  : 02 (0xC2)
New Second  : 28 (0x1C)
New Checksum: 0x015C

  Actually, nothing was written into /dev/nvram nor into /dev/rtc.
  (since --nowrite option was used).


Das sieht doch sehr gut aus, oder nicht?  ;D ;D
Danke für Deine Hilfe! Ich meine, ich habe den Befehl schlicht aus dem Wiki übernommen, oder vom Hubi, keine Ahnung.

Nur startet meine Möhre ja immer wieder neu, wenn der VDR sagt, er solle sich ausschalten. Tja, ist vielleicht eine andere Baustelle? Meinst Du ich sollte einen neuen Fred dafür öffnen?

Gruß
Michael
rkp  24.Feb.2008 23:48:31
Einen neuen Fred ??   ;D ;D ;D

Nein, bleiben wir mal hier.
Dein nvram-wakeup.conf dürfte jetzt ok sein.

Kannst Du bitte mal Deine grub.lst posten?
Und welche genau aktuelle Version von easyVDR setzt Du ein? 05.05 ?

Silverstone 16-M, P5N7A-VM , 2 x Nova-HD-S2, E5200, 1 TB WD10EADS
Hessi  25.Feb.2008 00:08:25
Ähm, weder ich, noch der Commander finden eine grub.lst. Da ist eine grub.list in /var/lib/dpkg/info/ - aber da steht IMHO nur was fpr die Installation drin.

Gruß
Michael
rkp  25.Feb.2008 00:18:11
Autsch, mein Fehler, ich meine die /boot/grub/menu.lst.
Silverstone 16-M, P5N7A-VM , 2 x Nova-HD-S2, E5200, 1 TB WD10EADS
Hessi  25.Feb.2008 00:21:32
title Debian GNU/Linux, kernel 2.6.22.5
root (hd0,2)
kernel /boot/vmlinuz-2.6.22.5 root=/dev/sda3 ro pci=routeirq vga=788
savedefault

title Debian GNU/Linux, kernel 2.6.22.5-SMP
root (hd0,2)
kernel /boot/vmlinuz-2.6.22.5-SMP root=/dev/sda3 ro pci=routeirq vga=788
savedefault

title Debian GNU/Linux, kernel memtest86
root (hd0,2)
kernel /boot/memtest86.bin
savedefault 0

title PowerOffKernel
root (hd0,2)
kernel /boot/bzImage.poweroff
savedefault    0

title          PowerOffHalt
root          (hd0,2)
savedefault 0
savedefault 0
savedefault 0
savedefault 0
cat /boot/grub/default
halt


Das hier sollte relevant sein, oder?
rkp  25.Feb.2008 00:25:29
Ändere bitte mal

title          PowerOffHalt
root           (hd0,2)
savedefault    0
savedefault    0
savedefault    0
savedefault    0
cat /boot/grub/default
halt

um in:

title          PowerOffHalt
root           (hd0,2)
savedefault 0
cat /boot/grub/default
cat /boot/grub/default
cat /boot/grub/default
halt


EDIT:
danach auff der Konsole
grub-install /dev/hda
eingeben.

Unter VDR-Setup bitte mal prüfen ob die Einstellungen so sind:

-> Wakeup-Einst.
-> 2. NVRAM-Einst.
-> .
-> Directisa verw.          ja
-> Neuststart erzwingen ja
Silverstone 16-M, P5N7A-VM , 2 x Nova-HD-S2, E5200, 1 TB WD10EADS
Hessi  25.Feb.2008 00:35:53
Auch nach einem Reboot haben die Änderungen keinen Effekt gehabt.  :'(
rkp  25.Feb.2008 00:36:30
Hast Du mein EDIT beachtet?

Silverstone 16-M, P5N7A-VM , 2 x Nova-HD-S2, E5200, 1 TB WD10EADS
Hessi  25.Feb.2008 00:39:50
Nein, Deinen Edit habe ich nicht beachtet, weil nicht gesehen.  :D
Ääähm, da ist eine Sata-Platte drin... also nicht HDA sondern?
Hessi  25.Feb.2008 00:41:29
SDA
rkp  25.Feb.2008 00:50:08
Stimmt, mußte ich auch erst nachschauen.  ;D

Bin auf das Ergebnis gespannt.
Silverstone 16-M, P5N7A-VM , 2 x Nova-HD-S2, E5200, 1 TB WD10EADS
Hessi  25.Feb.2008 00:55:48
Dachte das wäre SCSI, aber mein Gott, was sollte schon passieren, wenn ich das mit sda eingebe?  ;D
Hmmm, also, ausgeschaltet hat er sich nicht, er hing nach dem Rebbot mit Checksum-Error,

Ähmmm... er bootet nicht mehr!  :'(
Booting "poweroffkernel"
root hd0,2
...ext2fs...0x83
kernel /boot/bzimage.poweroff
Linux bzImage, setup 0xc00, size 0x49ede
savedefault 0
Unkompressing Linux, ok, booting the Kernel

Jooo.... wenn es es denn mal machen würde!
Ich habe nun ein kleines Problemchen... so als Linux-DAU...
...wie kriege ich das Dingen wieder an den Start?!? *heul*

Gruß
Michael
rkp  25.Feb.2008 00:58:36
Geh mal auf Chat, ganz oben links
Silverstone 16-M, P5N7A-VM , 2 x Nova-HD-S2, E5200, 1 TB WD10EADS
Hessi  25.Feb.2008 01:01:35
??!??
Was ist denn das?
Mache Reset, renne in den Keller, suche eine Ubuntu-DVD raus, komme hoch: TV läuft!
Was geht?
*staun*
Komme gleich innen Chat.
Wicky  25.Feb.2008 06:57:59
Hallo zusammen,

[quote='rkp link' dateline='1203895529']
EDIT:
danach auff der Konsole
grub-install /dev/hda
eingeben.

Änderungen an der menu.lst werden auch ohne grub-install sofort wirksam. Hier verhält sich grub anders als lilo...
grub-install sucht vielmehr nach neuen Kerneln und trägt diese in der menu.lst ein.

Gruß
Wicky
Distri: easyVDR 0.5RC1
Hardware: M2NPV-VM, Fusi-FF,
Software: xineliboutput
Hessi  25.Feb.2008 07:51:59
Für die, die es interessiert:

rkb hatte mir noch im Chat so einiges geholfen. Wir haben die menu.lst und die nvram-wakeup.conf geändert und gemacht und getan. An dieser Stelle dafür herzlichen Dank!

Leider hat das ganze nix gebracht, denn sobald nvram-wakeup etwas ins nvram geschrieben hat, gab es einen checksum error, bestätigte ich diesen mit F1 zum weiterbooten, rannte der VDR in die o.a. Fehlermeldung. Nach einem Reset startete die Möhre wieder so, als ob nix gewesen wäre.

Alle Änderungen habe ich wieder rückgängig gemacht (machen können *schwitz*), so dass ich jetzt wieder das übliche Verhalten habe. Der VDR bootet nach jedem automatischen Ausschalten neu.

@Wicky: Dich gibt es ja auch noch!  ;D Auf PMs (von mir) reagierst Du ja net.  :'( - aber wenigstens auf meine Postings.  ;D
grub... lilo... Jesus... wer soll sich das alles merken?  ;D Naja, Dein Einwand hatte aber folgenden Effekt: Ich habe gerade entdeckt, dass es ein Linux-Wiki auf deutsch gibt. Lobet den Herrn! Mal gucken, ob das auch lesbar und verständlich ist.  ;) DAU-gerecht, sozusagen.

LG
Michael
rkp  25.Feb.2008 14:10:41
@ Wicky
Danke für den Hinweis, ist mir eigentlich auch bekannt, aber ich hatte zwei Fälle in denen nur ein erneutes install die menu.lst zum Laufen gebracht hat, warum auch immer. Seitdem mache ich das grundsätzlich, ist aber zugegeben eigentlich unlogisch.

@ Michael
Vielleich bringt es was, wenn Du in der nvram-wakeup.conf einfach mal die drei anderen Möglichkeiten für

addr_chk_h       
addr_chk_l   

ausprobierst? Schaden kann es ja wohl nicht. 
Silverstone 16-M, P5N7A-VM , 2 x Nova-HD-S2, E5200, 1 TB WD10EADS
Hessi  25.Feb.2008 17:31:49
addr_stat        = 0x39
shift_stat      = 3
addr_day        = 0x3A
addr_hour        = 0x3B
addr_min        = 0x3C
addr_stat        = 0x3D 
shift_stat      = 1
addr_stat        = 0x3D 
shift_stat      = 3
addr_stat        = 0x6F 
shift_stat      = 6
addr_chk_h      = 0x6D 
addr_chk_l      = 0x6E

addr_stat        = 0x39
shift_stat      = 3
addr_day        = 0x3A
addr_hour        = 0x3B
addr_min        = 0x3C
addr_sec        = 0x3D
#addr_stat        = 0x6F  # but differs somewhere else
#shift_stat      = 6
addr_chk_h      = 0x6D  # guessed
addr_chk_l      = 0x6E


Tach!

hmmm, welche drei anderen Werte für addr_chk_h  und addr_chk_l? Die sind doch bei der alten und bei der neuen conf gleich. Und andere mögliche Werte sehe ich nicht.
Wenn ich das recht verstanden habe, berechnet nvram-wakeup doch eine neue Checksumme für das BIOS. Und das scheint ja schief zu gehen.

Nur um das nachvollziehen zu können:

addr_stat      =  Anfangsadresse des Eintrages für das Wakeup
shift_stat      = ???
addr_day      = Klar, Tag
addr_hour      = Stunde
addr_min      = Minute
addr_sec        = Sekunde
addr_chk_h    = ???
addr_chk_l      = ???

LG
Michael
rkp  25.Feb.2008 19:29:33
Sorry, ich meinte die Werte

addr_stat       
shift_stat

Silverstone 16-M, P5N7A-VM , 2 x Nova-HD-S2, E5200, 1 TB WD10EADS
Hessi  09.Apr.2008 19:14:35
Hi Leute,

schaut mal hier:
[url=http://www.vdr-portal.de/board/thread.php?threadid=75960]http://www.vdr-portal.de/board/thread.php?threadid=75960

Ich habe meine beiden SS2s wieder bekommen und zum testen die TT Budget rausgeworfen. Eben gerade sitze ich im Wohnzimmer und höre den VDR - wie so oft vor dem Neustart - auf der Platte rumrödeln. Danach gehen eigentlich die Lüfter durch den Neustart auf fast Vollast. (grummel, grummel, klick, huiiiiiiiiii) :D

Das Huiiii fehlte mir eben... denn... er hat sich abgeschaltet! HURRAAA!

Ich teste das gleich mit einem Timer, aber ich bin zuversichtlich, dass ich den Fehler nun "gefunden" habe. Obwohl ich es wirklich aufgegeben hatte!

Liebe Grüße
Michael
Hessi  09.Apr.2008 19:27:11
Ich nochmal...

... was mich etwas wundert: Es war schon immer so, dass sich der VDR durch den Powerschalter nicht ausschalten liess. Es kam kurz die Meldung "Aufnahme in xx Minuten, trotzdem ausschalten", aber diese Anzeige ging so schnell wieder weg, dass man die mit OK kaum bestätigen konnte. Selbst wenn man die bestätigt, passiert, ausser einen kurzen HDD-Zugriff, nichts.

Auch auf der Konsole (shutdown now) weigerte er sich runterzufahren.

Ich habe den eben durch 4sec-Drücken ausgeschaltet, aber da schreibt er ja nix in das NVRAM, oder? Hmmm, ist bereits eine Minute über der Zeit und immer noch aus.

Doof.

Muss ich doch noch mal ran?

Gruß
Michael
Hessi  09.Apr.2008 19:39:14
Ach, es hätte so schön sein können...
Bei Abschalten meldet er, dass er den Timer nicht schreiben kann.

Irgendwie hatte ich nur das Neustarten nach dem Ausschalten in Erinnerung. Aber ist ja primär der Checksum-Error gewesen.

Na, dann muss ich eben wieder von vorne anfangen *sic*

Viele Grüße
Michael
Wicky  11.Apr.2008 00:08:02
Hallo Hessi,

irgendwie hab ich beim Lesen dieses Threads den Eindruck gewonnen, dass du viel Ärger mit nvram-wakeup hast!

Warum nutzt du nicht ACPI-Wakeup ?!

Ich habe mich vor Jahren ebenfalls mit nvram-wakeup rumgeschlagen. Bis ich es leid war.

Mein Fazit war:
1.Finger weg von Nvram-Wakeup... das kostet unötig Zeit.
2.Ich nutze nun seit langem ACPI-Wakeup und habe seit dem keinen Konfigurationsaufwand mehr und muss meine Zeit nicht mit solch nervigen Konfigurationsdingen vergäuden.
3. ACPI hat mich nie im Stich gelassen.

Ein Link zu ACPI-Wakeup:
http://www.linux-magazin.de/heft_abo/ausgaben/2004/08/weckdienst

Um ACPI-Wakeup mit easyVDR nutzen zu können, musst du nur zwei Dinge unternehmen:
1. BIOS korrekt konfigurieren (siehe Link oben)
2. easyVDR über das OSD für ACPI-Wakeup konfigurieren (default ist ACPI-Wakeup !!)

Gruß
Wicky
Distri: easyVDR 0.5RC1
Hardware: M2NPV-VM, Fusi-FF,
Software: xineliboutput
Hessi  11.Apr.2008 16:45:57
Hi Wicky,

schön, dass es Dich noch gibt und dass Du noch mit mir redest!  ;)
Dachte schon, Du würdest mich komplett ignorieren.  :-[

Ich habe den Link gelesen, hoffentlich soweit verstanden und habe im BIOS das Wakeup deaktiviert.

Da ich immer Probleme mit dem runterfahren auf Knopfdruck hatte, habe ich das vorher noch einmal getestet:
ACPI-Log:
[Fri Apr 11 16:31:06 2008] starting up
[Fri Apr 11 16:31:06 2008] 1 rule loaded
[Fri Apr 11 16:31:10 2008] received event "button/power PWRF 00000080 00000001"
[Fri Apr 11 16:31:10 2008] executing action "/etc/acpi/powerbutton.sh"
[Fri Apr 11 16:31:10 2008] BEGIN HANDLER MESSAGES
+ POWERBUTTON='/usr/bin/svdrpsend.pl HITK power'
+ POWEROFF=poweroff
+ VDRPID
/etc/acpi/powerbutton.sh: line 7: VDRPID: command not found
+ pidof vdr
+ /usr/bin/svdrpsend.pl HITK power
220 easyVDR SVDRP VideoDiskRecorder 1.4.7; Fri Apr 11 16:31:10 2008

250 Key "power" accepted

221 easyVDR closing connection

[Fri Apr 11 16:31:10 2008] END HANDLER MESSAGES
[Fri Apr 11 16:31:10 2008] action exited with status 0
[Fri Apr 11 16:31:10 2008] completed event "button/power PWRF 00000080 00000001"
[Fri Apr 11 16:31:10 2008] received event "button/power PWRF 00000080 00000002"
[Fri Apr 11 16:31:10 2008] executing action "/etc/acpi/powerbutton.sh"
[Fri Apr 11 16:31:10 2008] BEGIN HANDLER MESSAGES
+ POWERBUTTON='/usr/bin/svdrpsend.pl HITK power'
+ POWEROFF=poweroff
+ VDRPID
/etc/acpi/powerbutton.sh: line 7: VDRPID: command not found
+ pidof vdr
+ /usr/bin/svdrpsend.pl HITK power
220 easyVDR SVDRP VideoDiskRecorder 1.4.7; Fri Apr 11 16:31:11 2008

250 Key "power" accepted

221 easyVDR closing connection

[Fri Apr 11 16:31:11 2008] END HANDLER MESSAGES
[Fri Apr 11 16:31:11 2008] action exited with status 0
[Fri Apr 11 16:31:11 2008] completed event "button/power PWRF 00000080 00000002"


"Taste drücken um Runterfahren abzubrechen" erscheint für eine Schrecksekunde, aber er fährt nicht runter.

Jedes weitere Drücken des Powerbuttons wird mit

[Fri Apr 11 16:35:05 2008] received event "button/power PWRF 00000080 0000000c"
[Fri Apr 11 16:35:05 2008] executing action "/etc/acpi/powerbutton.sh"
[Fri Apr 11 16:35:05 2008] BEGIN HANDLER MESSAGES
+ POWERBUTTON='/usr/bin/svdrpsend.pl HITK power'
+ POWEROFF=poweroff
+ VDRPID
/etc/acpi/powerbutton.sh: line 7: VDRPID: command not found
+ pidof vdr
+ /usr/bin/svdrpsend.pl HITK power
220 easyVDR SVDRP VideoDiskRecorder 1.4.7; Fri Apr 11 16:35:06 2008

250 Key "power" accepted

221 easyVDR closing connection

[Fri Apr 11 16:35:06 2008] END HANDLER MESSAGES
[Fri Apr 11 16:35:06 2008] action exited with status 0
[Fri Apr 11 16:35:06 2008] completed event "button/power PWRF 00000080 0000000c"


quittiert.

Meine powerbutton.sh sieht so aus:

#!/bin/sh

set -x
# Skript das durch den Powerknopf ausgelˆst wird
POWERBUTTON="/usr/bin/svdrpsend.pl HITK power"
POWEROFF="poweroff"
VDRPID

if pidof vdr >/dev/null ; then
  $POWERBUTTON
else
  $POWEROFF
fi


VDRPID?
Tante Google kann mir nur wenig Erhellendes dazu sagen und das VDR-Wiki schweigt sich komplett aus. Was ist VDRPID?

O.k., soweit will ich es belassen. Eines nach dem Anderen. Wenn der PwrBtn funzt, kann ich nach dem Wakeup schauen (nur soviel vorab: es klappt trotzdem nicht  ;) - Aber wie gesagt: Eines nach dem Anderen; Mühsam nährt sich das Eichhörnchen; In der Ruhe liegt die Kraft, usw., usf.)  ;D

Viele Grüße
Michael
maxx  12.Apr.2008 10:21:48
Hi,

ich frage mich gerade, warum ich die ganze Zeit mit nvram rummache, das ist ja so viel einfacher ohne Konfigurationsaufwand und ohne Reboot *kopfkratz*
Nur im Bios den Wakeup !deaktiviert! und schon rennt das.

Danke für den Tip.
maxx
Hessi  14.Apr.2008 14:54:22
Mahlzeit!

Ja, ich schliesse mich da an. Gerade schaltet sich der VDR von alleine an um etwas aufzunehmen! Hurra!
ACPI scheint also mit dem Abit UL-8 zu funktionieren.

Das klappt aber nur, wenn er sich von alleine ausschaltet - der Powerbutton funzt ja noch nicht.

Zum Thema Powerbutton und VDRPID habe ich auch mal im VDR-Portal nachgefragt und folgende Antworten bekommen:
[url=http://vdr-portal.de/board/thread.php?postid=716325#post716325]http://vdr-portal.de/board/thread.php?postid=716325#post716325

Gruß
#Michael
Wicky  14.Apr.2008 23:06:08
Hallo Hessi,

so sieht meine original 0.5RC2 poweroffbutton.sh aus:


#!/bin/sh

#set -x

# Skript das durch den Powerknopf ausgelöst wird
POWERBUTTON="/usr/bin/svdrpsend.pl HITK power"
POWEROFF="poweroff"

if pidof vdr >/dev/null ; then
  $POWERBUTTON
else
  $POWEROFF
fi

Ich kann keinen Sinn in der Zeile "VDRPID" erkennen, da
a) VDRPID kein Bash Befehl ist und
b) kein anderes Skript included wird, dass VDRPID als function enthalten könnte und
c) ich mir sehr sicher bin, dass es auf deinem Rechner kein Skript names VDRPID gibt...

Raus damit und gut ist...

Gruß
Wicky


Distri: easyVDR 0.5RC1
Hardware: M2NPV-VM, Fusi-FF,
Software: xineliboutput
Hessi  15.Apr.2008 15:29:49
Huhu!

Habe die Änderungen wie hier vorgeschlagen übernommen und im BIOS ACPI S1 eingestellt.

Na endlich! Es klappt offenbar alles, so wie es soll:
- Powerbutton
- ACPI-Timer
- Automatisches Herunterfahren

Vielen Dank für Eure Hilfe!
Liebe Grüße
Michael
donulfo  12.Jul.2008 14:00:06
Hallo zusammen,
ich muss das Thema nochmal aufgreifen...

Und zwar hab ich folgende frage, irgendjemand hat mir mal erzählt, dass wenn ich mit dem vdr die acpi-wakeup funktion nutze, der rechner nur in nem standby modus sich befindet,und somit mehr strom verbraucht, als wenn er richtig ausgeschaltet wird, und dann per nvram wieder aufgeweckt wird.

stimmt dies? wenn ja, so wäre dies für mich ein k.o. kriterium für acpi wakeup...

mfg

donulfo

VDR#1: TT FF 1.3 | Duron 2600+ | 512MB RAM | easyVDR0.62 | VDR1.4.7 |  DolbyDigital 5.1 per ac3dec |ATRIC IR-Einschalter | GraphLCD | NVRAM-wakeup | WakeOnCall über FritzBox | PicoAV Board 1.1 | [url=http://picasaweb.google.de/donulfo/VDRAtmolight]Atmolight mit Ikea Diodern.
VDR#2 (Test): DXR3 | Athlon TB 1Ghz | 256MB RAM
VDR#3 (HDTV-Test): ASUS M3N78-EM (hdmi-out - xineliboutput) | AMD4850e | 500GB | easyVDR 0.6.2 - VDR 1.7.0 - (hd-addon) | Antec FusionV2+LCD