@Schlaubi:
An NTP kann's zunächst nicht liegen. Der Dienst ist konfiguriert und in den Runlevels eingetragen (Konfig: nach Neustart des Dienstes stimmt die Uhrzeit / Runlevel: Nach Neustart des ganzen Systems stimmt die Zeit ebenfalls). NTP läuft also, trotzdem geht die Uhr falsch. Mit 'ntpq -c peers' kann nachgesehen werden, was NTP treibt. Warscheinlich steht Offset auf 5000, das ist das Maximum was NTP kann. Wenn die lokale Uhr mal so falsch geht, kann NTP die Zeit nicht mehr korrigieren. Jetzt bleibt noch die Frage offen, warum die lokale Uhr so dermassen daneben läuft: Am PIT kann's nicht liegen, der funktioniert schon solange ich PCs kenne zuverläßig. ACPI hat sicherlich viele Probleme, mir ist jedoch noch nie die Uhrzeit unterkommen. Dann bleibt da noch TSC: Auch da ist mir noch nie unterkommen, das der Prozessor Probleme hätte einfach regelmäßig eins dazu zu addieren. Linux benutzt (die meisten Distris) für die Uhrzeit TSC. Die letzte Frage: Warum schafft es ein Prozessor nicht, regelmäßig einfach eins zu einem Counter dazu zu addieren? Bleibt ja bloß noch eine Antwort: Weil er nicht real ist. Und bei dem virtuellem Prozessor schaft es der reale im Hintergrund einfach nicht schnell/nicht gleichmäßig genug da eins drauf zu addieren.
Das ist das einzigste Szenario das ich kenne wo die Uhrzeit nicht zuverlässig gehalten werden kann bei NTP und im Kernel TSC.
Hoffe mal, Du kannst jetzt folgen warum ich denke, dass es sich um eine VM handelt. Aber dennoch, ist zunächst alles noch Spekulation, könnt ja auch was ganz anderes sein. Deswegen:
@|STAHLS|Revolvermann:
Klär uns doch bitte einfach mal auf: Handelt es sich bei deinem System um eine virtuelle Maschine?