stschulze 09.Dec.2006 16:22:40 |
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 09.Dec.2006 16:38:28 |
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 10.Dec.2006 21:35:00 |
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 10.Dec.2006 21:55:39 |
Hi nochmal,
shift_stat = 2, nimm das auch noch raus und dann schauen wir mal.
Wolfgang |
stschulze 11.Dec.2006 10:54:10 |
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 11.Dec.2006 10:59:11 |
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 11.Dec.2006 11:01:49 |
hi tycoon,
könnten wir ggf. mal telefonieren? ich kapiers nicht...wenns funzt mach ich dann ne beschreibung für doofe fertig..
|
wbreu 11.Dec.2006 11:10:08 |
Hi stschulze,
wie siehts denn aus, rebootet er dann und geht in den poweroff-kernel?
Wolfgang |
tycoon96 11.Dec.2006 11:11:58 |
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 11.Dec.2006 11:12:31 |
sorry wbreu, wollte nicht dazwischen funken...
gruss
tycoon96 |
stschulze 11.Dec.2006 11:20:55 |
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 11.Dec.2006 11:25:43 |
der befehl muss dann
"nvram-wakeup --iwname shuttle_fn85 --directisa -ls $1((`date +%s` + 10 * 60))"
heissen
gruss
tycoon96 |
wbreu 11.Dec.2006 11:26:20 |
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 11.Dec.2006 11:32:36 |
[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 11.Dec.2006 11:34:34 |
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 11.Dec.2006 11:39:22 |
[quote='stschulze link' pid='504' dateline='1165833274'] 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 11.Dec.2006 11:42:02 |
warum steht dann das board bei der nvram-boardliste mit unter shuttle_fn85?
was soll ich dann mit der vdrshutdown-änderung machen?
|
wbreu 11.Dec.2006 11:44:58 |
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 11.Dec.2006 11:46:39 |
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 11.Dec.2006 11:55:37 |
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 11.Dec.2006 11:57:32 |
[quote='stschulze link' pid='504' dateline='1165833999'] 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 11.Dec.2006 11:59:14 |
[quote='stschulze link' pid='504' dateline='1165834537'] 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 11.Dec.2006 12:07:30 |
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 11.Dec.2006 12:10:04 |
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 11.Dec.2006 12:15:31 |
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
|
wbreu 11.Dec.2006 12:17:10 |
Hast du das jetzt schon probiert?
Wolfgang |
stschulze 11.Dec.2006 12:19:03 |
nachdem der rechner runtergefahren ist, hab ich den rechner neu gestartet und ins bios geschaut.....da war der timer disabled....
diese situation hab ich jetzt vielleicht schon 30 mal gehabt......nur, dass ich dann gewartet habe, wis die timeraufwachzeit verstrichen ist.!
|
wbreu 11.Dec.2006 12:22:09 |
[quote='wbreu link' pid='504' dateline='1165835830'] Hast du das jetzt schon probiert?
Wolfgang
Nochmal meine Frage, mit dem Hintergrund, dass man sieht, was los ist im Bios oder auf der Konsole!
Wolfgang |
stschulze 11.Dec.2006 12:30:25 |
also hier das ergebnis:
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 : Disabled (0xF2) Day : 11 (0x0B) Hour : 12 (0x0C) Minute : 28 (0x1C) Second : 14 (0x0E) Checksum: 0x1443
Enabling (0xFA) WakeUp-on-RTC in nvram. New Day : 11 (0x0B) New Hour : 12 (0x0C) New Minute : 39 (0x27) New Second : 42 (0x2A) New Checksum: 0x1472
Now really WRITING into /dev/nvram... The changes to take effect, you must reboot your computer now.
linvdr:~# poweroff
Broadcast message from root (pts/0) (Mon Dec 11 12:34:54 2006):
The system is going down for system halt NOW!
ergebnis: der rechner startet NICHT
|
wbreu 11.Dec.2006 12:39:26 |
Ok, auch wenns lästig erscheint,
können wir die ganze Prozedur mal von Anfang an miteinander machen, so wie im FAQ beschrieben, ich habe Zeit!?
Im VDR-Portal hats auch geklappt, mit dem Board aber anderer Biosversion.
http://www.vdr-portal.de/board/thread.php?threadid=22512&hilight=ms+7030
Wolfgang
|
stschulze 11.Dec.2006 12:42:17 |
ja gern...leider muss ich jetzt auf arbeit....hast du evtl heute abend zeit...ich schick dir mal ne pn mit meiner telefonnumer, dann könnten wir kurz sprechen....das ist einfacher?
|
wbreu 11.Dec.2006 12:48:08 |
Ok habe heute abend Zeit, wir können das auch im Chat durchziehen.
Wolfgang |
tycoon96 11.Dec.2006 13:03:34 |
wenn ihr es aber mit der config aus dem vdr portal macht,
dann würde ich empfehlen, doch zuerst mal die probieren...
$NVRAMCMD --iwname shuttle_fn85 --directisa -ls $1 <-- geänderter eintrag
denn das ist die die im sourceforge hinterlegt ist.
gruss
tycoon96 |
stschulze 11.Dec.2006 18:35:31 |
################################################ ## 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
|
stschulze 11.Dec.2006 19:04:31 |
#################
# Add here needed options like --configfile=... # (read man nvram-wakeup and man nvram-wakeup.conf for more details) #$NVRAMCMD --directisa --settime $1 #$NVRAMCMD -C /etc/nvram-wakeup.conf --directisa -ls $1 #$NVRAMCMD --configfile=/etc/nvram-wakeup.conf --directisa --settime $1 $NVRAMCMD --configfile=/etc/nvram-wakeup.conf --directisa $1 #$NVRAMCMD --iwname shuttle_fn85 --directisa -ls $1
|
stschulze 12.Dec.2006 12:00:32 |
hi wbreu,
danke für deine umfassende, schnelle und kompetente hilfe bei der lösung. allen anderen vielen dank für ihre unterstützung! :-)
Leider ergibt sich nun bei funktionierendem nvram-wakeup noch ein problem.
für heute nacht hatte ich einen aufwachtimer via v-onscreen eingestellt, welcher von ca. 2-4 uhr eine sendung aufnehmen und anschließend runterfahren sollte. ergebnis: - der rechner ist rechtzeitig aufgewacht - die aufnahme wurde aufgenommen - der rechner ist nicht heruntergefahren (der abgearbeitet timer wurde nicht gelöscht) - bei betätigung des power-knopf auf der fernbedienung bekomme ich die meldung, dass eine aufnahme in -480 min (die zahl verändert sich) vorgesehen ist, bei bestätigen des herunterfahrens mit ok....passiert nichts .... der rechner fährt nicht herunter - wenn in den alten timer händisch via osd lösche kann ich dann mit power-knopf den rechner runterfahren lassen
warum wird der timer nach der aufnahme nicht gelöscht?
|
wbreu 12.Dec.2006 12:16:57 |
Hi stephan,
welche genauen Einstellungen hatte den der Timer?
Und wie hast du ihn gesetzt, v-onscreen?
Schau mal hier gibts jede Menge Parameter zu Timern: (Die Frage ist welche hatte deiner?)
http://www.vdr-wiki.de/wiki/index.php/Benutzerhandbuch#Einleitung
Wolfgang |
aquarius 12.Dec.2006 18:10:22 |
Hallo Stephan,
kuriose Sache, habe ich auch noch nicht gehört.
Fixe Idee von mir: Ist eventuell Deine Video-Partition voll oder zu klein? Könnte mir vorstellen, Du willst 2 Stunden aufnehmen, ist aber nur noch Platz für 1 Std., Timer kann nicht fertig abgearbeitet werden, Timer wird nicht gelöscht.
mfg Jens |
stschulze 13.Dec.2006 17:43:06 |
hi,
also: - video-partition hat ausreichend platz - timer war per tv-onscreen gesetzt mit vps-funktion
ich versuchs mal zu reproduzieren...und melde mich wieder....
herzl. gruß stephan
|
aquarius 13.Dec.2006 21:07:38 |
Hallo Stephan,
VPS kann'ste bei SAT-Empfang gleich vergessen. Geht nicht, habs probiert. Vielleicht war's das ja.
mfg Jens |
wbreu 13.Dec.2006 21:50:49 |
Hi ihr beiden,
genau diese Erfahrungen habe ich auch gemacht, VPS klappt mit Timern unzuverlässig. Deshalb Timer immer ohne VPS setzen.
Wolfgang |
stschulze 13.Dec.2006 22:55:57 |
ich hab da bisher keine schlechten erfahrungen mit gemacht...mal abgesehen davon glaube ich nicht, dass es an vps lag.......ich nehme schon immer mit vps auf......
|
stschulze 15.Dec.2006 18:09:35 |
hier die einstellung des timers....hab nun schon wieder zwei nicht gelöschte timer festgestellt........das waren die einzigen eingstellten....rechner ist nicht runtergefahren.....
[gelöscht durch Administrator]
|
uwe 15.Dec.2006 22:21:39 |
Hallo, das hört sich irgendwie nach einem autotimer an. Das sucht der Timer ja nach gleichlautenden Sednungsnamen und Programmiert die alle. Ich hatte dadurch schoneinmal mehrere Eintrage für "Enterprise". Dass ein Timer nach der Aufnahme nicht gelöscht wurde hatte ich selbst in den letzten 6 Jahren in denen ich VDR nutze noch nicht.
Gruß Uwe Distrie: easyVDR 0.9.10 VDR-Version:1.7.0 Hardware: Athlon64 x2 4050 be passiv gekühlt ECS GF8200A passives 400W NT Root-HD: 80 GB 2,5" Sata-Laptop HDD Video/Media-HDD: 400 GB Sata-Samsung Convert und Filme: 1TB WD DVB: 2.1er TT FF + Budget Alles in allem: Power und das sogar äusserst sparsam und geräuscharm! |
stschulze 17.Dec.2006 13:35:23 |
hi,
diese zwei timer waren definitiv keine autotimer, da ich sie selbst eingestellt habe um das fehlverhalten zu testen.
es scheint irgendwie mit nvram zusammen zu hängen.....kann es ggf. sein, dass die timer nicht gelöscht werden, weil der rechner bereits vor dem löschen der timer runterfahren will? wo kann ich nachsehen, ob der rechner versucht hat die timer zu löschen .... und was der grund des nicht erfolgten löschens ist.
herzl. gruß stephan
|
stschulze 02.Jan.2007 22:20:47 |
neue meldung: easyVDR:~# 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 (0xFA) Day : 02 (0x02) Hour : 22 (0x16) Minute : 26 (0x1A) Second : 52 (0x34) Checksum: 0x1470
Enabling (0xFA) WakeUp-on-RTC in nvram. New Day : 02 (0x02) New Hour : 22 (0x16) New Minute : 27 (0x1B) New Second : 18 (0x12) New Checksum: 0x144F
Now really WRITING into /dev/nvram... The changes to take effect, you must reboot your computer now.
easyVDR:~#
die nvram-wakeup.conf:
################################################ ## 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
|
aquarius 02.Jan.2007 22:37:36 |
Hallo stschulze,
immer noch das Prob mit den nicht gelöschten Timern?
Grüße - Jens |
wbreu 02.Jan.2007 22:39:27 |
Ne wir verhandeln das gerade im Chat
Wolfgang |
aquarius 02.Jan.2007 22:58:29 |
Aaso
aber die nvram.conf paßt, siehe hier: http://www.vdr-portal.de/board/thread.php?threadid=57578&hilight=K8N+Platinum |
stschulze 06.Jan.2007 01:27:01 |
hi, also bislang gibts folgenden zwischenstand:
die conf ist ok. die skripte für das shutdown in der 0.4 sind noch fehlerbehaftet. d.h. beim shutdown erfolgt kein reboot, weshalb der timer nicht im bios gesetzt wird...bis zum update 0.4.1 nutze ich somit acpi, welches funzt.
herzlichen gruß stephan
|
aquarius 06.Jan.2007 16:16:15 |
[quote='stschulze link' pid='504' dateline='1168043221'] die conf ist ok. die skripte für das shutdown in der 0.4 sind noch fehlerbehaftet. d.h. beim shutdown erfolgt kein reboot, weshalb der timer nicht im bios gesetzt wird...
Hallo Stephan,
da muß ich Dir leider widersprechen. Der Reboot funktioniert in der 0.4 bei mir und anderen Usern. In dem Update wurde beim Shutdown-Script dazu nichts geändert.
Das Dein Board keinen Reboot macht, hat einen anderen Grund. Zuerst kontrolliere mal, ob unter VDR-Einstellungen/Sonstiges die Brückenzeit auf "0" steht (ist default). Wenn ja, ändere das mal auf "5".
Und dann schau 'mer mal.
mfg - Jens |
stschulze 09.Jan.2007 19:25:02 |
steht auf 10
-> im chat hab ich mit wbreu herausgefunden, dass es in der tat ein shutdown-problem der 0.4pre1 war....
|
stschulze 18.Jan.2007 16:57:14 |
also...mit meiner nvram-wakeup.conf und version 0.4.1 funktioniert der wakeup nun super !
|