[Heure] Problème d'horloge, malgré ntp,localtime,.. (Résolu)

[Bismut]

Bonjour,

J'ai un Mac Mini avec Mac / Windows / Archlinux.

J'ai installé Archlinux en Localtime mais mon heure affiche une heure de retard.

Avec l'applet de Gnome 3, je rajoute à chaque fois mon heure mais à chaque reboot, la mauvaise heure revient.

J'ai donc voulu utiliser ntp :
- Installation
- Configuration (ntpd -q)
- Lancé du daemon et boycot de hwclock pour être sûr (même s'il n'était pas lancé chez moi) :

Code : Tout sélectionner

DAEMONS=(... !hwclock ntpd ...)

Rien à faire, après chaque reboot, il me manque une heure.


J'ai déjà fait des recherches sur le forum et le wiki, et là où ntp ou localtime résoud le problème de tout le monde, cela ne fonctionne pas chez moi.


Quelqu'un aurait-il une idée ?


Merci.

[FoolEcho]

Quand tu lances ntpd à la main, ça se met à l'heure ? rc.d start ntpd

La TIMEZONE de ton rc.conf est correcte ?
Quelle est la configuration dans ton /etc/ntp.conf ?

[Bismut]

Ah, apparemment quand je lance ntpd à la main, le terminal me renvoie un joli [FAIL].

La timezone de mon rc.conf est bien sur localtime.

Je n'ai rien changé à mon ntp.conf, il est conforme à ce qu'on peut trouver sur le wiki a priori.

[oktoberfest]

Et tu trouves quoi dans le /var/log/ntp.log ?

[FoolEcho]

La timezone de mon rc.conf est bien sur localtime.

TIMEZONE doit indiquer ton fuseau horaire. localtime/utc c'est pour l'horloge. Rc.conf

+1 pour le log, sinon.

[Bismut]

Au temps pour moi, TIMEZONE est bien sur Europe/Paris, pas de problèmes à ce niveau-là.

Voici mon ntp.log :

Code : Tout sélectionner

 6 Nov 14:54:52 ntpd[6844]: ntpd: time set +10.186499 s
 6 Nov 13:57:14 ntpd[806]: Listen normally on 5 eth0 fe80::225:ff:fed1:3c56 UDP 123
 6 Nov 13:57:14 ntpd[806]: peers refreshed
 6 Nov 13:57:14 ntpd[806]: new interface(s) found: waking up resolver
 6 Nov 13:59:48 ntpd[806]: ntpd exiting on signal 15
 6 Nov 14:00:50 ntpd[793]: Listen normally on 5 eth0 fe80::225:ff:fed1:3c56 UDP 123
 6 Nov 14:00:50 ntpd[793]: peers refreshed
 6 Nov 14:00:50 ntpd[793]: new interface(s) found: waking up resolver
 6 Nov 15:02:46 ntpd[793]: ntpd exiting on signal 15
 6 Nov 14:03:57 ntpd[829]: Listen normally on 5 eth0 fe80::225:ff:fed1:3c56 UDP 123
 6 Nov 14:03:57 ntpd[829]: peers refreshed
 6 Nov 14:03:57 ntpd[829]: new interface(s) found: waking up resolver
 6 Nov 15:09:00 ntpd[829]: ntpd exiting on signal 15
 6 Nov 14:09:55 ntpd[820]: Listen normally on 5 eth0 fe80::225:ff:fed1:3c56 UDP 123
 6 Nov 14:09:55 ntpd[820]: peers refreshed
 6 Nov 14:09:55 ntpd[820]: new interface(s) found: waking up resolver

[FoolEcho]

Et après lancement du service, que t'indique:

Code : Tout sélectionner

date

?

Et quel est le contenu de /etc/ntp.conf, quels serveurs utilises-tu ?

[Bismut]

Le service FAIL donc je pense pas qu'on puisse dire qu'il soit démarré mais bon, voilà ce que j'obtiens :

Code : Tout sélectionner

[raph@raph-macmini ~]$ sudo /etc/rc.d/ntpd start
Mot de passe : 
:: Starting NTP Daemon                                                   [FAIL] 
[raph@raph-macmini ~]$ date
mar. nov.  8 06:03:35 CET 2011
[raph@raph-macmini ~]$ sudo gedit /etc/ntp.conf

A noter que la date et l'heure sont correctes ( je pense que c'est normal puisqu'à chaque redémarrage je les modifie manuellement via l'applet du Gnome Shell.)

Code : Tout sélectionner

# With the default settings below, ntpd will only synchronize your clock.
#
# For details, see:
# - the ntp.conf man page
# - http://support.ntp.org/bin/view/Support/GettingStarted
# - https://wiki.archlinux.org/index.php/Network_Time_Protocol_daemon

# Select three geolocalized NTP public servers; see http://www.pool.ntp.org/
server 0.pool.ntp.org
server 1.pool.ntp.org
server 2.pool.ntp.org

# Only allow read-only access from localhost
restrict default nomodify nopeer
restrict 127.0.0.1

# Location of drift and log files
driftfile /var/lib/ntp/ntp.drift
logfile /var/log/ntp.log

# NOTE: If you run dhcpcd and have lines like 'restrict' and 'fudge' appearing
# here, be sure to add '-Y -N' to the dhcpcd_ethX variables in /etc/conf.d/net

Rien changé quoi. Est-ce la peine de tenter des serveurs d'Europe ou bien le problème ne vient pas de là ?

[oktoberfest]

Quand le lancement du démon échoue, peux-tu vérifier (via un ps) si ntpd est lancé ou pas ?
Tu peux aussi lancer ntpd en mode debug et regarder ce qu'il t'affiche (assure-toi auparavant qu'il n'est pas lancé)

Code : Tout sélectionner

# /usr/bin/ntpd -dn

Tu peux aussi nous montrer le contenu de /etc/conf.d/ntpd.conf

[FoolEcho]

Pour le service, il y a aussi /var/log/daemon.log.

Est-ce la peine de tenter des serveurs d'Europe ou bien le problème ne vient pas de là ?

Tu peux essayer, même si à priori ça ne changera rien.

[tuxce]

Règle l'heure avec date ou gnome ou:

Code : Tout sélectionner

ntpdate 0.pool.ntp.org

etc., puis lance un:

Code : Tout sélectionner

hwclock -w

[Bismut]

Alors, pour le Debug :

Code : Tout sélectionner

[raph@raph-macmini ~]$ sudo /usr/bin/ntpd -dn
ntpd 4.2.6p4@1.2324-o Sun Nov  6 05:47:25 UTC 2011 (1)
 8 Nov 14:42:29 ntpd[1563]: proto: precision = 0.880 usec
event at 0 0.0.0.0 c01d 0d kern kernel time sync enabled
Finished Parsing!!
 8 Nov 14:42:29 ntpd[1563]: ntp_io: estimated max descriptors: 1024, initial socket boundary: 16
 8 Nov 14:42:29 ntpd[1563]: unable to bind to wildcard address 0.0.0.0 - another process may be running - EXITING

Puis :

Code : Tout sélectionner

[raph@raph-macmini ~]$ sudo ntpdate 0.pool.ntp.org
 8 Nov 14:43:45 ntpdate[1566]: the NTP socket is in use, exiting
[raph@raph-macmini ~]$ sudo hwclock -w

Mauvaise heure (une heure de moins).
Ensuite, lorsque je change l'heure via l'applet de Gnome Shell, il me donne la bonne.
Mais lorsque je redémarre... le problème revient.

Et mon /etc/conf.d/ntpd.conf :

Code : Tout sélectionner

# client options for "ntpd -q" - ntpdate equivalent
NTP_CLIENT_OPTION="-g"

# arguments passed to ntpd when started
NTPD_ARGS="-g"

Voilà... d'autres pistes ?


EDIT : Apparemment les commandes de tuxce excutées ont changé l'heure de l'applet à la bonne heure... mais le problème revient au redémarrage en pire : maintenant j'ai 2 heures de retard ! 13h40 !

[oktoberfest]

Tu peux aussi lancer ntpd en mode debug et regarder ce qu'il t'affiche (assure-toi auparavant qu'il n'est pas lancé)

Je suis sur que tu n'as pas lu la phrase jusqu'au bout

[tuxce]

Histoire d'être sûr, il me semble qu'il y a 2 soucis, un de lancement de ntp et un autre de l'heure qui est bancale.
Si oui, pour ntp, à mon avis, c'est juste qu'il ne règle pas l'heure si le delta est trop grand d'où l'échec de ntp (en dehors des FAIL qui ne doivent être du qu'au lancements multiples)

Par contre après avoir réglé l'heure système ainsi que la matérielle (avec hwclock -w) si l'écart persiste ou s'agrandit, c'est peut être le fichier /var/lib/hwclock/adjtime, supprime le avant de redémarrer et après avoir réglé l'heure et lancé le hwclock -w.

(Au cas où, tu redémarres bien directement sur Arch ? des fois qu'il y ait un souci sur un autre os)

[Bismut]

oktoberfest > En fait je pensais qu'il suffisait de regarder les applications en service grâce au Moniteur Système et je n'y voyais ni ntp ou ntpd... Mais je supppose que ce n'est ça finalement ?

tuxce > Alors après :
- Réglage de l'heure
- hwclock -w
- suppression de /var/lib/hwclock/adjtime
- redémarrage

L'heure revient comme avant... 1h de retard toujours.

J'ai un triple Boot : OS X / Seven / Archlinux mais je ne boote que sur Archlinux.


Je commence à perdre espoir m'enfin bon, c'est pas comme si je redémarrais tous les jours... mes uptime atteignent souvent quelques mois donc bon, c'est pas trop gênant, mais plus pour le principe.

En tous cas, merci de votre aide à tous, c'est sympa de prendre un peu de votre temps... si je peux me permettre cette petite blague "ruquiesque".

[FoolEcho]

Question subsidiaire: la date est correcte si tu te connectes directement sur un tty ? (du genre: une mauvaise blague dans la configuration de l'applet de gnome ou d'une extension ? )

[Bismut]

Aucune idée. Un moyen de vérifier en dehors d'éditer mon rc.conf pour virer gdm et redémarrer ?

Je n'ai aucune extension hormis user-change-shell-theme que je n'utilise en fait même pas.

[benjarobin]

Tape juste "date" depuis une console

[Bismut]

Déjà fait un peu plus haut :

Code : Tout sélectionner

[raph@raph-macmini ~]$ date
mer. nov.  9 06:04:06 CET 2011

C'est la bonne heure (mais ça n'est pas pertinent je pense puisque de toute manière je l'ai modifié manuellement avec l'applet du gnome shell, non ?)

[oktoberfest]

Et si on reprenait depuis le début... Entre hwclock, ntp, gnome, il y a tout un tas de choses qui peuvent modifier l'heure, on ne sait plus trop qui fait quoi et comment..
Je ne connais pas les mac, mais j'imagine qu'il y a un bios (ou équivalent) comme dans tout ordinateur.
Avant tout on va désactiver la mise à jour de l'horloge au début du rc.sysinit. Pour cela met à jour la ligne dans /etc/rc.conf :

Code : Tout sélectionner

HARDWARECLOCK="toto"

L'important est que la valeur ne soit ni UTC, ni localtime.
Effectue plusieurs fois le test suivant :
- démarrage et consultation de l'heure dans le bios
- boot d'Archlinux en single-user (cela évitera de démarrer le moindre démon).
- consultation de l'heure via 'date'.
- retour au point 1.

Peux-tu confirmer que tu as chaque fois la même heure ? Et quelle heure as-tu : l'heure française ou l'heure UTC ?