Anzeige:
Ergebnis 1 bis 3 von 3

Thema: BIOS Uhr geht immer 2 Stunden vor nach NVRAM-Benutzung

  1. #1
    Schreiner
    Registriert seit
    Aug 2002
    Beiträge
    348

    BIOS Uhr geht immer 2 Stunden vor nach NVRAM-Benutzung

    Hallo,

    auf meinem ASRock K7VM2 gibts ein Zeitproblem. Wenn ich die Uhr im BIOS selbst oder mit hwclock unter Linux richtig einstelle ist alles in Ordnung, die Zeit geht richtig. Die Systemzeit soll gleich der BIOS-Zeit sein. Auch wenn ich den PC auschalte und wieder anmache tickt die Zeit noch richtig.

    Auf dem PC läuft jedoch die VDR Software (also ein digitaler Video Disk Recorder). Wenn ich nun etwas aufnehmen möchte, sagen wir mal um 17 Uhr und es ist erst gerade 12 Uhr, dann soll der PC natürlich nicht 5 Stunden für lau laufen um dann um 17 Uhr endlich mit der Aufnahme beginnen zu können. Deshalb benutze ich nvram-wakeup. Beim Herunterfahren sieht nvram-wakeup nach, ob eine Aufnahme ansteht. Es sieht das das für 17 Uhr der Fall ist und schreibt eine Aufwachzeit, also sagen wir einmal 16:55 Uhr ins nvram. Das nvram wird dann vom BIOS ausgelesen und das BIOS greift die Aufwachwerte ab und merkt sie sich. Nun ist der PC aus und wacht dann um 16:55 Uhr automatisch auf, damit er um 17:00 Uhr mit der Aufnahme beginnen kann. So schön ist die Theorie.

    Also wenn ich den PC normal runterfahre und neu starte ist die Zeit in Ordnung. Wenn sich jedoch nvram-wakeup dazwischenschaltet, wird die BIOS-Zeit auf mysteriöse Art und Weise um 2 Stunden vorgestellt. Das heisst wenn ich wie im oben aufgeführten Beispiel um 12 Uhr den PC mit nvram-wakeup herunterfahre, schreibt nvram eine Aufwachzeit von 16:55 Uhr ins BIOS, jedoch ändert sich gleichzeitig die BIOS Uhr +2 Stunden.

    Das hat dann zwei negative Effekte:

    1. Die Zeit des PCs ist nach dem Start falsch.
    2. Der PCs nimmt nicht die gewünschte Sendung um 17:00 Uhr auf, sondern eine spätere um 19:00 Uhr.

    Wenn ich danach die Zeit nicht wieder richtig einstelle und eine neue Aufwachzeit mit nvram-wakeup einstelle, dreht sich die Uhr wieder 2 Stunden vor. Effektiv sind das dann 4 Stunden die die Uhr vorgeht.

    Hier noch die Meldung beim herunterfahren, wobei nach dem Shutdown sofort wieder hochgefahren wurde. Wie man sieht liegen zwischen den Sessions angeblich zwei Stunden, obwohl es eigentlich nur einige Sekunden sind:

    02:35:30 vdr sshd[213]: Accepted password for root from 192.168.3.1 port 1997
    Jul 19 22:36:36 vdr vdr[204]: switching to channel 4
    Jul 19 22:36:43 vdr vdr[204]: timer 1 added (active)
    Jul 19 22:36:47 vdr vdr[204]: Power button pressed
    Jul 19 22:36:47 vdr vdr[204]: confirm: Press any key to cancel shutdown
    Jul 19 22:36:53 vdr vdr[204]: confirmed
    Jul 19 22:36:53 vdr vdr[204]: executing '/usr/local/bin/vdrshutdown 1058653680 6673 4 "South Park" 1'
    Jul 19 22:36:54 vdr sudo: root : TTY=console ; PWD=/ ; USER=root ; COMMAND=/usr/local/bin/nvram-wakeup -lDs 1058653680
    Jul 19 22:36:54 vdr kernel: Non-volatile memory driver v1.2
    Jul 19 22:36:54 vdr nvram-wakeup[235]:
    Jul 19 22:36:54 vdr nvram-wakeup[235]: All values are displayed as they are stored in the nvram/rtc.
    Jul 19 22:36:54 vdr nvram-wakeup[235]: (and do not correspond necessarily to the system date/time)
    Jul 19 22:36:54 vdr nvram-wakeup[235]:
    Jul 19 22:36:54 vdr nvram-wakeup[235]: WakeUp : Disabled (0x2
    Jul 19 22:36:54 vdr nvram-wakeup[235]: Date : 20 (0x2
    Jul 19 22:36:54 vdr nvram-wakeup[235]: Hour : 00 (0x60)
    Jul 19 22:36:54 vdr nvram-wakeup[235]: Minute : 23 (0x97)
    Jul 19 22:36:54 vdr nvram-wakeup[235]: Second : 00 (0x00)
    Jul 19 22:36:54 vdr nvram-wakeup[235]: rtcDate : 00 (0x00)
    Jul 19 22:36:54 vdr nvram-wakeup[235]: Checksum: 0x1F42
    Jul 19 22:36:54 vdr nvram-wakeup[235]:
    Jul 19 22:36:54 vdr nvram-wakeup[235]: Enabling (0x29) WakeUp-on-RTC in nvram.
    Jul 19 22:36:54 vdr nvram-wakeup[235]: New Date : 20 (0x29)
    Jul 19 22:36:54 vdr nvram-wakeup[235]: New Hour : 00 (0x60)
    Jul 19 22:36:54 vdr nvram-wakeup[235]: New Minute : 23 (0x97)
    Jul 19 22:36:54 vdr nvram-wakeup[235]: New Second : 00 (0x00)
    Jul 19 22:36:54 vdr nvram-wakeup[235]: New rtcDate : 20 (0x20)
    Jul 19 22:36:54 vdr nvram-wakeup[235]: New Checksum: 0x1F43
    Jul 19 22:36:54 vdr nvram-wakeup[235]:
    Jul 19 22:36:54 vdr nvram-wakeup[235]: Now really WRITING into /dev/nvram...
    Jul 19 22:36:54 vdr nvram-wakeup[235]: The changes to take effect, you must reboot your computer now.
    Jul 19 22:36:54 vdr nvram-wakeup[235]:
    Jul 19 22:36:54 vdr sudo: root : TTY=console ; PWD=/ ; USER=root ; COMMAND=/bin/touch /nvramboot
    Jul 19 22:36:54 vdr sudo: root : TTY=console ; PWD=/ ; USER=root ; COMMAND=/sbin/shutdown -r now
    Jul 19 22:36:54 vdr init: Switching to runlevel: 6
    Jul 19 22:36:54 vdr vdr[204]: caught signal 15
    Jul 19 22:36:57 vdr vdr[204]: saved setup to /usr/local/vdr/etc/setup.conf
    Jul 19 22:36:57 vdr vdr[204]: stopping plugin: scanner
    Jul 19 22:36:57 vdr vdr[204]: stopping plugin: pilot
    Jul 19 22:36:57 vdr vdr[204]: stopping plugin: osdteletext
    Jul 19 22:36:57 vdr vdr[204]: stopping plugin: mplayer
    Jul 19 22:36:57 vdr vdr[204]: stopping plugin: mp3
    Jul 19 22:36:57 vdr vdr[204]: stopping plugin: dvd
    Jul 19 22:36:57 vdr vdr[204]: stopping plugin: vcd
    Jul 19 22:36:57 vdr vdr[204]: exiting
    Jul 19 22:36:57 vdr exiting on signal 15
    Jul 20 00:39:28 vdr syslogd 1.4.1: restart.

    Kann mir jemand sagen warum das alles so schiefgeht? Im BIOS habe ich schon nachgeschaut, ob es irgendeinen Schalter gibt der dieses Verhalten hervorrufen könnte...aber Fehlanzeige. Leider sehe ich in der obigen Meldung auch keinen Fehler. Die Linuxdistro die ich benutze ist Slackware 9.0. Der PC ist nicht mit dem Internet verbunden, weshalb auch kein ntp installiert ist.

    MfG

    Sebastian
    Geändert von micmac (20.07.03 um 12:07 Uhr)

  2. #2
    Moderator Avatar von taylor
    Registriert seit
    Dec 2000
    Ort
    Mannheim
    Beiträge
    5.618
    Da 2 Stunden zufälligerweise genau die Differenz zwischen Greenwich Mean Time (GMT, UTC) und der Mitteleuropäischen Sommerzeit (MEZ) sind, denke ich, Du solltest den Fehler irgendwo bei der Zeitzonenkonfiguration suchen.

    Vieleicht mal die Hardware-Uhr auf GMT stellen, oder in der Konfiguration (ich kenne Slack nicht) festlegen, dass sie eben *nicht* auf GMT steht.
    Debian GNU/Linux Sid, KDE, Kernel 2.6.10-as6, XFS - Richtig Fragen stellen

    Besucht uns im IRC auf irc.linuxforen.de in #linuxforen.de

  3. #3
    Schreiner
    Registriert seit
    Aug 2002
    Beiträge
    348
    Danke taylor!

    Habe ein wenig mit hwclock und date rumgespielt, bis UTC in der /etc/adjtime stand

    Jetzt ist alles in Ordnung.

    Danke!

    Sebastian

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •