NVRAM Problem auf VIA Eden MoBo

Ach ja, statt

$NVRAMCMD -I via_epia_m -ls $1

kannst du auch

$NVRAMCMD -I via_epia_m -s $1

benutzen (das -l fehlt), dann wird die Ausgabe nicht nach syslog umgeleitet.

Bei dem waren doch die vier Dateien identisch, richtig?

schaut euch das Skript set_timer an. Dabei wird das Wakeup im BIOS auf eine feste Zeit eingestellt und das Skript veraendert vor dem Runterfahren die Systemzeit so, dass das Wakeup zur richtigen Zeit passiert. Beim hochfahren wird die Zeit wieder zurueckgesetzt.

Quote

Original von DolbyDigital
Klar so muss es gehen. Ist "set_timer" ein Teil der nvram-Modul source ?

Hat denn eigentlich schon ein stolzer und eifriger Via Epia 800 Besitzer nvram-wakeup erfolgreich zum laufen bekommen?
Sind eventuell die MoBo Daten schon bekannt?

Mein VDR funktioniert gerade sooo schön, dass ich nicht unnötigerweise teste will und es dann doch wieder nicht klappt so wie vor 3 Monaten

beste grüsse
tobias

Gib set_timer eine Chance.

ahhhh, geschnallt.
Noch ein paar abschließende Fragen zum set_timer
1. Ich brauche nix kompilieren, keinen kernel anpassen nichts. Nur das script set_timer.... richtig ?
2. Ich brauch in meinem shutdownscript NUR: "/PFAD/set_timer $1 $2" setzten.... richtig?
3. Was macht das script wenn kein Timer definiert ist?
4. baut auf 3 auf, übergibt der vdr die Variablen $1 und $2 ? wo finde ich die Doku dazu?
5. Was sind die Nachteile gegenüber dem originalem nvram-wakeup? (Vorteile sind klar: brauch nicht im Kernel rumboren und es besteht keine Gefahr eines MoBo-verschrottens durch Schreiben an eine falsche Adresse...)
6. Wie geht der Rechner nach der Aufnahme wieder aus? (-r option und shutdown script...schon klar) aber dies in Bezug zu aufeinanderfolgenden Aufnahmen? Bsp: aufnahme 20-22 Uhr und 22.01 -1.30 Uhr (verschiedene Transponder) . Geht er jetzt nach der ersten Aufnahme aus (-r option -> Shutdown) und dadurch kann er die 2. Aufnahme nicht mehr komplett durchführen? Die Frage ist glaube ich sehr wichtig .... Deswegen hatte ich in der ML schonmal die Frage nach einer zusätzlichen Timer-option gefragt: shutdown after record: no[/yes]. Wurde aber abgelehnt.

Antwort von Klaus auf ein neue Timer-funktion:

Quote

I don't think such an option for individual timers would make sense.
Besides, VDR _does_ shut down after a recording if it has booted up
automatically (and there is no pending recording within "Min. event timeout").
Maybe you are issuing some SVDRP commands that trigger "user activity"?

Klaus

Display More

sobald ich noch schlauer bin und alles i.o ist, gehts ans konfigurieren..

grüsse
tobias

Quote

Original von Tobias
ahhhh, geschnallt.
Noch ein paar abschließende Fragen zum set_timer
1. Ich brauche nix kompilieren, keinen kernel anpassen nichts. Nur das script set_timer.... richtig?

ja

Quote

2. Ich brauch in meinem shutdownscript NUR: "/PFAD/set_timer $1 $2" setzten.... richtig?

Das sagen zumindest die Kommentare im Skript. Ich benutze es selbst nicht, da
meine Boards alle mit nvram-wakeup funktionieren.

Quote

3. Was macht das script wenn kein Timer definiert ist?

soweit ich mich erinnere, das Datum so setzen, dass der Rechner nach zwei Monaten wieder aufwacht.
(und dann nach MinUserInactivity wieder ausgeht)
Das bedeutet, dass wenn du keine Teimer planst und den Rechner ausmachst, wird er
innerhalb eines Jahres 6 mal booten (sofern er sonst nicht benutzt wird.)

Quote

4. baut auf 3 auf, übergibt der vdr die Variablen $1 und $2 ? wo finde ich die Doku dazu?

Ja. Datei INSTALL, suche nach 'Automatic shutdown:'

Quote

5. Was sind die Nachteile gegenüber dem originalem nvram-wakeup?

1. (siehe 3) keine Moeglichkeit, den Wakeup zu deaktivieren.
2. Du solltest keine (KEINE!) anderen Betriebssysteme darauf laufen lassen,
da sie die Uhrzeit korrigieren werden und der rechner zur falschen Zeit aufwachen wird.

Quote

6. Wie geht der Rechner nach der Aufnahme wieder aus?

genauso wie mit anderen Optionen.

Quote

(-r option und shutdown script...schon klar)

ich nehme an, du meinst die -s Option

Quote

aber dies in Bezug zu aufeinanderfolgenden Aufnahmen? Bsp: aufnahme 20-22 Uhr und 22.01 -1.30 Uhr (verschiedene Transponder) . Geht er jetzt nach der ersten Aufnahme aus (-r option -> Shutdown) und dadurch kann er die 2. Aufnahme nicht mehr komplett durchführen?

nach der ersten Aufnahme schaut VDR, ob die naechste Aufnahme innerhalb
der naechsten MinEventTimeout minuten startet (default glaub' ich 30 min) und wenn ja,
dann laeuft er weiter.

Quote

Die Frage ist glaube ich sehr wichtig .... Deswegen hatte ich in der ML schonmal die Frage nach einer zusätzlichen Timer-option gefragt: shutdown after record: no[/yes]. Wurde aber abgelehnt. (warum eigentlich?)

weil das eigentlich unnuetz ist (meine pers. Meinung) die Defaultwerte von

MinUserInactivity = 120
MinEventTimeout = 30

bringen es dazu, alles so zu tun wie es soll:

wenn momentan keine Aufnahmen laufen
und innerhalb der naechsten 30 Minuten keine Aufnahmen starten
und seit mindestens 120 Minuten keine Benutzeraktivitaet verzeichnet wurde,

dann fahre runter und bereite den Rechner auf den naechsten automatischen Wakeup.

Quote

Original von Tobias
.... Deswegen hatte ich in der ML schonmal die Frage nach einer zusätzlichen Timer-option gefragt: shutdown after record: no[/yes]. Wurde aber abgelehnt.

Antwort von Klaus auf ein neue Timer-funktion:

eben.

Quote

Dies bezog sich darauf, dass der Rechner angeblich nicht runtergefahren wurde, obwohl

der Rechner automatisch gestartet wurde
und nach dem Ende der Aufnahme keine weiteren Aufnahmen innerhalb der naechsten MinEventTimeout minuten anstanden
und seit dem Start von VDR keine Tasten gedrueckt wurden.

danke für die infos.
Ein anderes OS gibts auf meinem VDR nicht (mehr )
wegen dem shutdown: Ich hate MinUserInactivity auf 0 gestellt weil ich mal eine Riesen aufnahme hatte von 240 Min und MinUserInactivity auf 180 gestellt hatte. Jedefalls war nach genau 180 Minuten der ofen aus. Will sagen, VDR ist heruntergefahren

die -r war schon richtig. Meinte damit die option welche ein script anstartet nach einer aufnahme (shutdon script halt)
Dass aber der VDR _nach_ einer Aufnahme automatsch nach den 2 Werten schaut und dann automatisch herunterfahrt, wusste ich nicht.

na seis drum. Teste ichs mal.

grüsse
tobias

Quote

Original von Tobias
danke für die infos.
Ein anderes OS gibts auf meinem VDR nicht (mehr )

mit "anderes OS" meine ich auch eine weitere Linux-Partition. Es darf einfach auf diesem PC nichts als die VDR-Partition gebootet werden. (ist aber eh meistens der Fall)

Quote

wegen dem shutdown: Ich hate MinUserInactivity auf 0 gestellt weil ich mal eine Riesen aufnahme hatte von 240 Min und MinUserInactivity auf 180 gestellt hatte. Jedefalls war nach genau 180 Minuten der ofen aus. Will sagen, VDR ist heruntergefahren

Das kann nicht sein. Wenn das so sein sollte, ist es ein bug in vdr. In so einem fall braeuchte man die
Version von VDR, mit der es passiert ist. und die Logs zu der Session, wo es passiert ist.

Quote

die -r war schon richtig.

Na, da haben wir wohl auch schon den uebeltaeter:
das Skript von der -r Option ("recording script") wird immer unmittelbar vor und unmittelbar nach einer Aufnahme gestartet.
das Skript von -s ("shutdown script") wird wie von mir oben beschrieben aufgerufen.

Quote

Meinte damit die option welche ein script anstartet nach einer aufnahme (shutdon script halt)

Das Skript, welches nach einer Aufnahme gestartet wird, ist NICHT das shutdon script.

Quote

Dass aber der VDR _nach_ einer Aufnahme automatsch nach den 2 Werten schaut und dann automatisch herunterfahrt, wusste ich nicht.

Nicht fuer das Skript welches an der -r Option uebergeben wird.

Sehr wohl aber fuer das Skript welches an der -s Option uebergeben wird.

Das Skript -r ist eigentlich fuer das Vorbereiten/Nachbereiten einer Aufnahme gedacht.
Z.B. fuer das sofortige Kovertieren in ein anderes Format nach der Aufnahme
oder fuer das anschmeissen der Festplatten vor der Aufnahme und das runterdrehen der Festplatten danach.

schluss jetzt
jetzt wird erstmal getestet....
Wenn was nicht so funktioniert wie ich es mir vorstelle bin ich sowiso wieder hier (als ob ich nicht so schon den meisten Teil meiner Zeit hier verbringe )

grüsse
tobias

Hmm, bei mir funktioniert das Script set_timer nicht richtig... es wird zwar die Datei time_diff angelegt, aber die Hardware-Zeit nicht verändert. Wenn der Rechner dann das nächste mal eingeschaltet wird, dann findet das Script die Datei und setzt entsprechend die Uhrzeit um. Dummerweise lebt der Rechner dann in einer anderen Zeit (momentan der 2.10., 5:43 Uhr). Dadurch habe ich dann natürlich auch kein EPG mehr, weil es für diesen Tag keins gibt...

Aber woran liegt es?

Als Basis kommt bei mir ein TTyLinux zum Einsatz (da ich keinen Platz für eine andere Distribution habe; keine Festplatte in dem Rechner, bootet von einer CF-Karte), welchem ich noch fehlende Binaries untergeschoben habe ('who'; eine vollständigere Version von 'date', da die mitgelieferte leider nicht den notwendigen Parameter für set_timer hatte; und noch ein paar mehr). Als Hardware ein VIA EPIA 5000.

__
Gruß,
Oliver

Quote

Original von Jesus
Hmm, bei mir funktioniert das Script set_timer nicht richtig... es wird zwar die Datei time_diff angelegt, aber die Hardware-Zeit nicht verändert. Wenn der Rechner dann das nächste mal eingeschaltet wird, dann findet das Script die Datei und setzt entsprechend die Uhrzeit um. Dummerweise lebt der Rechner dann in einer anderen Zeit (momentan der 2.10., 5:43 Uhr). Dadurch habe ich dann natürlich auch kein EPG mehr, weil es für diesen Tag keins gibt...

Aber woran liegt es?

vermutlich korrigiert irgend ein Skript die Zeit beim Runterfahren

Quote

... aus set_timer

Code

# The System should not update the hardware clock in the shutdown process
# in Debian Woody set HWCLOCKACCESS=no in /etc/default/rcS

Ich such mal danach... aber eigendlich gibt es da kaum noch Scripte... Ich habe den soweit abgespeckt, daß er möglichst schnell bootet und auch beendet wird, beim herunter fahren ...

Quote

Original von Jesus
Ich such mal danach... aber eigendlich gibt es da kaum noch Scripte...

jedenfalls kannst du das leicht ueberpruefen:
set_timer veraendert die Zeit in der CMOS Uhr. anschliessend faehrt der Rechner runter.

wenn du dann den Rechner einschaltest und ins BIOS setup gehst, sollte dort eine falsche Zeit stehen.
(juni oder juli 2001, falls ich mich recht entsinne).

Wenn dort aber die aktuelle Uhrzeit steht (also Sep. 2003), dann hat irgendein Programm
die CMOS Zeit (nachtem set_timer gelaufen war) korrigiert.

dann muß es da irgendwo ein Script geben, daß das macht, denn im Bios steht die korrekte Zeit und nicht die geänderte...

Nur mal das Script finden, daß dafür zuständig ist.

Momentan behelfe ich mir damit, daß ich auf ARD wechsle (das ist der KAnal, nachdem ich die Uhr synchronisieren lasse durch VDR) um nach dem Neustart die Uhrzeit wieder korrekt zu setzten. Aber das ist lästig und klappt nur, wenn ich vor Ort bin ...

Aber schon mal danke für die Antworten

Gruß,
Oliver

Quote

Original von Jesus

Nur mal das Script finden, daß dafür zuständig ist.

such nach hwclock in den skripten

Quote

Original von Bistr-o-Math
such nach hwclock in den skripten

Danke für den Tipp ...