NTP-Serversuche beim Start

[jkowalzik]

Hallo!

Nachdem ich die eine "Kaffeepause" beim Start von MGA mit der Installation des Paketes "microcode" schließen konnte, ist jetzt nur eine Baustelle offen. Der Startvorgang bleibt so lange stehen bis der Rechner Kontakt zu einem NTP-Server gefunden hat und die Uhrzeit korrigiert hat.
Wie kann man diesen Dienst in den Hintergrund schieben, bis sich mal der Rechner "langweilt"
So essenziell ist die exakte Uhrzeit doch auch nicht!

Gruß
J.

[Alf1967]

Ich würd es erst mal mit einem NTP-Server versuchen der direkt antwortet, Z.B. einen von der PTB. Da kannst auch ziemlich sicher sein daß die richtig gehen, da offizielle Uhrzeit in D.

[man-draker]

Der Startvorgang bleibt so lange stehen bis der Rechner Kontakt zu einem NTP-Server gefunden hat und die Uhrzeit korrigiert hat. ...
So essenziell ist die exakte Uhrzeit doch auch nicht!

Entgegen deinmer Annahme ist die Uhrzeit ist von ziemlicher Bedeutung für das System.
Ob sie richtig ist, ist tatsächlich nicht so wichtig (für das System), Hauptsache sie ist konsistent.
Also tut das System gut daran, zu warten, bis es eine verlässliche Zeit hat.

Der Startvorgang bleibt so lange stehen bis der Rechner Kontakt zu einem NTP-Server gefunden hat und die Uhrzeit korrigiert hat.

Das hast du anhand des Bootcharts nachvollzogen?

Code: Alles auswählen

systemd-analyze plot > plot.svg

[doktor5000]

Der Startvorgang bleibt wahrscheinlich so lange stehen, da für NTP erstmal das Netzwerk aktiv sein muss - das wird recht spät gestartet.

[Pitti]

Der Startvorgang bleibt so lange stehen bis der Rechner Kontakt zu einem NTP-Server gefunden hat und die Uhrzeit korrigiert hat.

1. Um welche Zeitverzögerung (in Sekunden) handelt es sich dabei ungefähr?

2. Wird die Zeitsynchronisation mit dem Hochfahren des Rechners überhaupt aktiviert oder verläuft der Start des Dienstes ergebnislos?

Code: Alles auswählen

*** Benutzer: kobold ***
/home/kobold => su -
Passwort:
*** Benutzer: root ***
/root => systemctl status ntpd.service
ntp.service - LSB: Network time protocol daemon (ntpd)
   Loaded: loaded (/etc/init.d/ntp)
  Drop-In: /run/systemd/generator/ntp.service.d
           └─50-insserv.conf-$time.conf
   Active: active (running) since Sa 2014-06-14 10:48:37 CEST; 2h 52min ago
  Process: 617 ExecStart=/etc/init.d/ntp start (code=exited, status=0/SUCCESS)
   CGroup: /system.slice/ntp.service
           └─655 /usr/sbin/ntpd -p /var/run/ntp/ntpd.pid -g -u ntp:ntp -i /var/lib/ntp -c /etc/ntp.conf

Jun 14 10:48:37 kobold ntpd[654]: ntpd 4.2.6p5@1.2349-o Wed Oct 23 08:16:51 UTC 2013 (1)
Jun 14 10:48:37 kobold ntpd[655]: proto: precision = 1.955 usec
Jun 14 10:48:37 kobold ntpd[655]: ntp_io: estimated max descriptors: 1024, initial socket boundary: 16
Jun 14 10:48:37 kobold ntpd[655]: Listen and drop on 0 v4wildcard 0.0.0.0 UDP 123
Jun 14 10:48:37 kobold systemd[1]: Started LSB: Network time protocol daemon (ntpd).
Jun 14 10:48:37 kobold ntpd[655]: Listen and drop on 1 v6wildcard :: UDP 123
Jun 14 10:48:37 kobold ntpd[655]: Listen normally on 2 lo 127.0.0.1 UDP 123
Jun 14 10:48:37 kobold ntpd[655]: Listen normally on 3 lo ::1 UDP 123
Jun 14 10:48:37 kobold ntpd[655]: peers refreshed
Jun 14 10:48:37 kobold ntpd[655]: Listening on routing socket on fd #20 for interface updates


3. Wird ein gültiger und aktiver Zeitserver verwendet?

Code: Alles auswählen

*** Benutzer: root ***
/root => ntpdc -p
     remote           local      st poll reach  delay   offset    disp
=======================================================================
*de1.ntp.trinler 88.130.161.42    2  512  377 0.02893 -0.003993 0.12224