SuSE 9.1: Uhrzeit spielt verrückt!!!
-
Geht die Uhrzeit ansonsten korrekt? (Schau mal im BIOS Menü) Vielleicht ist dein CMOS Akku kaputt und du musst einen neuen kaufen.
-
kingruedi schrieb:
Geht die Uhrzeit ansonsten korrekt? (Schau mal im BIOS Menü) Vielleicht ist dein CMOS Akku kaputt und du musst einen neuen kaufen.
Direx schrieb:
Nach dem nächsten Neustart aber, ist wieder alles verkehrt. Komisch ist aber, dass die Zeit im BIOS immer richtig ist und das es unter Windows auch geht.
-
nman schrieb:
Ich meinte eigentlich dass Du das entsprechende Skript in /etc/init.d/ überprüfen sollst das die Zeit setzt...
Und welches ist das?
-
Direx schrieb:
nman schrieb:
Ich meinte eigentlich dass Du das entsprechende Skript in /etc/init.d/ überprüfen sollst das die Zeit setzt...
Und welches ist das?
Keine Ahnung wie das bei Dir heißt, bei mir (Gentoo) macht das /etc/init.d/clock.
-
Bei mir sagt das script "boot.clock":
#! /bin/sh # # Copyright (c) 2001-2002 SuSE Linux AG, Nuernberg, Germany. # All rights reserved. # # /etc/init.d/boot.clock # ### BEGIN INIT INFO # Provides: boot.clock # Required-Start: boot.localfs # X-UnitedLinux-Should-Start: boot.crypto boot.swap # Required-Stop: # Default-Start: B S # Default-Stop: # Description: set cmos clock ### END INIT INFO . /etc/rc.status . /etc/sysconfig/clock rc_reset case "$1" in start|restart) # set and adjust the CMOS clock if [ "$HOSTTYPE" = "s390" -o "$HOSTTYPE" = "s390x" ] ; then echo -n Setting up the system clock # On s390 the hwclock is set outside Linux currently. The kernel # always assumes it to be set to UTC. So if it is set to local # time, we have to compensate for that. We might achieve this # using this special settimeofday(2) linux feature: # Under Linux there is some peculiar `warp clock' semantics # associated to the settimeofday system call if on the very # first call (after booting) that has a non-NULL tz argu- # ment, the tv argument is NULL and the tz_minuteswest field # is nonzero. In such a case it is assumed that the CMOS # clock is on local time, and that it has to be incremented # by this amount to get UTC system time. No doubt it is a # bad idea to use this feature. (settimeofday(2) man page) # But unless someone complains we simply will use date(1) to shift # the system time by the difference between UTC and local time, if # the system clock is set to local time. This will introduce a # minimal shift due to the delay between gettimeofday and # settimeofday, and it only works as long as $0 is executed # exactly once, at boot. if test "$HWCLOCK" != "-u"; then date $(date -u +'%m%d%H%M%Y') rc_status fi rc_status -v -r else echo -n Setting up the CMOS clock test -f /etc/adjtime || echo "0.0 0 0.0" > /etc/adjtime /sbin/hwclock --adjust $HWCLOCK rc_status /sbin/hwclock --hctosys $HWCLOCK rc_status rc_status -v -r fi ;; stop) if [ "$HOSTTYPE" != "s390" -a "$HOSTTYPE" != "s390x" ] ; then echo -n "Set Hardware Clock to the current System Time" # write back to hardware clock and calculate adjtime /sbin/hwclock --systohc $HWCLOCK rc_status -v -r fi ;; status) rc_failed 4 rc_status -v ;; *) echo "Usage: $0 {start|stop|status|restart}" exit 1 ;; esac rc_exit
-
Gut, und jetzt versuchst Du einfach, die aufgelisteten Programme selbst aufzurufen und schaust was dann passiert.
-
Da passiert nix - die Uhr bleibt unverändert (habe sie richtig gestellt und sie bleibt auch richtig, aber nach dem Neustart ist alles wieder falsch).
-
Hm, versuch mal, in Deinem Kernel "Enhanced RTC" zu aktivieren.
-
Vielleicht steht auch in der Datei /etc/adjtime Murks.
-
Ponto schrieb:
Vielleicht steht auch in der Datei /etc/adjtime Murks.
Gute Idee - lösch die mal ganz einfach.