L'électricité de mon appartement a été coupée il y a quelques jours.
J'utilise mon RPi pour enregistrer des données et les stocker dans une base de données. Je viens d'apprendre que l'heure de toutes mes données a été décalée d'une heure car l'horloge du RPi est éteinte d'une heure.
De là, j'ai émis tz select
et mis en Amérique / Los_Angeles et c'est encore une heure lente.
Comment puis-je régler cela?
system-clock
timekeeping
Matthew Moisen
la source
la source
date
et ce que vous attendiez.Réponses:
Cela ressemble à un problème d'heure d'été.
Utilisez raspi-config voir: - http://elinux.org/RPi_raspi-config#change_timezone_-_Set_timezone
Vous pouvez réinitialiser l'heure
la source
sudo dpgk-reconfigure tzdata
, mais il n'y a rien en ce qui concerne l'heure d'été. Suis-je pas le voir?zdump -v Australia/Sydney|grep 2013
montre quand les temps changent dans ma maison. Vous devez vérifier ce que dit votre système pour votre zone.Il est préférable de stocker l'heure UTC dans votre base de données et de passer à l'heure locale uniquement à des fins d'affichage.
Le principal problème avec le stockage de l'heure locale est que vous obtiendrez une heure en double au début de l'heure d'été et sauterez une heure à la fin de l'heure d'été.
De plus, si vous avez déjà des utilisateurs accédant à partir de différents fuseaux horaires (peu probable pour votre application particulière), il est plus difficile de déterminer l'heure dans l'autre fuseau horaire et impossible de lever l'ambiguïté à cette heure au début de l'heure d'été.
la source
Ce qui suit a fonctionné pour moi:
...
Je suppose que parce que le RPi a le temps quand il est connecté à Internet, mon RPi a démarré plus rapidement que mon routeur, et quelque chose de vicieux s'est produit.
Après le redémarrage, le RPi est de nouveau sur la bonne voie.
Maintenant, je vais nettoyer certaines données ...
la source
Désolé de surcharger une vieille question; cependant, j'ai récemment rencontré un problème similaire et les diverses réponses ici suggèrent que nous avons besoin de quelques éclaircissements.
J'ai pu reproduire le problème de l'OP en déconnectant l'alimentation de mon routeur et du RPi, puis en démarrant le RPi avant le routeur. Dans ces conditions, le service NTP n'avait pas accès à Internet et s'appuie apparemment sur l'horloge matérielle. tzdata était correct au moment du problème.
Le redémarrage du RPi une fois la connexion Internet rétablie a résolu le problème. Si, pour une raison quelconque, le RPi ne peut pas ou ne doit pas être arrêté, on peut redémarrer le service NTP avec
sudo service ntp restart
.la source
fake-hwclock
package par défaut qui, si l'heure du réseau n'est pas disponible pour une raison quelconque, redémarre l'horloge à partir de l'heure à laquelle la machine a été arrêtée (ou un certain temps avant en cas de panne de courant) au démarrage.