Arch Linux

hwclock geht vor

ixi

Hallo Zusammen,

ich hoffe, ich bin im richtigen Thread, meine Suchen waren bis jetzt hier im Forum und unter google nicht befriedigend.

seit einigen Tagen habe ich das Problem, wenn ich nach einer bestimmten Zeit (meistens über die Nacht) mein Laptop einschalte, das die kDE-Uhr schon in der Zukunft ist, oft sind es so 15 Minuten.

Beim Start habe ich vorhin ins BIOS geschaut und da lief die Uhr richtig. Die KDE- Uhr war schon wieder in der Zukunft.

Ich habe mir mit NTP Abhilfe verschaffen und so wird die Zeit nach einigen Minuten Synchronisiert.
Nach der Synchronisation habe ich "hwclock --show" eingegeben und dort geht die Uhr knapp eine halbe Stunde vor. Bevor ich mir NTP installiert habe, habe ich die Uhr schon einmal mit "hwclock --set --date..." richtig eingestellt. Beim nächsten Start war diese Einstellung jedoch wieder verworfen.

Die Umschaltung im KDE von Lokal auf Europe/Berlin bringt auch keinen Unterschied.

Hat jemand eine Idee, wie ich diese Problem dauerhaft umgehen kann, da ich nicht überall Internetzugang habe und synchronisieren kann.

ChrisGT

Hallo,

das gleiche Problem hab ich hier auch.

Was hast Du in der rc.conf stehen?

Ich habe das dort jetzt auf localtime geändert:

#

# -----------------------------------------------------------------------
# LOCALIZATION
# -----------------------------------------------------------------------
#
# LOCALE: available languages can be listed with the 'locale -a' command
# HARDWARECLOCK: set to "localtime" or "localtime"
# USEDIRECTISA: use direct I/O requests instead of /dev/rtc for hwclock
# TIMEZONE: timezones are found in /usr/share/zoneinfo
# KEYMAP: keymaps are found in /usr/share/kbd/keymaps
# CONSOLEFONT: found in /usr/share/kbd/consolefonts (only needed for non-US)
# CONSOLEMAP: found in /usr/share/kbd/consoletrans
# USECOLOR: use ANSI color sequences in startup messages
#
LOCALE="de_DE.utf8"
HARDWARECLOCK="localtime"
USEDIRECTISA="no"
TIMEZONE="Europe/Berlin"
KEYMAP="de"
CONSOLEFONT=
CONSOLEMAP=
USECOLOR="yes"

Hab den Rechner vorhin mal neu gestartet und es ging jetzt erstmal. Mal sehen was morgen ist.
Vorher hat übrigens die einstellung UTC ganz gut funktioniert, jetzt komischerweise nicht mehr.

ixi

#
# /etc/rc.conf - Main Configuration for Arch Linux
#

# -----------------------------------------------------------------------
# LOCALIZATION
# -----------------------------------------------------------------------
#
# LOCALE: available languages can be listed with the 'locale -a' command
# HARDWARECLOCK: set to "UTC" or "localtime"
# USEDIRECTISA: use direct I/O requests instead of /dev/rtc for hwclock
# TIMEZONE: timezones are found in /usr/share/zoneinfo
# KEYMAP: keymaps are found in /usr/share/kbd/keymaps
# CONSOLEFONT: found in /usr/share/kbd/consolefonts (only needed for non-US)
# CONSOLEMAP: found in /usr/share/kbd/consoletrans
# USECOLOR: use ANSI color sequences in startup messages
#
LOCALE="de_DE.utf8"
HARDWARECLOCK="localtime"
USEDIRECTISA="no"
TIMEZONE="Europe/Berlin"
KEYMAP="de-latin1-nodeadkeys"
CONSOLEFONT=
CONSOLEMAP=
USECOLOR="yes"

also, hier habe ich nichts geändert. Wenn ich mein Notebook neu starte ist alles okay, das ändert sich erst nach Stunden...

Scheint wohl irgendein Bug zu sein, wenn ich nicht alleine bin. Leider beherrsche ich die englische Sprache nicht genug, sonst hätte ich im englischen oder im chakra-project gefragt.

bademaister

Moin

wenn bei mir die Uhrzeit falsch geht mach ich es immer wie hier beschrieben:

GUCK HIER

im Dritten Beitrag.

Funzt bei mir Bestens.

mfG

Paul

ixi

Habe mal den Tipp befolgt und werde dies morgen noch mal testen, da ich bei einem Neustart (nach Änderung) ja nicht das Problem gehabt habe.

ixi

Die Zeit war wieder in der Zukunft. Ich habe die Befehle noch mal eingegeben und beobachte es noch weiter.

ixi

Problem besteht weiter :/

ChrisGT

Bei mir auch. Warum weiß ich nicht. Habe nun schon alles mögliche probiert, aber am nächsten Tag ist meine Uhr wieder 45 Minuten zu spät dran. Ich weiß jetzt auch nicht mehr wirklich wo ich ansetzen müste um das Problem zu beheben und NTP wollte ich eigentlich nicht wirklich.

ChemBro

Ich hatte das Problem, hatte trotz ntpdate nach dem Hochfahren immer noch eine falsche Uhrzeit, aber wie im verlinkten Thread von bademaister hat nach dem Richtigstellen der Uhr

# hwclock --systohc

das Problem behoben. Zumindest bei mir.

doc.horn

Hmm... bei mir stimmt da was auch ganz und gar nicht.
Ich hatte bevor ich diesen Thread gefunden habe die Systemzeit richtig eingestellt und dann die HW-Clock synchronisiert. Nach kurzer Zeit war das schon wieder verstellt.
Habs grade nochmal probiert: nach ca. 10 min zeigt hwclock schon wieder eine falsche Zeit an.

Da ich auch kdemod 4.2 verwende, könnt ich mir denken, dass es wirklich daran liegt...

ChrisGT

Hmm... bei mir stimmt da was auch ganz und gar nicht.
Ich hatte bevor ich diesen Thread gefunden habe die Systemzeit richtig eingestellt und dann die HW-Clock synchronisiert. Nach kurzer Zeit war das schon wieder verstellt.
Habs grade nochmal probiert: nach ca. 10 min zeigt hwclock schon wieder eine falsche Zeit an.

Da ich auch kdemod 4.2 verwende, könnt ich mir denken, dass es wirklich daran liegt...

Was ich mich frage, ist wie das sein kann. Ich nutze diese KDEmod-Version schon länger(hab den unstable-Zweig von denen drin gehabt der momentan leer ist) und das Problem ist erst seit ein paar Tagen da. Mir sind aber keine größeren Updates oder so aufgefallen

doc.horn

Ich könnte mir vorstellen, dass das ein Fehler ist, der erst mit der Sommerzeit Einzug erhalten hat...

EDIT: Hmm... setzt mal bitte in der rc.conf

USEDIRECTISA="yes"

Bei mir scheints zumindest für den Moment geholfen zu haben. Eben zeigte hwclock noch eine völlig falsche Zeit an. Nach Setzen der obigen Einstellung war die Zeit nach einem Reboot dann auf einmal wieder richtig...

ixi

Problem nach wie vor vorhanden. trotz Änderung der rc.conf

doc.horn

Ja, bei mir leider auch...

bernarcher

Ich habe auch keine echte Lösungsidee mehr. Aber je länger ich den Thread hier verfolge, um so mehr hege ich den Verdacht, dass es an der Hardware liegt.

Könnte es sein, dass die Hardwareuhr so extrem falsch geht, dass sie mit den üblichen Mitteln nicht wirklich synchron gehalten werden kann? Wenn ich richtig gelesen habe, beschreibst du das Problem von der KDE her. Ich verstehe aber das Systemverhalten noch nicht ganz.

Was passiert, wenn du nur in eine Konsole bootest, also in Initlevel 3. Wenn du dort die Systemzeit stellst, mit hwclock synchronisierst und das über einige Zeit mit date beobachtest, gibt es da Sprünge oder Lauffehler?

Wenn hier alles o.k. ist, wird die Systemuhr beim Booten/Herunterfahren richtig synchronisiert? Eigentlich wird das von /etc/rc.sysinit aus erledigt, aber erhältst du Meldungen darüber? Nach kurzer und längerer Uptime? Gibt dmesg brauchbare Infos zu "clockevent" her?

Wenn das stimmt, was passiert in anderen DEs/WMs? Nur um einzugrenzen ob es bei dir vielleicht ein KDE-Problem ist.

Nur mal geraten. Aber vielleicht kommst du so dem Problem auf die Spur.

Kabbone

Also ich habe auch das Problem seit der Sommerzeitumstellung mit Openbox

ixi

Ich werde morgen früh versuchen dran zu denken und im Textmodus starten. Dauert ja immer einige Zeit bis die Uhr wieder vorgeht. Gerade noch mal synchronisiert und nach Neustart war auch die hwclock richtig eingestellt. Mal sehen wie es später ist.

Das Problem trat auch bei mir nach der Sommerzeit auf.

skull-y

hab das Problem mit kdemod 4.2 bekommen auf meinem laptop. Ich bin gehe bei ,ir aber davon aus, das die batterie des BIOS langsam aber sicher entladen ist. werde aber KDEmod 4.2 im Laufe der nächsten Woche auf meinem Desktop installieren. Ich Melde mich dann nochmal hier im Thread was ich da beobachten konnte

bernarcher

ixi schrieb Das Problem trat auch bei mir nach der Sommerzeit auf.

Irgendwie scheint der große Zeitsprung das Problem zu triggern. Das entspricht systematisch einer zu großen Drift unter normalen Betriebsumständen. Das System bekommt die Synchronisierung nicht in die Reihe. Hat sich in letzter Zeit irgendwo in den Tools etwas geändert?

ChrisGT

Hab jetzt auf einem 2. Rechner Arch mit Gnome installiert und dort läuft es richtig. Nur der Rechner mit KDE4.2 macht diese Mucken. Das Board ist neu, also die Batterie kann es nicht sein. Das Problematische ist, dass ich nicht weiß ab wann genau das aufgetreten ist(wer guckt schon dauernd auf die Uhr) und so auch nicht sagen kann ab welchen Update.

Nächste Seite »