EPIA V8000: Wie set_timer ? (solved)

    POST VON VIA X( -auf Anfrage nach den Speicherzellen im NVRAM:


    Sehr geehrter Herr ###,


    diese Daten kann ich leider nicht weitergeben, da diese nur gegen
    Unterzeichnung eines NDA herausgegeben werden können. Solche
    Informationen sind in der Regel nur Firmen- bzw. OEM Kunden
    zugänglich.


    Es tut mir leid, dass ich Ihnen keine positivere Nachricht zukommen lassen
    kann.


    Mit freundlichen Grüßen
    ###


    ..............


    Hallo Ihr Helfer,


    hatte ins c't-VDR-Forum (und an Sergei
    als Email) eine nvram-wakeup.conf Anfrage
    für o.g. Board gestellt.


    guess-helper bleibt LEER.


    User Gunnar empfahl mir,set_timer zu nehmen, da
    dies bei ihm funzt.
    Wo und wie er aber vor ca. einem Jahr die Konfiguration
    eingestellt hat, weiß er (leider) nicht mehr genau
    und empfahl mir, im Board zu fragen oder zu suchen.
    Mit "Suchen" bin ich nicht glücklich geworden.


    Gibt's ein HowTo zu set_timer ?
    Das Skript selbst soll (soweit ich das von Gunnar
    weiß) bei nvram mit installiert worden sein.
    Ich find aber nix auf meinem VDR.
    Im Downloadbereich steht das Script auch nicht, oder ?


    Ach so, ich sollte vielleicht noch erwähnen, dass
    bei mir der poweroff-Kernel nicht funzt:
    ..OK, Booting the kernel und dann passiert nix mehr.
    Ich habe deshalb (wie in der Anleitung zu früheren
    Versionen siehe c't 10/04) den VDR-Kernel mit init 0
    genommen.. da schaltets aus. Steht aber nur 0,0,0,0 im
    BIOS-RTC


    Wer kann sein EPIA V8000 erfolgreich einschläfern
    und wecken (und kann mir dies vielleicht noch posten)?


    Thx Mike

    Hi,
    set_timer ist im nvram-SOURCE-Paket enthalten (-> Downloadbereich) oder hier -> http://sourceforge.net/projects/nvram-wakeup/


    Im Script steht das hier:


    :suche nach "set_timer" bringt u.a. folgende nützliche Threads zutage:


    http://www.vdr-portal.de/board/thread.php?threadid=487
    http://www.vdr-portal.de/board/thread.php?threadid=9121
    http://www.vdr-portal.de/board/thread.php?threadid=14508
    http://www.vdr-portal.de/board/thread.php?threadid=16973
    http://www.vdr-portal.de/board/thread.php?threadid=16361


    Gunnar

    vdr 2.x / Gentoo Linux / Wavefrontier T-90
    >> no gates no bills just satisfaction <<

    hab mal 'n bissel gegoogled und die Wikis gelesen (das ct-vdr
    klingt wie die Erfahrungen von User JuNuVDR aus ein paar Fragen
    vorher, wenn ja, dann Danke Dir sonst Dank dem Verfasser.


    Mit'n bissel Mühe (das shutdown-hook für nvram muß wohl
    ganz entfernt werden ? Bis ich das raus hatte...hatte
    noch einen symlink falsch gesetzt - tippfehler)
    war der abend rum...und meine Frau ohne mich zu Bett :(


    Es scheint, ich hätt's jetzt erfolgreich eingerichtet.
    VDR startet fehlerfrei, läßt sich per FB ausschalten.
    Jetzt hat's mir noch die Uhr verstellt.
    Wie bei JuNuVDR, bloss durch o.g. Fehler weiß ich
    nicht mehr, ob die berechnete auch die richtige Zeit...
    Leider bricht ja da der Dialog JuNuVDR/Tobi ab....


    Wer kann mir sagen, wann (wenn der vdr läuft ?)
    und wie (date ? Welches Datum ? Welche Zeitzone
    ? usw.) ich die Uhr mit installiertem et_timer
    (grundein)stelle ?
    Parallel suche ich hier und in anderen Foren die Lösung
    um's ggf. für den nächsten Sucher hierher zu posten.



    Wemma scho die Frag stoiln, woin mers a b'antworta.


    Mike

    Hi,
    Grundeinstellung ist natürlich die aktuelle Uhrzeit :D
    Ob UTC oder local ist wohl egal - bei mit läufts mit lokaler Zeit.
    Wenn in den Shutdown-Scripten "hwclock --systohc" auskommentiert worden ist und VOR dem vdr-Start set_timer ausgeführt wird, passt auch anschließend die Uhrzeit wieder.


    Gunnar

    vdr 2.x / Gentoo Linux / Wavefrontier T-90
    >> no gates no bills just satisfaction <<

    Hab gerade Deine Tipps durchgesehen. .(Einige hatte ich auch gefunden wurde aber nich so richtig schlau daraus) Der Thread 16361 sieht aber gut aus um meine eben genannte Frage zu beantworten.
    Gehe dann mal wieder offline (Modemnutzer :rolleyes: )
    Danke derweil

    das dauert immer 'n Bissel bis ich mich wieder melde
    Am Wochenende stehen Familie, Haus + Garten erst mal an,
    danach "darf" auch Papa seine Spiele spielen :)


    set_timer "rechnet" bisher irgendwie falsch:


    Habe die /etc/adjtime gelöscht.
    Heruntergefahren und im BIOS Uhr gestellt.
    Fährt hoch->passt.


    Timer programmiert (um 21:42 für 23:42),
    Neustart
    Uhr im BIOS angeschaut:


    Ich hätte erwartet:
    Tag 31, Stunde 22, Minute 0


    Ich sah
    Tag 17, Stunde 21, Minute 19,


    Das mit dem falschen Jahr (hier 2007) hatte ich ja
    schon in einem anderen Beitrag gelesen, aber
    falsche Tage ?


    Starte ich den Rechner sofort per Hand neu,
    wird die Uhr auch nicht [falsch] (das skript geht
    ja von Wiedereinschaltpunkt des Timers aus)
    zurückgestellt sondern bleibt unverändert stehen.


    -Hab ich ein falsches set_timer skript gedownloaded
    (meins ist 18.9.2003 bistr-o-mat + Hans Herman Redenius)
    -/etc/default/rcS: "HWCLOCKACCES = no" ist so richtig ?
    -Wo steht in der c't-Distri im shutdownprozess der hwclock-Befehl?
    (eine vdrshutdown hab ich nicht, nur eine shutdownvdr)
    - andere Anregung ?


    Mike

    Zitat

    Original von HOSTess
    Starte ich den Rechner sofort per Hand neu,
    wird die Uhr auch nicht ...zurückgestellt sondern bleibt unverändert stehen.


    Startest Du set_timer sofort nach dem Booten, also vor dem vdr ???
    Ich kenne die ct-Version leider nicht (obwohl sie hier irgendwo auf dem großen Haufen liegt). Bei SuSE hatte ich damals den Aufruf in der boot.local, bei Slackware ist sie jetzt in einem der Startscripte.


    Woran der falsche Tag liegt weiß ich nicht, evtl. irgendwo ein Tippfehler?
    Stimmen die Pfade zu "hwclock" und "timer"?
    Läuft der vdr als root oder als User? Läuft er als User hat dieser Benutzer die passenden Rechte um diese beiden Programme aufzurufen?


    Die falsche set_timer halte ich für unwahrscheinlich, aber die frischeste Version kannst Du hier bekommen: http://cvs.sourceforge.net/vie…eup/nvram-wakeup/#dirlist


    Gunnar


    eben noch gefunden: http://www.vdr-wiki.de/wiki/index.php/In_CT-VDR-Version

    vdr 2.x / Gentoo Linux / Wavefrontier T-90
    >> no gates no bills just satisfaction <<

    Einmal editiert, zuletzt von Gunnar ()

    Hallo Gunnar (und Andere),


    nach dem von Dir zuletzt genannten Wiki
    hatte ich es vorgestern eingerichtet
    (Mit meinem Problem blöder Uhrzeit)


    Habe jetzt noch mal das aktuelle tarbz2-Paket
    gedownloaded und das set_timer skript dort hatte
    eine andere Dateigröße und stammt vom 21.7.04


    Durch die Annahmen darin muß der symlink auf time
    jetzt in /usr/local/sbin (statt bin) gesetzt werden,
    hab ihm der Einfachheit halber kopiert. Kein Erfolg


    Hab dann das set_timer-log erzeugt (thread
    http://www.vdr-portal.de/board/thread.php?threadid=19697
    und die Ausgabe von set_timer STIMMT bis dahin.


    Wer kann der "Böse" sein, der die Uhr danach beim
    Runterfahren verstellt ?
    Ich hab's ganze /usr rekursiv nach hwclock gegrept
    und nix gefunden.
    Langsam werde ich nervös.


    Gunnar, hast Du noch das Original-BIOS oder schon das Update von
    VIA Installiert (ich nicht) ? Nicht, daß im BIOS ein falsches
    Offset zum Datum steht.


    Mike

    Hi Mike,
    statt des Kopierens oder Anlegen des SymLinks hätte man auch den Pfad in set_timer ändern können :D
    Den hwclock-Aufruf, der Dir wohl die Uhrzeit verstellt und der entfernt werden muß, findest Du normalerweise in einem Script in /etc bzw. /etc/rc.d. Wo genau kann ich nicht sagen, wie schon gesagt habe ich keine ct-Version - bin Slackware-User :P .
    Was das BIOS angeht habe ich nicht mehr die Originalversion - obwohl die in Bezug auf den Timer keine Probleme machte.
    Ich hatte sie mal geupdatet weil der Festplattenzugriff etwas zu langsam war. Hat leider nichts genützt, erst ein VIA-Kernelpatch hat geholfen.


    Gunnar

    vdr 2.x / Gentoo Linux / Wavefrontier T-90
    >> no gates no bills just satisfaction <<

    Hallo Gunnar,


    Danke derweil,


    Da werd ich mir heute wieder den Abend "versauen".
    Gebe wieder Bericht.


    Mike


    PPS für "Spätere Leser":
    Hatte noch in einem Tobi-Beitrag gelesen,
    "apt-get remove vdr-addon-nvram-wakeup"
    (Das nvram-wakeup.deb selbst muss aber bleiben)

    Wenn ich den Befehl aus der letzten (log)-Zeile des set_timer scripts bei mir von Hand eingebe, kömmt's zu der Gülle !!!!
    Vollkommen sinnloses Datum.


    Wo steht den die Hardwareuhr im /proc (bei Debian) ?
    Welches /dev muß angelegt sein ?


    Gibt's unterschiedliche Varianten von "hwclock"


    Thx Mike

    1.Das set_timer skript korrigiert momentan meine BIOSZeit ziemlich
    genau 3 Jahre zurück (31.7. ist vom 10.8. nicht weit !).
    Eben diesen offset an Tagen kriegt meine Systemzeit
    (ABER VON WEM ????) genau doppelt wieder "draufkorrigiert"
    (wer schriebe noch in /etc/adjtime oder macht was mit Zeiten)
    und so lande ich bei einer SYSTEMZEIT (mit date gelesen) von
    Heute + (Differenz heute-31.7.2001)= ~ 20.August 2007
    (quod erum malefizium)


    2.Ich habe schon aus dem /etc/rc.0 und rc.6 die K@@hwclock- Prozesse
    rausgenommen (wg. hwclock --systohc), trotzdem wird meine BIOSZEIT
    auch noch lt. obiger Formel (beim Runterfahren oder laufend ?)
    überschrieben. Sehr seltsam...

    Sollte etwa ein "apt-get update" mir ein debian feature "untergeschoben" haben
    der hier wirkt (z.B. security patch für Zeiten).

    Vielleicht sollte ich den ganzen Beitrag jetzt ins c't-VDR oder debian-Forum
    verschieben (lassen) ? set_timer ist wohl sauber, Maschina kaputt


    Erst mal Guts Nächtel


    Mike

    Hi,
    das die Zeit ca. 3 Jahre zurückgestellt wird ist klar, denn im set_timer-Script steht:

    Code
    ------- schnipp --------
# wakeup time  
  wake_time=996616799 # date -d "Jul 31 23:59:59 2001" +%s 
------- schnapp --------


    Die anschließende Korrektur nach dem Booten sollte jedoch nur einmal geschehen und die /video/time_diff automatisch gelöscht werden.


    Nur so eine Idee: Kann es möglich sein, das Du bei Deinen Versuchen set_timer mehrfach in irgendwelchen Start-Scripten eingetragen hast? Ich könnte mir vorstellen das der erste Aufruf noch läuft (und somit die time_diff noch vorhanden ist) während das Script ein zweites Mal gestartet wird. Dann könnte es sein das die Uhr 2x "korrigiert" wird.


    Gunnar

    vdr 2.x / Gentoo Linux / Wavefrontier T-90
    >> no gates no bills just satisfaction <<

    Nabend,


    Gunnar: Ich werd mal greppen, Vielleicht noch "Rester" vom deinstallierten
    vdr-addon-nvram-wakeup !!


    ------------------------------------------------
    Hab gestern gegen 0:00 (leichter zu rechnen :) )
    noch mal "experimentiert und glaube nun,
    das /sbin/hwclock --set --date ......
    GENAU beschreiben zu können.


    Wenn ich den Rechner herunterfahre steht Zeit um
    genau die Zahl TAGE in der Zukunft
    (2007), die er eigentlich in der Vergangenheit (2001)
    stehen sollte.
    Ich hab dann sofort den Rechner per Hand wieder
    eingeschalten. Und siehe da- UHRZEIT scheint danach die zu sein,
    wo er wirklich aufwachen sollte. Aber der Tag bleibt in
    der Zukunft stehen. Und außerdem würde der PC ja nicht aufwachen,
    weil das ja kein 31ter ist !
    Wie kann ich die Zeitwerte ($TIME_DIFF) ggf. genau
    Vorzeichen invers übergeben ?
    Kennt jemand das Phänomen ?


    Mike

    Gunnar Deinem Einwurf "vielleicht zweimal gestartet" sei Dank.
    Das war die Lösung, nur nicht ganz so profan zu erkennen
    weil ich den zweiten Aufruf "unbewusst" ausgeführt habe.


    Schuld war die Position der Zeile "/usr/bin/set_timer"
    in /etc/init.d/vdr und die Anweisung im VDR-WIKI, diese "weit vorn"
    zu stellen. Also hatte ich sie hinter den comment-Zeilen in den
    Vereinbarungsteil des scripts /etc/init.d/vdr mit reingeschrieben.
    und da muß es set_timer beim Hoch- und Runterfahren in den
    /etc/rc.*/S@ VDR bzw. K@ VDR immer noch mal "unbewußt" gestartet haben.


    Ich habe obige "Rück-Korrektur"-Zeile jetzt ganz aus diesem "vdr" Script
    rausgeschmissen und in /etc/init.d/bootmisc.sh gestellt:
    1. Dort wird sie GARANTIERT VOR dem VDR-Start ausgeführt
    2. beim vdr stop bei init 0 oder 6 können die Killjobs set_timer
    nicht "unbewußt" erwischen...


    ES HAT GEKLAPPT: 1/2 nach Ausschalten ist der Kasten planmäßig
    wieder angesprungen !!
    Kann mein Sohn doch mit in Urlaub kommen und verpasst Nils Holgersson nicht.
    (Der ist erst 4 und wäre sowieso mitgekommen:-) )


    Danke Gunnar für die Ausdauer mit mir und die zündende Idee

    Hallo HOSTess


    Habe durch Zufall diesen Thread entdeckt ...
    Habe zwecks Zeitmangels und Linux-Hilflosigkeit nicht mehr weiter experimentieren können!


    Nun scheint der gordische Knoten ja nun endlich gelöst zu sein!


    Wäre schön, wenn du die Lösung jetzt noch in der Wiki nachtragen könntest! Werde versuchen es heute abend nachzuvollziehen.

    Im ehemaligen Thread werde ich somit auf diesen Thread hier verweisen.

    Hi Leute. Sorry das ich den Thread noch mal hochhole aber ich raffs einfach nicht.


    Ich habe die neuste CT VDR geladen (4.5) und benutze ein EPIA 5000.
    Nachdem ich endlich LIRC mit dem ATRIC Einschalter zum rennen gebracht habe wollte ich nun die Timer hinbiegen. Das bereitet mir schon seit einigen Tagen Kopfschmerzen. Ich habe im VDR Wiki die Anleitung gelesen, scheine aber zu dumm dafür zu sein.


    Ich habe folgende Änderungen vorgenommen:

    Code
    if [ $MAX_TRY_AGAIN -gt 0 ]
  then 
    EXITCODE=0
  else
    /usr/bin/set_timer $1 $2
    EXITCODE=0
fi

    in das Shutdownscript eingetragen. (Erst mittendrin weil ich dachte das nvram bestehen bleiben muss, letztlich hab ich ein leeres File mit ausschließlich diesem Inhalt erzeugt - hilft auch nicht)


    Code
    ln -s /usr/sbin/time /usr/local/bin/time gesetzt


    und in der /etc/init.d/bootmisc.sh

    Code
    /usr/bin/set_timer


    eingetragen. HWCLOCKACCESS ist auch auf no gesetzt. Damit habe ich die Anleitung befolgt. Nun hab ich die Idee mit der Umleitung von set_timer in ein Logfile umgesetzt und dieses ist leer. Es wird scheinbar nicht ausgeführt. Ich frage mich nun was mein Fehler ist. Ist es vielleicht doch falsch im Shutdownscript nur das set_timer auszuführen?


    Dann kommt noch erschwerend hinzu, das die Kiste auf einmal nicht mehr ausgeht wenn ich auf der FB Power drücke. Da dachte ich das ich in die modules einfach apm reinklebe, aber dann spinnt meine Festplatte rum (raff ich nun gar nicht)


    Es wär wirklich nett wenn mir das jemand für nen Dummen erklkärt, sonst kann ich auch den analogen Receiver wieder dranhängen, wenn ich eh nicht aufnehmen kann :(


    thx
    Plurax


    €: Ich hab rausgefunden warum der Rechner nicht mehr ausgegangen ist: Ich hatte im BIOS ACPI ausgeschaltet. Das wär dann schon mal klar. Aber der set_timer funktioniert immer noch nicht. :(

    Ich bin nicht paranoid!
    Paranoide denken sie werden verfolgt.
    ICH WEISS ES!

    Einmal editiert, zuletzt von Plurax ()

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden