[GNOME] réglage de l'heure impossible (semi-résolu)

[mimile]

Bonjour,

Le 24 avril (je crois), il y a eu une énorme mise à jour de plus de 400 Mo pour un total décompressé de 1,50 Go !

J'ai exécuté cette mise à jour et j'ai constaté ensuite dvivers petits dysfonctionnements voir http://forums.archlinux.fr/topic10867.html par exemple.

Avant de m'en rendre compte et comme ma /racine est plutôt riquiqui (8 Go), j'ai exécuté un pacman -Sc pour récupérer un peu de place.

Si j'ai pu résoudre le problème évoqué ci-dessusb (merci Chachatte et Oktoberfest), par contre, je n'arrive plus à accéder au réglage de l'heure.

Or, si je passe sous une autre distro (Windows par exemple - qui marque la bonne heure) puis que je reviens sous Arch, l'horloge marque systématiquement deux heures de retard.

A croire que Arch règle son heure avec deux heures de retard et la passe au BIOS !

Je n'ai jusqu'ici trouvé qu'une solution : passer sous Squeeze (qui à son tour marque deux heures de retard), régler l'heure et quand je repasse sous Arch, l'heure est alors exacte.

On pourrait considérer que le problème est résolu mais il n'en reste pas moins que l'option "régler la date et l'heure" reste inopérante (et cela est apparu après le grosse mise à jour du 24 avril).

Bizarre ...

[FoolEcho]

Or, si je passe sous une autre distro (Windows par exemple - qui marque la bonne heure) puis que je reviens sous Arch, l'horloge marque systématiquement deux heures de retard.

A croire que Arch règle son heure avec deux heures de retard et la passe au BIOS !

Du fait du double amorçage (ou plus) avec windows, tu as plusieurs possibilités:
-utiliser localtime dans le rc.conf (HARDWARECLOCK) pour Arch;
-si ta version de Windows le supporte de le passer en UTC (et laisser HARDWARECLOCK pour Arch à blanc);
-passer par un serveur de temps (ntp).

[mimile]

Merci pour tes suggesions.

1°) HARDEWARECLOCK était déjà configuré sur "localhost"
2°) Que je vienne de Windows, Seven ou LMDE, systématiquement l'heure d'Arch retarde de deux heures
3°) j'ai installé ntp et j'ai indiqué un serveur de temps dans /etc.ntp.conf

Quand j'essaye de démarrer le démon : sudo /etc/ntpd start, j'obtiens :

[okapi@Archie ~]$ sudo /etc/rc.d/ntpd start
:: Starting NTP Daemon [FAIL]

Inutile de dire que le fait d'avoir ajouter ntpd dans la liste des démons de rc.conf n'a aucun effet.

En revanche, je peux mettre l'heure à jour en exécutant : sudo ntpd -q qui force la synchronisation des horloges.

EDIT : ERREUR ! je viens de passer de LMDE qui indique l'heure exacte à Arch qui a directement affiché une heure erronée (deux heures de moins).

J'ai donc exécuté sudo ntpd -q qui cette fois n'a donné aucun résultat immédiat.

Et voilà que pendant que je commençais à rédiger ce message, l'heure correcte s'est affichée automatiquement sans autre intervention de ma part.

Je n'y comprends plus rien ...

[FoolEcho]

Le service n'était pas déjà lancé ? (auquel cas start échoue forcément, il faut restart ou stop puis start) Sinon, pour voir pourquoi le lancement du service échoue il faudrait regarder le log (/var/log/ntp.log, à activer dans /etc/ntp.conf si ce n'est déjà fait).
Il faut aussi rajouter iburst sur les lignes de serveur de temps de façon à ce que la synchronisation se fasse dès l'établissement du réseau (sans ça, elle a de grandes chances d'échouer car le réseau n'est pas forcément établi et il faut attendre la synchronisation suivante... ou la forcer comme tu as fait).

[mimile]

Tu avais raison : manifestement ntpd était déjà lancé car un restart l'a démontré :

:: Stopping NTP Daemon [DONE]
:: Starting NTP Daemon [DONE]

N'empêche qu'au départ, l'heure est toujours en retard de deux heures malgré le fait que j'ai indiqué ntpd après networkmanager dans rc.conf et qu'au bout d'un certain temps, l'heure s'adapte automatiquement (même sans exécuter sudo ntpd -q).

Je présume donc que ta suggeston concernant iburst est la bonne mais je ne vois pas bien comment et où indiquer iburst (en début de chaque ligne ?).

# Associate to public NTP pool servers; see http://www.pool.ntp.org/
server 0.pool.ntp.org
server 1.pool.ntp.org
server 2.pool.ntp.org

[FoolEcho]

À la fin de chaque ligne, c'était dans le wiki anglophone, je viens de le rajouter dans le nôtre: http://wiki.archlinux.fr/Ntp#Connexion_ ... s_de_temps.

[mimile]

Bonjour

Tu auras remarqué que j'ai commenté le titre de mon sujet avec "semi-résolu".

En effet, depuis que j'ai ajouté iburst comme tu me l'as indiqué, Arch affiche dorénavant l'heure exacte, quel que soit l'OS ayant fonctionné auparavant.

Cela dit, le problème reste entier en ce qui concerne la possibilité de réglage de la date et de l'heure vu que l'option est inactive même en passant par les préférences :



Ce qui explique mon commentaire "semi-résolu"

Cela dit, ça n'a qu'une importance mineure mais tout de même, quand quelque chose est censé fonctionner, ça doit fonctionner.

Amicalement,

[FoolEcho]

Le principe de se caler sur un serveur de temps est justement de ne plus avoir à règler l'heure manuellement, donc je ne saisis pas ton problème.

[mimile]

Sur le plan pratique, tu as évidemment raison.

Mais pour moi, c'est une question de principe : si quand on clique sur l'applet qui affiche la date et l'heure, il y a un menu déroulant qui permet le "réglage de la date et de l'heure" et que ça ne fonctionne pas, c'est qu'il y a un bug (et il y en a peut-être d'autres que je n'ai pas encore détectés).

C'est depuis la grosse mise à jour du 24 avril que ce bug est apparu (comme est apparu le problème que j'ai soumis à propos du jeu d'échecs qui ne permettait plus de jouer que contre un humain (autrement dit soi-même) et plus contre l'ordinateur, problème résolu en réinstallant la version précédente de gnome-games).

[FoolEcho]

Mais pour moi, c'est une question de principe : si quand on clique sur l'applet qui affiche la date et l'heure, il y a un menu déroulant qui permet le "réglage de la date et de l'heure" et que ça ne fonctionne pas, c'est qu'il y a un bug (et il y en a peut-être d'autres que je n'ai pas encore détectés).

Ben non. Si tu règles par l'applet, tu vas outrepasser les réglages systèmes, donc passer outre ton serveur de temps: ça revient à stopper le serveur ntp pour faire ton réglage manuel avec les droits suffisants (root donc)... Et pour le coup, ça n'est pas un bug, c'est l'utilisateur qui fait n'importe quoi (ne le prends pas mal). Maintenant, je ne sais pas pour gnome et ces dernières mises à jour, mais au pire c'est parce que tu ne disposes probablement pas des droits suffisants pour règler l'heure.

[mimile]

Ben oui, mais avant que tu ne me donnes une solution pour afficher l'heure exacte et avant la mise à jour du 24 avril, le réglage de l'heure était possible via l'applet sans pour autant disposer de droits particuliers.

Pas besoin de ntpd, de /etc/ntp.conf à configurer etc...

Je viens de constater aussi que quand on clique (bouton droit) sur l'applet de réglage du son qui déroule un menu contenant une option "préférences du son", rien ne se passe non plus.

Tous ces dysfonctionnements (pour mémoire le jeu d'échecs) me donnent à penser que la mise à jour du 24 avril contenait des paquetages défectueux.

J'espère que les développeurs s'en rendront compte et que petit à petit, des solutions seront apportées.

PS : je viens de m'apercevoir que mon avatar était maintenant qualifié de "Maître du Kyudo".

Jusque là, je pensais que ce grade (si on peut ainsi le qualifier) était réservé à des intervenants tels que toi, Tuxce, Benjarobin, Oktoberfest et d'autres qui voudront bien me pardonner de ne pas les citer.

Je ne suis pas mauvais au tir à l'arc (Kyudo http://fr.wikipedia.org/wiki/Ky%C5%ABd%C5%8D mais de là à me conférer ce titre sur ce forum, je ne m'en sens pas digne du tout.

Il faudrait vraiment que les concepteurs du site attribuent à des intervenants de votre niveau une désignation attestant de leur connaissances largement supérieures à celles du commun des linuxiens.

Le fait d'avoir poster quelques dizaines de messages - le plus souvent pour demander de l'aide et - parfois - émettre des stupidités - ne justifie pas que je me voie attribuer le même grade que vous.

Pour gouverne, il m'a fallu poster plus de 5000 messages sur PCastuces pour voir mon titre d'astucien simplement agrémenté d'une étoile (et dans ces 5000 messages, il y en avait tous azimuts : XP, Win98, Seven, Linux, les mains dans le cambouis, etc...).

Je pense qu'en toute honnêteté, je ne mérite pas plus que l'appellation de newbie+, voire archer.

[FoolEcho]

Je ne vais pas m'étendre sur les possibilités et ou possible régression et autre bugs, d'autant plus sur gnome que j'utilise à minima, mais je te livre quand même ma pensée profonde là-dessus:
- l'intérêt de la programmation, c'est justement d'automatiser les tâches rébarbatives. Pour moi, règler l'heure à la main, c'est rébarbatif. Donc vive les serveurs de temps (étant principalement sous kde + ntp, j'ajoute les différents fuseaux horaires qui m'intéressent et basta, l'applet peut roupiller dans son coin).

Il faudrait vraiment que les concepteurs du site attribuent à des intervenants de votre niveau une désignation attestant de leur connaissances largement supérieures à celles du commun des linuxiens.

... heum... compliqué à mettre en place (et c'est un forum ici, ni l'armée, ni une entreprise, je ne vois pas bien l'intérêt d'établir une hiérarchie)...
Prière d'ouvrir un autre sujet.

[mimile]

A titre principal : bien d'accord avec toi : un serveur de temps remplace avantageusement le réglage manuel.

En revanche, le fait que différents éléments soient brutalement privés de fonctions utiles ne constitue assurément pas un progrès (réglage du son inactif, jeu d'échecs amputé de la possibilité d'affronter l'ordi et probablement d'autres fonctions que je n'ai pas encore détectées).

Mais bon, je vais cesser de polémiquer sur ce sujet car je ne doute pas qu'il viendra un moment où ces différents petits inconvénients seront réglés (comme ce fut le cas avec une version de smplayer qui plantait régulièrement mon PC - ce qui m'a amené à revenir pendant quelque temps à la version antérieure - jusqu'à ce qu'une nouvelle version de smplayer sorte qui a réglé le problème).

A titre secondaire : en ce qui concerne l'attribution des "grades", c'est vrai qu'on est pas à l'armée et j'en resterai là aussi.

Et puisque les concepteurs du site en ont décidé ainsi, je ne puis que m'incliner ; ça ne m'empêchera toutefois pas de ressentir un vague sentiment d'usurpartion de titre quant à mes connaissances par rapport aux vôtres.

Amicalement,