Michael Bischof wrote:
Am Mittwoch 05 Januar 2005 20:47 schrieb Markus Sch�nhaber:
Michael Bischof wrote:
Hm, mir ging es zun�chst mal darum, daf�r zu sorgen, da� "date" bei der
Ausgabe des Datums "CET" und nicht "UTC" auf die Konsole schreibt (auch
wenn die Uhrzeit dann vielleicht noch immer nicht stimmt). Und das h�ngt
- zumindest bei meinem Debian- und meinem Gentoo-System - davon ab, da�
unter
/etc/localtime
die entsprechende Zoneinfo-Datei erreichbar ist.
Noch mal die Situation bei mir:
[EMAIL PROTECTED] mks $ ls -l /etc/localtime
lrwxrwxrwx 1 root root 33 3. Aug 23:09 /etc/localtime ->
/usr/share/zoneinfo/Europe/Berlin
[EMAIL PROTECTED] mks $
Die Ausgaben von "ls", die Du gepostet hast, scheinen mir darauf
hinzudeuten, da� bei Dir die Sache anders aussieht als bei mir. Was gibt
auf Deinem System
ls -l /etc/localtime
aus?
Ich gehe in /etc/localtime und gebe ein:
Warum weigerst Du Dich so standhaft, einfach mal
ls -l /etc/localtime
einzutippen? Das h�tte schon viel fr�her zweifelsfrei klarstellen
k�nnen, da� /etc/localtime bei Dir ein Verzeichnis bzw. ein Link darauf
und eben nicht wie bei mir eine Datei bzw. ein Link auf eine solche ist.
ls -l
Und erhalte dann:
lrwxrwxrwx 1 root root 33 Jan 5 22:14 Berlin ->
/usr/share/zoneinfo/Europe/Berlin
Das ergibt dann:
[EMAIL PROTECTED] Europe]# date
Mi Jan 5 22:24:18 UTC 2005
Ich schlage also vor, da� Du das vorhandene localtime aus dem Weg
schiebst, es als link auf das Zonefile neu erzeugst und dann mal
schaust, was "date" ausgibt. Z. B. so:
Gimli root # cd /etc
Gimli etc # mv localtime localtime.bak
Gimli etc # date
Mi Jan 5 21:59:48 UTC 2005
Gimli etc # ln -s /usr/share/zoneinfo/Europe/Berlin localtime
Gimli etc # date
Mi Jan 5 23:02:19 CET 2005
Gimli etc #
Wenn dann "date" - wie oben beim zweiten Versuch - "CET" ausgibt, ist es
schon mal gut. Das folgende dann noch zu tun, ist vermutlich auch eine
gute Idee:
Das scheint aber ein bei Mandrake nicht unbekanntes Problem zu sein:
http://archives.mandrakelinux.com/newbie-de/2003-12/msg00128.php
Au�erdem f�llt mir ein: wenn es nach Logik ginge - und wenn bei mir die
Hardwareuhr eben nicht auf UTC laufen kann (wegen Windows XP) dann m�sste
ich doch die datei /etc/sysconfig/clock auf UTC=false setzen - und,was ich
nicht bedacht habe, neu booten.
Das mache ich dann morgen fr�h mal.
Nur zu, die Spannung steigt...
Gru�
mks
----------------------------------------------------------------------------
PUG - Penguin User Group Wiesbaden - http://www.pug.org
