2017-01-25 3 views
0

Aus irgendeinem mir unbekannten Grund wurde mein RPi falsch auf UTC + 65s eingestellt. Der Ausgang I erhalten, ist die folgende:Debian Linux Raspbian - Raspberry Pi Zeitversatz ist 65s vor UTC

sudo ntpd -gq 
ntpd: time set -65.706156s 

Ich habe versucht, Anhalten und Neustarten NTP-Server (kein Effekt).

Wenn ich den Sync-Server überprüfen Sie den folgenden Befehl verwendet, kann ich wieder einen Ping erhalten, damit es nicht ein Fall des Servers nicht reagiert oder ein Firewall-Problem:

grep -P "^server" /etc/ntp.conf 
server 0.debian.pool.ntp.org iburst 
server 1.debian.pool.ntp.org iburst 
server 2.debian.pool.ntp.org iburst 
server 3.debian.pool.ntp.org iburst 

ping -c 1 0.debian.pool.ntp.org 
PING 0.debian.pool.ntp.org (193.1.219.116) 56(84) bytes of data. 
64 bytes from tbag.heanet.ie (193.1.219.116): icmp_req=1 ttl=51 time=18.8 ms 

--- 0.debian.pool.ntp.org ping statistics --- 
1 packets transmitted, 1 received, 0% packet loss, time 0ms 
rtt min/avg/max/mdev = 18.818/18.818/18.818/0.000 ms 

ich ratlos bin wie man das korrigiert.

UPDATE:

Ausführen des ntpq -p Befehl ergibt die folgende Info:

 remote   refid  st t when poll reach delay offset jitter 
============================================================================== 
*adsl-172-10-0-1 117.70.*.110 4 u 2 64 7 0.617 -0.070 0.109 

Ist dies der NTP-Server, den ich versuche zu synchronisieren - weil das IP zu CHINANET gehört (I don‘ t wissen wie oder warum).

Ich habe auch versucht, die RPi-Zeit manuell einzustellen, nach dem NTP-Dienst zu stoppen, die Uhrzeit korrekt einzustellen und den Dienst neu zu starten.

Was ich bemerkte, war, dass die Zeit für gut 5 Sekunden richtig eingestellt wurde, bevor sie wieder auf ihren Offset 65s zurückging. Es scheint also, dass dies das Problem ist.

+0

überprüfen Sie die Protokolldateien. –

+1

Stack Overflow ist eine Website für Programmier- und Entwicklungsfragen. Diese Frage scheint off-topic zu sein, weil es nicht um Programmierung oder Entwicklung geht. Siehe [Welche Themen kann ich hier fragen?] (Http://stackoverflow.com/help/on-topic) in der Hilfe. Vielleicht [Raspberry Pi Stack Exchange] (https://raspberrypi.stackexchange.com/) oder [Unix & Linux Stack Exchange] (http://unix.stackexchange.com/) wäre ein besserer Ort, um zu fragen. – jww

+0

das ist großartig, danke für den Rat. vielleicht könntest du mir auch dabei helfen, dies an den richtigen Ort zu bringen - kann das leicht gemacht werden oder muss ich die Frage und Antwort manuell replizieren? – ugotchi

Antwort

1

die Lösung gefunden, wie in der Post 6 der Verbindung beschrieben:

http://forum.openmediavault.org/index.php/Thread/13035-Raspberry-Pi-NTP-service-not-using-etc-ntp-conf/

Grundsätzlich ist die RPi mit dem Netzwerk, der DHCP-Server fungiert als NTP-Server verbindet, und eine Kopie des ntp schafft. conf-Datei an der Position /var/lib/ntp/ntp.conf.dhcp

Diese Datei überschreibt die Standarddatei /etc/ntp.conf, daher löscht sie und stoppt dann den ntp-Dienst, führt eine Resynchronisierung durch und startet dann den Dienst als einzige Lösung.

Der Befehl für Resynchronisation ist:

sudo ntpdate -b pool.ntp.org 

Das ursprüngliche Problem war, dass der NTP-Server mit einem CHINANET Server wurde die Synchronisierung und verursacht einen 65-Jährigen gegenüber, die ich vermute, ist bis zu einem falsch konfigurierten DHCP/NTP-Server auf unser Netzwerk.

Verwandte Themen