PC wacht zu spät auf

Hi,

das Problem ist bereits bekannt, d.h. du bist zumindest nicht der einzige. Ich selbst konnte das Phänomen noch nicht beobachten, obwohl ich auch LinVDR 0.7 mit VDR 1.4.2 (Toxic-Tonic-Updates) benutze.

Siehe hier: http://vdr-portal.de/board/thread.php?threadid=54428

Moin zusammen,

also ich gehe stark der Annahme , dass das Problem am Timer vom VDR liegt, weil wenn ich die Zeit manuell einstelle direkt über den nvram-wackeup Befehl so klappt alles .. z.b. wenn ich ne der VDR nach 20 Min. aufwachen soll .. wird das ordnungsgemäß geschrieben.

Wenn ich aber über VDR das schreiben lasse .. kommt daraus ne Zeit die ne 1 Std und 10 Min. später ist .

[Edit]
auch ohne BigPatch kein Erfolg !!

I30R6

Hallo,

Zitat

Original von clausmuus
Wenn z.B. in 15 Minuten eine Aufnahme ansteht, und 'Mindest Event Pause' auf 30 Minuten konfiguriert ist, dan fragt der VDR beim Ausschalten ob trotz der anstehenden Aufnahme abgeschaltet werden soll. So weit so gut. Wenn ich dies nun bestätige, so wird an das shutdownscript übergeben, dass das nächste Event in 30 Minuten ansteh (was ja falsch ist)t!?!
Das war nicht immer so. Ist das nun so gewollt (kann ich mir nicht vorstellen), oder ist das nen Fehler der sich eingeschlichen hat. Gibt es schon ne Lösung dafür?

Scheint so gewollt zu sein. Es kommt wohl von dieser Änderung:

Zitat

2006-08-06: Version 1.4.1-3

- Modified the shutdown mechanism, so that the shutdown script is never given a
time in the past (reported by Helmut Auer). If a timer is currently recording,
or a recording would start within the next 30 minutes (default for the "Min.
event timeout" setup parameter), and the user insists in shutting down now, the
reboot time given to the shutdown script will correspond to a time that is
"Min. event timeout" minutes (default is 30) in the future.

Alles anzeigen

Daher kam folgender Codeabschnitt in vdr.c hinzu:

if (timer && Delta < Setup.MinEventTimeout * 60 && ForceShutdown) {
                    Delta = Setup.MinEventTimeout * 60;
                    Next = Now + Delta;
                    timer = NULL;
                    dsyslog("reboot at %s", *TimeToString(Next));
                    }

Soweit ich das mitverfolgt habe, war der Grund für diese Änderung, dass nur noch sinnvolle Zeiten für das nächste Aufwachen übergeben werden sollten. Zum Beispiel bei einer laufenden Aufnahme, wäre die nächste Startzeit in der Vergangenheit, was offensichtlich ein sinnloser Übergabewert ist. Aber auch wenn die nächste Aufnahme in wenigen Minuten z.B in 2 Minuten startet, kann das mit nvram-wakeup nicht mehr klappen, da ja ein paar Minuten vor der Aufnahme der Rechner hochfahren soll. Also würde in einem solchen Fall der Rechner gar nicht mehr starten, was dazu führt, dass alle zukünftigen Timeraufnahmen nicht klappen würden, ohne manuell zu starten. Daher wurde es so geregelt, dass eben bei Timern, die innerhalb der Mindest Event Pause starten und man trotzdem herunterfährt, der Rechner nach der Mindest Event Pause erst wieder startet, um oben genannte Probleme zu umgehen.

Aber in dem von dir beschriebenen Fall, dass der nächste Timer in 15 Minuten startet, ist dieses Verhalten etwas unglücklich. Eine Lösung wäre 'Mindest Event Pause' auf einen kleineren Wert einzustellen. Für nvram-wakeup sind mindestens 10 Minuten notwendig, also könnte z.B 12 Minuten ein guter Wert sein.

Gruß,
Thomas

Moin Thomas,

der Ansatz ist gut ..

habe den Eventimer mal auf 12 Min. gesetzt .. danach ne Aufnahme auf 12 Uhr aktviert .. und siehe da .. der richtige Zeitpunkt steht im Bios .

I30R6

Hallo,

ich hatte hier mal eine ähnliche Diskussion vom Zaun gebrochen.

Tschüß Frank

"Das kann Ehekriesen hervorrufen!!! "
Wohl wahr, die sechste Staffel Gilmore Girls hat begonnen!
Es wäre toll wenn der Zustand bis VDR1.40 wieder hergestellt werden würde.

clausmuus
Das passt dich alles.

Wenn du einen MinEventTimeout=30 eingestellt hast, und 15min vor einer Aufnahme den VDR runterfahren möchtest (was ziemlich unnötig ist) und er dich noch frägt ob du wirklich runterfahren möchtest obwohl ein Aufnhame bevorsteht, warum soll dann der VDR schuld sein wenn du diese höfliche Frage mit OK (=ja) bestätigst.

Wenn man Scheidungsgrundsendungen (SGS) aufnehmen soll, dann macht man so was nicht

Und wenn du einen frisch gestarteten VDR vor einer SGS haben möchtest und dir oben genannte Frage auf dem TV erscheint, dann drückt man nicht auf OK, sondern führt einen reboot aus!

Ich kann das auch nicht nachvoll ziehen. Willste 10 min Stromsparen oder warum machste ein shutdown???? Ich finde die regelung so wie sie ist gut.
ICh würde jetzt sagen, warum löschst du nicht die Codezeile aus der vdr.c
aber dann wäre es auch in meiner Version, da ich auch MLD verwende

Hallo!

Da bin ich nach einer Neuinstalltion auch drüber gestolpert und ins Grübeln gekommen.

nvram ist sicherlich der Teil, bei dem ich beim Thema vdr sicherlich die meiste Zeit verbraten habe, da man je nach Board ziemlich rumbrobieren muss (zumindest bis man den Bogen raus hat).

Man sollte bedenken, dass diese ungefragte Änderung des Timers zum einen Anfänger verwirrt, zum anderen bei der Suche nach den richtigen Einstellungen stört.

Denn wenn man mit nvram rumprobiert, wird man einen Test-Timer sicherlich in eine möglichst nahe Zukunft setzen wollen und nicht in einer Stunde.

Ja, ich weiß, man kann nvram auch manuell testen, aber mich stört(e) das auch. Jetzt, wo alles läuft, ist es mir natürlich schnurz

Da bin ich derselben Meinung wie Cliffordi!

Ich möchte doch eine gewisse Transparenz haben, was mein VDR macht!

Wenn das Verhalten notwendig und somit erwünscht ist, dann sollte der User nicht nur platt gefragt werden: "wirklich?", sondern es sollte ihm gesagt werden, dass sich daraus die Notwendigkeit ergibt, die Bootzeit anzupassen.
Jeder User, der sich einen VDR installiert, muss sich eh schon durch genug Doku quälen, bis mal alles passt. Und man sollte vielleicht versuchen, bei Neueinsteigern das Frustlevel nicht zu sehr ansteigen zu lassen, indem man einfach irgendwelche Zeiten ändert, ohne den User darüber zu informieren!

Hab übrigens auch gerade die letzten zwei Stunden mit dem "Problem", welches gar keins ist, verbracht

Wäre vielleicht auch ein guter sticky thread...

Grüßles
Andi

Danke für eure informative Diskussion hier !
Habe gerade MLD neu installiert , und bin bei acpi-wakeup
Gestern am beschriebenen Problem verzweifelt.
ca 10 min verspätete Weckzeit