
Mein Ubuntu-Server
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 22.04.4 LTS
Release: 22.04
Codename: jammy
Linux lab01 6.5.0-26-generic #26~22.04.1-Ubuntu SMP PREEMPT_DYNAMIC Tue Mar 12 10:22:43 UTC 2 x86_64 x86_64 x86_64 GNU/Linux
timedatectl
Wird zum Synchronisieren der Zeit verwendet
Ich verstehe nicht, warum, aber die Uhr springt so oft (als ob sie superschnell zählt, dann merkt sie, dass die Zeit falsch ist und springt irgendwie zurück).
Dies sind zwei date
Befehle mit Einsen dazwischen
lab@lab01:~$ date
Mon Mar 25 02:25:24 PM CET 2024
lab@lab01:~$ date
Mon Mar 25 02:25:03 PM CET 2024
sudo timedatectl timesync-status
zeigt einen hohen Jitter und Offset-Werte (zehn Sekunden), aber ich kann nicht verstehen, warum
Server: 162.159.200.1 (0.pool.ntp.org)
Poll interval: 32s (min: 32s; max 34min 8s)
Leap: normal
Version: 4
Stratum: 3
Reference: A0E080C
Precision: 1us (-25)
Root distance: 9.864ms (max: 5s)
Offset: -22.284696s
Delay: 3.924ms
Jitter: 10.223410s
Packet count: 53
Frequency: +0.000ppm
Irgendwelche Vorschläge?
Antwort1
Ein kleiner Fix für das Grub, damit es wieder funktioniert
In der /etc/default/grub
Datei müssen Sie tsc=nowatchdog
hinzufügenGRUB_CMDLINE_LINUX_DEFAULT
Speichern und neu starten, dann sollte es funktionieren
Antwort2
Arbeiten Sie in einer virtuellen Maschine? Wenn ja, ist dies wahrscheinlich die Ursache für Ihren Taktsprung. Virtuelle Uhren „schweben“ im Vergleich zur Systemuhr. Je nachdem, wie ausgelastet die virtuelle Maschine und die zugrunde liegende Host-Maschine sind, kann dieser Schwankungseffekt dazu führen, dass die Uhr der virtuellen Maschine von der physischen Uhr abweicht. Diese muss in regelmäßigen Abständen neu synchronisiert werden, was zu einem „Taktsprung“ innerhalb der virtuellen Maschine führt.
Ich bin vor Jahren darauf gestoßen, als die PC-Virtualisierung aufkam, weil ich in einem Bereich arbeitete, in dem hochpräzise Zeitangaben erforderlich waren. Mir fiel auf, dass Datensätze von virtuellen Maschinen sehr unterschiedliche Eigenschaften in den auf ihnen generierten Zeitaufzeichnungen aufwiesen als physische Maschinen. Die Ursache dieses Problems stellte sich als die schwebende Systemuhr in der virtuellen Maschine heraus, die sich neu synchronisierte und „sprang“, während eine Teilmenge der zeitgesteuerten Ereignisse geöffnet war. Auf der physischen Hardware sprang die Uhr nicht, sodass die physischen Maschinen Datensätze mit kleineren Standardabweichungen, niedrigeren Maxima (und Durchschnittswerten und Medianwerten usw.) hatten.