Uhrzeit kaputt!

[Corcovado]

Hallo,
ich habe ein Problem bei mir die Uhrzeit richtig einzustellen, die Uhr laeuft irgendwie schneller bzw zeigt nach einem Neustart immer irgendwelche Fantasiezeiten(?!). Ich kaempfe damit auf meinem Debien Etch/2.6.15 schon seit ca 2 Wochen, als ich das System installiert und gleich einen Kernel dazu gebaut hatte (kann es daran liegen, mir schwebt sowas mit diesem HPET Timer noch in Erinnerung, evtl hab muss man da mehr Optionen einstellen??).

Bisher hab ich folgendes versucht, vllt liegts ja auch einfach daran:

Code: Alles auswählen

#mv /etc/adjtime /etc/adjtime.remove
#hwclock --set --date="month/day/year hour:minute:second" --utc
#hwclock --hctosys

Dann verliert er die Uhrzeit immer nach dem Neustart..
Folgendes, hatte ich wo gelesen, hat aber bisher alles keinen dauerhaften Erfolg gehabt

Code: Alles auswählen

Set the timezone:
#tzconfig

Edit the /etc/default/rcS:
UTC = yes / no

Get time via ntp server:
#ntpdate pool.ntp.org
#hwclock --systohc

Zuletzt hab ich das hier erfolglos versucht:
http://www.ibr.cs.tu-bs.de/users/thuerm ... quick.html

Kann mir bitte jemand helfen, das hinzubekommen - es ist unertraeglich am Freitag Nachmittag um 13:00 am Rechner arbeiten zu muessen, waehrend einem dieser dauernd sagt es sei schon 19:30!!!

[crazyed]

Moin,
es gibt einen Haufen Zeug zu deinem Problem hier zu finden:

Gib 'ndpd' in die Suche ein und such das Passende heraus.

Ich benutz ntpd und alles ist gut

[Baer]

hallo crazyed

Gib 'ndpd' in die Suche ein und such das Passende heraus.

hat nicht viel ergeben
ntpd war schon viel besser.
grüässli Urs
[edit] hatte das selbe Problem und zur Lösung hat dein Post geführt, thx

[Corcovado]

Hallo nochmal, als ich den Rechner heute gestartet habe, hat die Uhr sogar gestimmt!!!! Danke!! ntpdate hatte ich eig schon installiert nur fand ich noch heraus, das ich den Abgleich wohl mit zwei Servern machen muss oder so, jedenfalls hat diese Zeile geholfen:

Code: Alles auswählen

# ntpdate -b tick.fh-augsburg.de time2.one4vision.de

Nun frag ich mich noch was. Das mit dem Zeitabgleich ist doch so ne Sache, erstens was mache ich, wenn der Rechner nicht am Netz haengt (kann ich die Zeit denn nicht manuell auch dauerhaft einstellen?)?

Und dann hab ich gelesen, dass man einen entsprechenden Abgleich als "Cronjob" festlegen sollte - muss man das? Wie macht Ihr das?

[Joghurt]

Ich würde statt ntpdate chrony empfehlen. Der ist für Rechner, die nicht ständig am Netz hängen geschrieben.

Außerdem misst er die Abweichung deiner Uhr und passt sie entsprechend an.

[rendegast]

Hallo,

wenn Deine Uhr Fantasiezeiten produziert könnte die Batterie kaputt sein.
Oft kannst Du eine aus einem Schrott-Board als Ersatz verwenden.

[Savar]

hast du zufällig /usr auf einer eigenen Partition? dann kommt der Fehler dadurch, dass hwclock.sh seit ein paar Monaten schon in SID (vielleicht erst jetzt in Etch) früher gesetzt wird.. wenn ja, könnte es das Problem sein... dann meld dich einfach nochmal

[Corcovado]

Hallo,
Also das mit der Batterie halte ich mom eher fuer unwahrscheinlich, da erstens davor alles perfekt funktionierte und zweitens es jetzt mit ntpdate auch wieder laeuft. Ich finde aber dass es unbedingt in dem Zusammenhang erwaehnt gehoert (fuer andere, die das hier vllt mal lesen), dazu faellt mir noch ein, dass es dabei eintweder im Mainboard diese bekannte Knopfzelle gibt oder aber die Batterie direkt im Modul der Uhr (afaik bei Dallas) drin, washalb dann dieser IC/Modul komplett ausgetauscht werden muss.

Das Prg chrony kenn ich noch nich, scheint aber genau das zu sein was ich suche Seltsam eig warum man dazu extra ein Prg benoetigt, ich scheine ein aehnliches Problem nun auch auf einem andern Rechner zu haben, stimmt die Zeit nun von Haus aus nicht mehr und man muss extra separat ein Prg dafuer installieren??!!!
Zu chrony habe ich folgendes Tutorial gefunden und werde das jetzt mal versuchen:
http://www.sc-delphin-eschweiler.de/chrony/index.html


Ah ja und das wichtigste wohl: JA ich habe /usr bei beiden Rechnern auf einer separaten Partition:

Code: Alles auswählen

/dev/hda5       /usr            ext3    defaults        0       2

Aber das Problem mit den Partitionen hab ich vorher nicht ganz verstanden (hast Du evtl dazu nen Link oder so?). Danke an alle jedenfalls fuer die Tipps!!!

[KBDCALLS]

Von den PC-Uhren darf man eh keine Genauigkeitswunder erwarten, sind keine Atomuhren Und das ne Batterie schlapp macht ist auch nicht ganz unmöglich, auch wenn sie angeblich 10 Jahre halten sollten, Und das werden sie höchsten wenn überhaupt bei Idealbedingungen tun, und ob die im Compi herrschen?

[Corcovado]

Klar, deswegen halte ich es ja fuer "eher unwahrscheinlich", v.a. weils ja jetz wieder laeuft.. aber eben fuer wichtig in dem Zusammenhang, weil ich das Problem auch kenne.

Was war jetzt mit /usr??

[rendegast]

Hallo,

Savar meinte wahrscheinlich, dass hwclock in /usr/(s)bin liegt, kleiner faupas halt. Ist aber kein Problem, da es in /sbin liegt.
(ausser, du lagerst /sbin auf eine eigene Partition aus )

[KBDCALLS]

Das wird nicht gehen wie auch /etc

Aber das hab ich auch nicht so ganz verstanden was @savar da gemeint hat.

[Savar]

http://lists.debian.org/debian-user-ger ... 02632.html

das habe ich gemeint.. und mich hats 3 Tage debuggen gekostet...

Kurz und gut:

/etc/localtime ist ein Symlink zur Zeitzonendatei die unterhalb von /usr liegt.. seit mitte Dezember wurde aber "hwclock.sh" runleveltechnisch von Platz 50 ca. auf 25 vorgeschoben, da es da um die ich glaube zusatzinfos der /etc/fstab (backup + fsck info am Ende) ging.. die wären sonst falsch.. nun ist Platz 25 aber vor mountall.sh und daher ist /usr noch nicht gemountet und /etc/localtime zeigt ins leere.. Faktum: it's not a bug.. it's a feature (und hier stimmt das leider auch)

Lösung bei mir.. (momentan ich werds aber wahrscheinlich ändern weil jeder upgrade mir das Problem wieder bringt wenn base-utils oder weiß grad nicht welches Paket dafür zuständig ist, die Änderung wieder macht) ich hab hwclock.sh wieder auf Platz 50 geschoben...