Heure decalle sous une mandrake ?

CS

09/11/2004 à 11:25

Le Tue, 09 Nov 2004 11:16:47 +0100, Nadia Ravalon a écrit :

Bonjour,

J'ai un petit probleme :

J'ai l'heure du bios qui est correcte mais celle du systeme est
systematiquement a +1heure
comme si j'avais configure une zone d'heure incorrecte ...

ntp me mets bien a l'heure mais encore une fois a +1heure

dans /etc/sysconfig/clock j'ai:
UTC=true
ARCúlse
ZONE=Europe/Paris

Cela peut venir d'ou ?

merci d'avance

Justement j'ai la bonne heure avec UTCúlse.

--
Charles S.

reponse : oter NSP dans mon adresse.
reply : remove NSP in my address.

Nicolas George

09/11/2004 à 12:30

CS wrote in message
:

Justement j'ai la bonne heure avec UTCúlse.

Maintenant que la solution toute cuite est donnée, un petit exercice :
comprendre ce que signifie cet « UTC=true » ou « UTCúlse ».

Rakotomandimby (R12y) Mihamina

09/11/2004 à 13:13

( Tue, 09 Nov 2004 11:30:31 +0000 ) Nicolas George :

Maintenant que la solution toute cuite est donnée, un petit exercice :
comprendre ce que signifie cet « UTC=true » ou « UTCúlse ».

Vu que j'ai un doute, je tente de résoudre l'exercice.
"UTC=true" veut qui que OUI, l'horloge hardware est au Universal Time
Clock.

Mais est ce que UTC veut dire GMT ?

http://mypage.bluewin.ch/Ysewijn/french_time.htm -> cliquer sur "GMT-UTC".
--
ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance
Unofficial FAQ fcolc - http://faq.fcolc.eu.org/
Linux User Group sur Orléans et alentours.
Tél: + 33 2 38 76 43 65 (France)

CS

09/11/2004 à 14:20

Le Tue, 09 Nov 2004 11:30:31 +0000, Nicolas George a écrit :

CS wrote in message
:
Justement j'ai la bonne heure avec UTCúlse.

Maintenant que la solution toute cuite est donnée, un petit exercice :
comprendre ce que signifie cet « UTC=true » ou « UTCúlse ».

Tout ce que je peux ajouter c'est que j'ai choisi le fuseau Europe/Paris
et ai demandé la synchronisation par un serveur NTP, en l'occurence j'ai
choisi ntp.univ-lyon1.fr. En revanche je n'ai pas édité le fichier de
config concerné.

--
Charles S.

reponse : oter NSP dans mon adresse.
reply : remove NSP in my address.

fm

09/11/2004 à 15:57

"Rakotomandimby (R12y) Mihamina" wrote:

( Tue, 09 Nov 2004 11:30:31 +0000 ) Nicolas George :
Maintenant que la solution toute cuite est donnée, un petit exercice :
comprendre ce que signifie cet « UTC=true » ou « UTCúlse ».

Vu que j'ai un doute, je tente de résoudre l'exercice.
"UTC=true" veut qui que OUI, l'horloge hardware est au Universal Time
Clock.

Mais est ce que UTC veut dire GMT ?

En pratique et à la louche, oui. Néanmoins, GMT n'a plus de définition
officielle et on doit utiliser UTC.

-- francois meyer
http://dulle.free.fr/alidade/galerie.php?maxim

fm

09/11/2004 à 16:02

Nadia Ravalon wrote:

Bonjour,

J'ai un petit probleme :

J'ai l'heure du bios qui est correcte mais celle du systeme est
systematiquement a +1heure
comme si j'avais configure une zone d'heure incorrecte ...

ntp me mets bien a l'heure mais encore une fois a +1heure

dans /etc/sysconfig/clock j'ai:
UTC=true
ARCúlse
ZONE=Europe/Paris

Cela peut venir d'ou ?

Tes 2 heures (bios et systeme) sont en avance d'une heure.
Celle du BIOS est à l'heure UTC, celle système est à
l'heure de Paris (UTC+1).

-- francois meyer

fm

09/11/2004 à 16:03

wrote:

"Rakotomandimby (R12y) Mihamina" wrote:
( Tue, 09 Nov 2004 11:30:31 +0000 ) Nicolas George :
Maintenant que la solution toute cuite est donnée, un petit exercice :
comprendre ce que signifie cet « UTC=true » ou « UTCúlse ».

Vu que j'ai un doute, je tente de résoudre l'exercice.
"UTC=true" veut qui que OUI, l'horloge hardware est au Universal Time
Clock.

Mais est ce que UTC veut dire GMT ?

En pratique et à la louche, oui. Néanmoins, GMT n'a plus de définition
officielle et on doit utiliser UTC.

Et UTC se dit "Temps Universel Coordonné" (ou Universal Time Coordinated).

-- francois meyer

Nicolas George

09/11/2004 à 18:48

R12y wrote in message :

Vu que j'ai un doute, je tente de résoudre l'exercice.
"UTC=true" veut qui que OUI, l'horloge hardware est au Universal Time
Clock.

Mais est ce que UTC veut dire GMT ?

C'était à Nadia et CS que je posais l'exercice, pour que ce thread ne soit
pas un simple recopiage guidé dans un fichier de config. Mais allons-y pour
un petit topo.

[Ce qui suit peut être redistribué et modifié librement, à condition
d'indiquer l'origine et de ne pas dénaturer le sens.]

L'heure, pour un noyau Unix, c'est vraiment très simple : il y a un compteur
qui augmente de 1 toutes les secondes. Ni plus, ni moins. Insistons bien :
quand l'ordinateur tourne en régime de croisière, et sauf dysfonctionnement,
ce compteur est régulier, il ne saute pas de secondes, et surtout ne recule
pas. Il n'avance pas soudain de 3600 secondes si on l'utilise la nuit vers
le printemps, ne saute pas soudain de 3600 secondes en arrière si on
l'utilise dans un Eurostar.

Au moment où l'ordinateur boote, il faut donner une valeur initiale à ce
compteur. Cette valeur n'a pas grande importance du point de vue de
l'utilisateur, de toutes façons on n'a pas d'intuition de combien ça fait,
disons, 142372 secondes. Pour des raisons pratiques évidentes, on essaie de
se débrouiller pour que (1) le compte soit maintenu au delà d'un reboot et
(2) tous les ordinateurs dans le monde utilisent la même valeur. Le résultat
est qu'il y a une valeur abstraite, l'heure Unix, qui compte les secondes.

Au moment où j'écris cette phrase, l'heure Unix est 1100018846 (tiens,
c'était bien rond vers midi et demie, c'est rigolo). Un bref calcul indique
que le premier janvier 1970, à 0 heures, heure de Londres, elle vallait 0.

Ce compteur, du point de vue des programmes, c'est très pratique. En
revanche, ce n'est pas du tout parlant pour l'utilisateur. Le principe, sous
Unix, c'est qu'un programme qui veut afficher une heure pour l'utilisateur
calcule, à partir de l'heure Unix, ce qu'il doit afficher : date, heures,
minutes, secondes. Comme c'est particulièrement chiant à programmer, on met
ça dans une bibliothèque, en l'occurence la libc.

En outre, le calcul de l'heure présente quelques subtilités : fuseaux
horaires et heure d'été. Les fonctions de la glibc s'appuient sur une base
de données (/usr/share/zoneinfo/$TZ si TZ est définie, sinon /etc/localtime,
qui en général une copie (ou un lien) de l'un de ces fichiers) qui permet de
faire la conversion. Cette base de données recense les changements d'heures
pour une heure locale donnée, en prévoyant les futurs suivant les règles en
vigueur ; si ces règles changent, il faut mettre à jour les bases de
données.

Bref, une application qui veut afficher l'heure de manière lisible pour
l'utilisateur, elle demande d'abord au noyau, via la fonction gettimeofday
quelle est l'heure Unix, puis elle demande à la libc de la convertir en
heure locale avec la fonction gettimeofday. C'est très simple, et ça résout
complètement le problème des changements d'heure ou de fuseau horaire.

La libc a d'ailleurs une fonction pour faire la conversion dans l'autre
sens : à partir d'une heure décomposée en année, mois, jour, heure, minute,
seconde dans la zone horaire locale, reconstituer l'heure Unix.

La question qui se pose est : quand un ordinateur boote, comment initialiser
son heure Unix pour qu'elle soit la même que celle des autres ? Il y a
plusieurs réponses possibles. Certains ici ont connu les ordinateurs qui
demandaient l'heure à l'utilisateur lors du boot. Dans l'ère d'Internet, il
est possible d'utiliser une synchronisation par réseau (NTP, Network Time
Protocol).

Un PC est doté, quelque part sur sa carte mère, d'une horloge qui continue
de compter (grâce à une pile) même quand l'ordinateur est éteint. Une
solution évidente au problème du réglage de l'heure au boot est d'utiliser
cette horloge. La manière d'interroger cette horloge retourne une heure
décomposée (année, mois, jour, heures, minutes, secondes). Et comme le PC
est un ordinateur mal conçu, il n'y a pas d'indication de zone horaire, et
les outils de base (le setup du BIOS, ms-dos) affichent cette heure
brutalement, sans conversion. Résultat : les utilisateurs naïfs ont tendance
à y recopier ce qu'ils lisent sur leur montre.

Ce n'est pas un problème : il est possible, on l'a vu, de faire la
conversion heure locale vers heure Unix. Mais ce n'est pas parfait. Le gros
problème qui peut se poser, c'est si l'ordinateur est éteint (ou sous un
autre OS) pendant un changement d'heure (les bougres ont tendance à avoir
lieu en pleine nuit) : l'horloge sur pile ne change pas spontanément
d'heure, et la conversion vers l'heure Unix sera faussée.

Pour éviter ça, certains préfèrent régler l'horloge sur pile pour qu'elle
affiche une heure conventionnelle qui n'est pas soumise aux changements
d'heure, et l'usage est d'utiliser pour ça l'heure d'hiver anglaise.

Comme les deux choix sont assez répandus, les outils qui règlent l'heure au
boot d'un PC ont une option pour choisir un comportement ou l'autre. C'est à
cette option que correspond cet « UTC=true/false » (modulo quelques scripts
autour pour appeler ce qui va bien). Si on choisit de régler l'heure sur
pile sur l'heure locale, il faut indiquer UTCúlse, si on choisit de régler
l'heure sur pile sur l'heure invariable, il faut indiquer UTC=true. Si on
n'a que des OS raisonnables, il est largement préférable de choisir cette
dernière option. Il paraît que les dernières versions de windows sont
capables d'être raisonnables de ce point de vue.

Attention, c'est maintenant qu'on va commencer à couper les cheveux en
quatre.

L'heure Unix utilisée habituellement est basée sur UTC (Temps Universel
Coordonné), c'est ça que j'appelais « l'heure d'hiver anglaise ». L'heure
UTC est très simple, il y a exactement 60×60×24 secondes par jour, et elle
sert de base pour les heures légales de tous les pays dans le monde.

Or la Terre ne tourne pas aussi régulièrement. De temps en temps, il faut
ajouter une seconde. Ainsi, en heure de Paris, le premier janvier 1999,
entre minuit, cinquante-neuf minutes et cinquante-neuf secondes, et une
heure du matin, il y a eu un minuit, cinquante-neuf minutes et soixante
secondes. Ces secondes sont décidées par l'International Earth Rotation
Service sur la base d'observations astronomiques, et se prédisent mal
longtemps à l'avance.

La manière Unix standard de gérer ça est de s'en foutre : si une seconde
intercalaire passe, on l'ignore, et ce n'est pas grave si l'heure avance
d'une seconde jusqu'au prochain reboot. Mieux : si NTP est utilisé, il va
automatiquement gommer la différence en étirant légèrement les secondes
mesurées sur les quelques heures suivantes.

Certains maniaques trouvent ça inacceptable, et préfèrent avoir leur heure
Unix calée sur TAI (Temps Atomique International, mesuré sur des horloges
atomiques utilisant la définition officielle de la seconde, indépendante de
considérations astronomiques). Pour satisfaire ces gens, la glibc prévoit
les bases de données correspondantes. Elles sont situées dans le répertoire
/usr/share/zoneinfo/right/ (on peut les essayer en tapant « export
TZ=right/Europe/Paris » dans un shell : toutes les commandes lancées depuis
ce shell ensuite utiliseront cette zone).

Pour ceux que ce coupage de cheveux en quatre intéresse, je recommande la
lecture de <URL: http://www.eleves.ens.fr:8080/home/madore/misc/time.html >.

R12y wrote in message <pan.2004.11.09.12.13.32.390676@mail.rktmb.org>:

Vu que j'ai un doute, je tente de résoudre l'exercice.
"UTC=true" veut qui que OUI, l'horloge hardware est au Universal Time
Clock.

Mais est ce que UTC veut dire GMT ?

C'était à Nadia et CS que je posais l'exercice, pour que ce thread ne soit
pas un simple recopiage guidé dans un fichier de config. Mais allons-y pour
un petit topo.

[Ce qui suit peut être redistribué et modifié librement, à condition
d'indiquer l'origine et de ne pas dénaturer le sens.]

L'heure, pour un noyau Unix, c'est vraiment très simple : il y a un compteur
qui augmente de 1 toutes les secondes. Ni plus, ni moins. Insistons bien :
quand l'ordinateur tourne en régime de croisière, et sauf dysfonctionnement,
ce compteur est régulier, il ne saute pas de secondes, et surtout ne recule
pas. Il n'avance pas soudain de 3600 secondes si on l'utilise la nuit vers
le printemps, ne saute pas soudain de 3600 secondes en arrière si on
l'utilise dans un Eurostar.

Au moment où l'ordinateur boote, il faut donner une valeur initiale à ce
compteur. Cette valeur n'a pas grande importance du point de vue de
l'utilisateur, de toutes façons on n'a pas d'intuition de combien ça fait,
disons, 142372 secondes. Pour des raisons pratiques évidentes, on essaie de
se débrouiller pour que (1) le compte soit maintenu au delà d'un reboot et
(2) tous les ordinateurs dans le monde utilisent la même valeur. Le résultat
est qu'il y a une valeur abstraite, l'heure Unix, qui compte les secondes.

Au moment où j'écris cette phrase, l'heure Unix est 1100018846 (tiens,
c'était bien rond vers midi et demie, c'est rigolo). Un bref calcul indique
que le premier janvier 1970, à 0 heures, heure de Londres, elle vallait 0.

Ce compteur, du point de vue des programmes, c'est très pratique. En
revanche, ce n'est pas du tout parlant pour l'utilisateur. Le principe, sous
Unix, c'est qu'un programme qui veut afficher une heure pour l'utilisateur
calcule, à partir de l'heure Unix, ce qu'il doit afficher : date, heures,
minutes, secondes. Comme c'est particulièrement chiant à programmer, on met
ça dans une bibliothèque, en l'occurence la libc.

En outre, le calcul de l'heure présente quelques subtilités : fuseaux
horaires et heure d'été. Les fonctions de la glibc s'appuient sur une base
de données (/usr/share/zoneinfo/$TZ si TZ est définie, sinon /etc/localtime,
qui en général une copie (ou un lien) de l'un de ces fichiers) qui permet de
faire la conversion. Cette base de données recense les changements d'heures
pour une heure locale donnée, en prévoyant les futurs suivant les règles en
vigueur ; si ces règles changent, il faut mettre à jour les bases de
données.

Bref, une application qui veut afficher l'heure de manière lisible pour
l'utilisateur, elle demande d'abord au noyau, via la fonction gettimeofday
quelle est l'heure Unix, puis elle demande à la libc de la convertir en
heure locale avec la fonction gettimeofday. C'est très simple, et ça résout
complètement le problème des changements d'heure ou de fuseau horaire.

La libc a d'ailleurs une fonction pour faire la conversion dans l'autre
sens : à partir d'une heure décomposée en année, mois, jour, heure, minute,
seconde dans la zone horaire locale, reconstituer l'heure Unix.

La question qui se pose est : quand un ordinateur boote, comment initialiser
son heure Unix pour qu'elle soit la même que celle des autres ? Il y a
plusieurs réponses possibles. Certains ici ont connu les ordinateurs qui
demandaient l'heure à l'utilisateur lors du boot. Dans l'ère d'Internet, il
est possible d'utiliser une synchronisation par réseau (NTP, Network Time
Protocol).

Un PC est doté, quelque part sur sa carte mère, d'une horloge qui continue
de compter (grâce à une pile) même quand l'ordinateur est éteint. Une
solution évidente au problème du réglage de l'heure au boot est d'utiliser
cette horloge. La manière d'interroger cette horloge retourne une heure
décomposée (année, mois, jour, heures, minutes, secondes). Et comme le PC
est un ordinateur mal conçu, il n'y a pas d'indication de zone horaire, et
les outils de base (le setup du BIOS, ms-dos) affichent cette heure
brutalement, sans conversion. Résultat : les utilisateurs naïfs ont tendance
à y recopier ce qu'ils lisent sur leur montre.

Ce n'est pas un problème : il est possible, on l'a vu, de faire la
conversion heure locale vers heure Unix. Mais ce n'est pas parfait. Le gros
problème qui peut se poser, c'est si l'ordinateur est éteint (ou sous un
autre OS) pendant un changement d'heure (les bougres ont tendance à avoir
lieu en pleine nuit) : l'horloge sur pile ne change pas spontanément
d'heure, et la conversion vers l'heure Unix sera faussée.

Pour éviter ça, certains préfèrent régler l'horloge sur pile pour qu'elle
affiche une heure conventionnelle qui n'est pas soumise aux changements
d'heure, et l'usage est d'utiliser pour ça l'heure d'hiver anglaise.

Comme les deux choix sont assez répandus, les outils qui règlent l'heure au
boot d'un PC ont une option pour choisir un comportement ou l'autre. C'est à
cette option que correspond cet « UTC=true/false » (modulo quelques scripts
autour pour appeler ce qui va bien). Si on choisit de régler l'heure sur
pile sur l'heure locale, il faut indiquer UTCúlse, si on choisit de régler
l'heure sur pile sur l'heure invariable, il faut indiquer UTC=true. Si on
n'a que des OS raisonnables, il est largement préférable de choisir cette
dernière option. Il paraît que les dernières versions de windows sont
capables d'être raisonnables de ce point de vue.

Attention, c'est maintenant qu'on va commencer à couper les cheveux en
quatre.

L'heure Unix utilisée habituellement est basée sur UTC (Temps Universel
Coordonné), c'est ça que j'appelais « l'heure d'hiver anglaise ». L'heure
UTC est très simple, il y a exactement 60×60×24 secondes par jour, et elle
sert de base pour les heures légales de tous les pays dans le monde.

Or la Terre ne tourne pas aussi régulièrement. De temps en temps, il faut
ajouter une seconde. Ainsi, en heure de Paris, le premier janvier 1999,
entre minuit, cinquante-neuf minutes et cinquante-neuf secondes, et une
heure du matin, il y a eu un minuit, cinquante-neuf minutes et soixante
secondes. Ces secondes sont décidées par l'International Earth Rotation
Service sur la base d'observations astronomiques, et se prédisent mal
longtemps à l'avance.

La manière Unix standard de gérer ça est de s'en foutre : si une seconde
intercalaire passe, on l'ignore, et ce n'est pas grave si l'heure avance
d'une seconde jusqu'au prochain reboot. Mieux : si NTP est utilisé, il va
automatiquement gommer la différence en étirant légèrement les secondes
mesurées sur les quelques heures suivantes.

Certains maniaques trouvent ça inacceptable, et préfèrent avoir leur heure
Unix calée sur TAI (Temps Atomique International, mesuré sur des horloges
atomiques utilisant la définition officielle de la seconde, indépendante de
considérations astronomiques). Pour satisfaire ces gens, la glibc prévoit
les bases de données correspondantes. Elles sont situées dans le répertoire
/usr/share/zoneinfo/right/ (on peut les essayer en tapant « export
TZ=right/Europe/Paris » dans un shell : toutes les commandes lancées depuis
ce shell ensuite utiliseront cette zone).

Pour ceux que ce coupage de cheveux en quatre intéresse, je recommande la
lecture de <URL: http://www.eleves.ens.fr:8080/home/madore/misc/time.html >.

Vous avez filtré cet utilisateur ! Consultez son message

R12y wrote in message :

Vu que j'ai un doute, je tente de résoudre l'exercice.
"UTC=true" veut qui que OUI, l'horloge hardware est au Universal Time
Clock.

Mais est ce que UTC veut dire GMT ?

C'était à Nadia et CS que je posais l'exercice, pour que ce thread ne soit
pas un simple recopiage guidé dans un fichier de config. Mais allons-y pour
un petit topo.

[Ce qui suit peut être redistribué et modifié librement, à condition
d'indiquer l'origine et de ne pas dénaturer le sens.]

L'heure, pour un noyau Unix, c'est vraiment très simple : il y a un compteur
qui augmente de 1 toutes les secondes. Ni plus, ni moins. Insistons bien :
quand l'ordinateur tourne en régime de croisière, et sauf dysfonctionnement,
ce compteur est régulier, il ne saute pas de secondes, et surtout ne recule
pas. Il n'avance pas soudain de 3600 secondes si on l'utilise la nuit vers
le printemps, ne saute pas soudain de 3600 secondes en arrière si on
l'utilise dans un Eurostar.

Au moment où l'ordinateur boote, il faut donner une valeur initiale à ce
compteur. Cette valeur n'a pas grande importance du point de vue de
l'utilisateur, de toutes façons on n'a pas d'intuition de combien ça fait,
disons, 142372 secondes. Pour des raisons pratiques évidentes, on essaie de
se débrouiller pour que (1) le compte soit maintenu au delà d'un reboot et
(2) tous les ordinateurs dans le monde utilisent la même valeur. Le résultat
est qu'il y a une valeur abstraite, l'heure Unix, qui compte les secondes.

Au moment où j'écris cette phrase, l'heure Unix est 1100018846 (tiens,
c'était bien rond vers midi et demie, c'est rigolo). Un bref calcul indique
que le premier janvier 1970, à 0 heures, heure de Londres, elle vallait 0.

Ce compteur, du point de vue des programmes, c'est très pratique. En
revanche, ce n'est pas du tout parlant pour l'utilisateur. Le principe, sous
Unix, c'est qu'un programme qui veut afficher une heure pour l'utilisateur
calcule, à partir de l'heure Unix, ce qu'il doit afficher : date, heures,
minutes, secondes. Comme c'est particulièrement chiant à programmer, on met
ça dans une bibliothèque, en l'occurence la libc.

En outre, le calcul de l'heure présente quelques subtilités : fuseaux
horaires et heure d'été. Les fonctions de la glibc s'appuient sur une base
de données (/usr/share/zoneinfo/$TZ si TZ est définie, sinon /etc/localtime,
qui en général une copie (ou un lien) de l'un de ces fichiers) qui permet de
faire la conversion. Cette base de données recense les changements d'heures
pour une heure locale donnée, en prévoyant les futurs suivant les règles en
vigueur ; si ces règles changent, il faut mettre à jour les bases de
données.

Bref, une application qui veut afficher l'heure de manière lisible pour
l'utilisateur, elle demande d'abord au noyau, via la fonction gettimeofday
quelle est l'heure Unix, puis elle demande à la libc de la convertir en
heure locale avec la fonction gettimeofday. C'est très simple, et ça résout
complètement le problème des changements d'heure ou de fuseau horaire.

La libc a d'ailleurs une fonction pour faire la conversion dans l'autre
sens : à partir d'une heure décomposée en année, mois, jour, heure, minute,
seconde dans la zone horaire locale, reconstituer l'heure Unix.

La question qui se pose est : quand un ordinateur boote, comment initialiser
son heure Unix pour qu'elle soit la même que celle des autres ? Il y a
plusieurs réponses possibles. Certains ici ont connu les ordinateurs qui
demandaient l'heure à l'utilisateur lors du boot. Dans l'ère d'Internet, il
est possible d'utiliser une synchronisation par réseau (NTP, Network Time
Protocol).

Un PC est doté, quelque part sur sa carte mère, d'une horloge qui continue
de compter (grâce à une pile) même quand l'ordinateur est éteint. Une
solution évidente au problème du réglage de l'heure au boot est d'utiliser
cette horloge. La manière d'interroger cette horloge retourne une heure
décomposée (année, mois, jour, heures, minutes, secondes). Et comme le PC
est un ordinateur mal conçu, il n'y a pas d'indication de zone horaire, et
les outils de base (le setup du BIOS, ms-dos) affichent cette heure
brutalement, sans conversion. Résultat : les utilisateurs naïfs ont tendance
à y recopier ce qu'ils lisent sur leur montre.

Ce n'est pas un problème : il est possible, on l'a vu, de faire la
conversion heure locale vers heure Unix. Mais ce n'est pas parfait. Le gros
problème qui peut se poser, c'est si l'ordinateur est éteint (ou sous un
autre OS) pendant un changement d'heure (les bougres ont tendance à avoir
lieu en pleine nuit) : l'horloge sur pile ne change pas spontanément
d'heure, et la conversion vers l'heure Unix sera faussée.

Pour éviter ça, certains préfèrent régler l'horloge sur pile pour qu'elle
affiche une heure conventionnelle qui n'est pas soumise aux changements
d'heure, et l'usage est d'utiliser pour ça l'heure d'hiver anglaise.

Comme les deux choix sont assez répandus, les outils qui règlent l'heure au
boot d'un PC ont une option pour choisir un comportement ou l'autre. C'est à
cette option que correspond cet « UTC=true/false » (modulo quelques scripts
autour pour appeler ce qui va bien). Si on choisit de régler l'heure sur
pile sur l'heure locale, il faut indiquer UTCúlse, si on choisit de régler
l'heure sur pile sur l'heure invariable, il faut indiquer UTC=true. Si on
n'a que des OS raisonnables, il est largement préférable de choisir cette
dernière option. Il paraît que les dernières versions de windows sont
capables d'être raisonnables de ce point de vue.

Attention, c'est maintenant qu'on va commencer à couper les cheveux en
quatre.

L'heure Unix utilisée habituellement est basée sur UTC (Temps Universel
Coordonné), c'est ça que j'appelais « l'heure d'hiver anglaise ». L'heure
UTC est très simple, il y a exactement 60×60×24 secondes par jour, et elle
sert de base pour les heures légales de tous les pays dans le monde.

Or la Terre ne tourne pas aussi régulièrement. De temps en temps, il faut
ajouter une seconde. Ainsi, en heure de Paris, le premier janvier 1999,
entre minuit, cinquante-neuf minutes et cinquante-neuf secondes, et une
heure du matin, il y a eu un minuit, cinquante-neuf minutes et soixante
secondes. Ces secondes sont décidées par l'International Earth Rotation
Service sur la base d'observations astronomiques, et se prédisent mal
longtemps à l'avance.

La manière Unix standard de gérer ça est de s'en foutre : si une seconde
intercalaire passe, on l'ignore, et ce n'est pas grave si l'heure avance
d'une seconde jusqu'au prochain reboot. Mieux : si NTP est utilisé, il va
automatiquement gommer la différence en étirant légèrement les secondes
mesurées sur les quelques heures suivantes.

Certains maniaques trouvent ça inacceptable, et préfèrent avoir leur heure
Unix calée sur TAI (Temps Atomique International, mesuré sur des horloges
atomiques utilisant la définition officielle de la seconde, indépendante de
considérations astronomiques). Pour satisfaire ces gens, la glibc prévoit
les bases de données correspondantes. Elles sont situées dans le répertoire
/usr/share/zoneinfo/right/ (on peut les essayer en tapant « export
TZ=right/Europe/Paris » dans un shell : toutes les commandes lancées depuis
ce shell ensuite utiliseront cette zone).

Pour ceux que ce coupage de cheveux en quatre intéresse, je recommande la
lecture de <URL: http://www.eleves.ens.fr:8080/home/madore/misc/time.html >.

TiChou

09/11/2004 à 18:56

Dans le message <news:cmqvu9$3pg$,
*Nicolas George* tapota sur f.c.o.l.configuration :

[snip le joli cours]

Merci Nicolas, je « bookmarke » le message-id de ton post, car je sais qu'il
resservira plus d'une fois. ;-)

--
TiChou

Sebastien Kirche

09/11/2004 à 20:14

Le 9 nov 2004, TiChou s'est exprimé ainsi :

Dans le message <news:cmqvu9$3pg$,
*Nicolas George* tapota sur f.c.o.l.configuration :

[snip le joli cours]

Merci Nicolas, je « bookmarke » le message-id de ton post, car je sais
qu'il resservira plus d'une fois. ;-)

Ouaip, c'est remarquable de clarté. Bravo !

Sébastien Kirche

Heure decalle sous une mandrake ?

10 réponses

Veuillez sélectionner un problème